[Lazarus] Retina Font Rendering not working anymore in Lazarus Trunk
I realized a few weeks ago that fonts inside of lazarus started to look ugly again on my Macbook Pro Retina, it seems that even though the App has the retina flag set the fonts are rendered in 1920x1080 (My screen resolution) and do not look smooth anymore. Any ideas? Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Remote debugger looses connection to target on Windows 7
Hello, I am using Lazarus 1.2.0. On Windows 2000 I am able to debug an application via the remote debugger (gdbserver) on an ARM-LINUX target. Using the same setup does not work reliable on Windows 7. If I step through the application, at some point, the grey bar, which marks the current source line in the IDE disappears and no further stepping is possible. I can see, that the target has executed the last line correctly and seems to wait for the next command from IDE/debugger. Looking at the last lines from the debug output, it seems, as if the IDE misses the answer from the debugger, when the target has stopped: <-exec-next> ^running *running,thread-id="all" (gdb) The message *stopped,reason=... is missing. Remote debugging the application without Lazarus is working without problems. Any help would be greatly appreciated. Regards, Bernd. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Remote debugger looses connection to target on Windows 7
On 09/04/2014 12:06, Bernd Mueller wrote: Hello, I am using Lazarus 1.2.0. On Windows 2000 I am able to debug an application via the remote debugger (gdbserver) on an ARM-LINUX target. Using the same setup does not work reliable on Windows 7. If I step through the application, at some point, the grey bar, which marks the current source line in the IDE disappears and no further stepping is possible. I can see, that the target has executed the last line correctly and seems to wait for the next command from IDE/debugger. Looking at the last lines from the debug output, it seems, as if the IDE misses the answer from the debugger, when the target has stopped: <-exec-next> ^running *running,thread-id="all" (gdb) The message *stopped,reason=... is missing. Remote debugging the application without Lazarus is working without problems. Any help would be greatly appreciated. Please run with a logfile: http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session And then try, what happens if you hit the pause button in the IDE? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Ann: TButtonEdit as replacement for TEditButton
On 4/6/14, Bart wrote: > As per r44623 (trunk) the new TButtonEdit component replaces the > TEditButton component. After a long discussion with the Lazarus deveopers it was decided that the new name of the component was causing too much regressions and maintenance problems in the future. The old TEditButton implementation therefore has now been replaced with the implementation of the previously new developed TButtonEdit component. The USEOLDEDITBUTTON define to use the old implementation has been removed. This ensures that regressions of the new implementation (missing properties, wrong functionality etc.) will be reported much sooner and by more people. Since the new implementation inherits from a new ancestor, custom-derived controls that override TCustomMaskEdit's (protected) methods may not compile anymore. For the most common ones alternatives have been implemented with names reflecting the inner working e.g: - TCustomEditButton.EditChange instead of the old inherited TCustomEditButton.Change Most notably the DoButtonClick(Sender: TObject) now is replaced by ButtonClick; (no parameters). I would like to thank all of you for testing and your valuable feedback. Please keep reporting regressions and other bugs in the bugtracker. Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Remote debugger looses connection to target on Windows 7
On 09/04/2014 17:27, Bernd Mueller wrote: Martin Frb wrote: Please run with a logfile: http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session I have the log file attached. What code is on this line? Stepping will only work, if that code actually reaches the next line. E.g.: while (always_true) do inc(a); Same Call_Foo_that_will_go_into_an_endless_loop(); would never reach the next line. Stepping over it, is like Run. It will keep running. Normally you can hit pause. But In remote-debugging pause only works if gdb is in "async" mode. Your gdb did accept async for run(f9). Note the "&" >> TCmdLineDebugger.SendCmdLn "-exec-continue &" << TCmdLineDebugger.ReadLn "^running" << TCmdLineDebugger.ReadLn "*running,thread-id="1"" << TCmdLineDebugger.ReadLn "(gdb) " But it did not for stepping >> TCmdLineDebugger.SendCmdLn "-exec-next &" << TCmdLineDebugger.ReadLn "^error,msg="A syntax error in expression, near `&&'."" Somehow strange, but that is what it did. So the IDE used none async to do the step. But that means it can not interrupt (pause/stop) the remote, until the remote stops on its own (breakpoint/end of step) The error might be bound to the "mi" made of gdb. That is "n &" might work. But it will take some work to make the IDE deal with none "mi" stepping mi is a interface designed to control gdb from another app / gdb uses structured answers, instead of human readable. Human readable answers can differ in different gdb, and a harder to deal with by the IDE. -- You could try, if you are on that line, instead of stepping (F8), set a breakpoint the next line (lines, if there is a conditional), and use F9. Then, with F9 you should be able to use the pause button And then try, what happens if you hit the pause button in the IDE? I stepped through the program until the problem occurred and hit then pause. As far as I could see, nothing happened. Then I hit stop. This was recognized by the target with the message, that the remote side had terminated the connection. So the remote printed connection lost, when you pressed stop in the IDE. Then it was still connected? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] doubling accented characters
Hi all, i notice that when i put Á in any Object Inspector or in a TextEdit (run-time) field it double the character resulting in ÁÁ it happens also with É->ÉÉ, Í->ÍÍ, Ó->ÓÓ etc thanks in advance -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] doubling accented characters
On 4/9/14, Gugui wrote: > Hi all, i notice that when i put Á in any Object Inspector or in a > TextEdit (run-time) field it double the character resulting in ÁÁ > it happens also with É->ÉÉ, Í->ÍÍ, Ó->ÓÓ etc Are you on Linux? Maybe http://bugs.freepascal.org/view.php?id=23140 Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] FreePascal 2.6.4
Hi all, are there any plans / ETA for a Lazarus biuld with FreePascal 2.6.4 ?-- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] doubling accented characters
yes, Linux ! lazarus-1.2.0-0.x86_64.rpm pt-BR Em 09-04-2014 17:39, Bart escreveu: On 4/9/14, Gugui wrote: Hi all, i notice that when i put Á in any Object Inspector or in a TextEdit (run-time) field it double the character resulting in ÁÁ it happens also with É->ÉÉ, Í->ÍÍ, Ó->ÓÓ etc Are you on Linux? Maybe http://bugs.freepascal.org/view.php?id=23140 Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Better implementation of GetTickcount using clock_gettime
On 2014-04-02 08:08, Michael Van Canneyt wrote: > On Tue, 1 Apr 2014, Mattias Gaertner wrote: >> Thanks. GetTickCount64 now uses it on Linux. > > The implementation in Sysutils now does so too, and uses a fallback using > gettimeofday. Thanks, I'll update EpikTimer to simply use that for 2.7.1 and later. BTW: EpikTimer has been using CLOCK_MONOTONIC for 2+ years already - as a fallback for 64-bit non-Windows systems. Regards, - Graeme - -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal http://fpgui.sourceforge.net/ -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus