Re: [Lazarus] Need testers for the a new debugger
2014.07.15. 18:50 keltezéssel, Joost van der Sluis írta: Damn, I didn't think of that. Should be fixed now. Joost. Tried again and got out of memory at lpk install, Lazarus crash and never start after. Gabor -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
On 14/07/14 22:13, Joost van der Sluis wrote: Hi all, As I've written before there's a new debugger available for Lazarus. (Actually there are two new debuggers, but I'm talking about the new gdb-less debugger) The debugger has been improved a lot and I could need some help testing the thing. Looks promising, but (on current SVN): an explicit raise Exception.Create causes an assembler window to appear, trying to show ../inc/except.inc rather than the source line with the raise as the standard debugger does. Do you have a rtl with debug-info enabled? In that case it's normal, as this is the location where the exception actually takes place. I hung lazarus by hitting F4 (step to current line). The backtrace may help: Step to current line is indeed broken, I'll fix that. Joost-- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Need testers for the a new debugger
2014.07.16. 9:58 keltezéssel, Joost van der Sluis írta: At install? That's really strange. Did you get Lazarus up again? Normally you can always fix things with a 'make all' from the command-line. Then start lazarus, and do a 'Build all' from within the IDE. Thinks like 'Out of memory' or 'Disk full' can happen during debugging. (If that happens, it's a bug, but it is the kind of error-message you can expect when a debugger fails.) But at install? Someone else an idea? Joost. After lpk install. Copied trunk to an empty directory, make bigide, start Lazarus, select FPC source directory, open lazdebuggerfp.lpk, Install, OK, Yes, when IDE restarted see the splash screen and the earlier attached error messages. FPC 2.6.4, XP SP3 32bit. Gabor -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On 07/15/2014 05:26 AM, Justin Smyyth wrote: Target selected as embedded Is there an official description what this is supposed to mean ? Some years ago embedded in the Linux Kernel meant that the CPU does not feature a Memory management Unit. Nowadays, ARM CPUs without MMU seem rather outdated, while a lot of the newly designed embedded boxes (e.g. NAS devices) in fact do uses ARM CPUs with MMU. Hence IMHO the therm embedded to select a feature of an ARCH should be avoided. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
If you compile using trunk fpc I need to use -Cparmv7m -Op is target cpu optimization And -cp is for choice of instruction set. The -Op seems wrong to be used in this case, project options are for defining the cpu type not if optimizations are needed. The two are listed from ppcrossarm.exe -h -Opx Set target cpu for optimizing, see fpc -i for possible values -Cpx Select instruction set, see fpc -i for possible values See what I mean, the -Op doesn't not make sense to be used from here, it should be -Cp Ideally I want to place a check box to allow the user (me) to change it from using -Op to -Cp , both are valid commands coming from using -h on the compiler. As for the arm based board , I am using a NXP LPC 1343 Risc Processor. http://www.wvshare.com/product/Open1343-Standard.htm that's the board in question Kind Regards Justin From: Michael Schnell [mailto:mschn...@lumino.de] Sent: Wednesday, 16 July 2014 6:43 PM To: lazarus@lists.lazarus.freepascal.org Subject: Re: [Lazarus] Compiler Options On 07/15/2014 05:26 AM, Justin Smyyth wrote: Target selected as embedded Is there an official description what this is supposed to mean ? Some years ago embedded in the Linux Kernel meant that the CPU does not feature a Memory management Unit. Nowadays, ARM CPUs without MMU seem rather outdated, while a lot of the newly designed embedded boxes (e.g. NAS devices) in fact do uses ARM CPUs with MMU. Hence IMHO the therm embedded to select a feature of an ARCH should be avoided. A -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
Am 16.07.2014 11:11 schrieb Michael Schnell mschn...@lumino.de: On 07/15/2014 05:26 AM, Justin Smyyth wrote: Target selected as embedded Is there an official description what this is supposed to mean ? The official FPC description: No OS, bare hardware. In case of ARM this also includes the possibility to load a controller file for certain boards we already support. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
Am 16.07.2014 11:31 schrieb Justin Smyth delph...@smythconsulting.net: If you compile using trunk fpc I need to use -Cparmv7m -Op is target cpu optimization And –cp is for choice of instruction set. The –Op seems wrong to be used in this case, project options are for defining the cpu type not if optimizations are needed. This was corrected yesterday in Lazarus. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On Wed, Jul 16, 2014 at 11:51:44AM +0200, Sven Barth wrote: Is there an official description what this is supposed to mean ? The official FPC description: No OS, bare hardware. (and that results in only a barebone RTL) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On 07/16/2014 11:51 AM, Sven Barth wrote: The official FPC description: No OS, bare hardware. In case of ARM this also includes the possibility to load a controller file for certain boards we already support. To me this wording seems just as misleading as the old-style Linux noMMU meaning, as nowadays many embedded systems do run a full blown OS (mostly Linux). -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On 07/16/2014 11:57 AM, Marco van de Voort wrote: (and that results in only a barebone RTL) I do like the term barebone a lot more than embedded for this option :-) -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] editortoolbar enhancements
Il 15/07/2014 20:43, Graeme Geldenhuys ha scritto: On 2014-07-15 19:16, Juha Manninen wrote: One addition please: add the jump backward and jump forward (Ctrl-H, Ctrl-Shift-H) buttons there by default. They are the single most requested operations. Once people learn to use shortcuts, they are not as important any more. Very good idea. If Giuliano doesn't know how to do that, I'll submit a patch with (or after) his, adding that change. Please go ahead with your patch. You're more familiar with your code than I am, and your implementation will certainly be better than mine. If you let me have it as soon as it's ready I can incorporate it in my work in progress without waiting for the svn update process. Giuliano -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] new messages window's line not move to last added line
Hello, Usually, when compiling message window's line not move to last added line. I mean memo not scroll to end of memo lines, I can move scrollbar via keyboard or mouse. just see in main IDE caption, (compiling...) yes compiling, (debugging...) yes my project will or running. my suggestion: If messages windows is closed, when compile or run project, its popup. Suggestion is, if its opened, and behind any or all form(s) just bringtofront *NOT focused.* In option has justFocus messages after compilation thank you -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
Thanks I am updating lazarus on my vm now. I am using trunk FPC 2.6.4 which has the mods for LPC 1343. ( embedded ) I've also made a custom version of GDBMiServerDebugger which adds support for connecting to EABI version of gdb using OpenOCD V8 Also another question , when I am targeting arm based arch , when I start up it complains it cant find classes.ppu - but the program compiles OK can this be supressed if a target is chosen that doesn't use it ? -Original Message- From: Michael Schnell [mailto:mschn...@lumino.de] Sent: Wednesday, 16 July 2014 8:04 PM To: lazarus@lists.lazarus.freepascal.org Subject: Re: [Lazarus] Compiler Options On 07/16/2014 11:57 AM, Marco van de Voort wrote: (and that results in only a barebone RTL) I do like the term barebone a lot more than embedded for this option :-) -Michael -- ___ 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] Unable to debug GUI
..reminds me at a bug in intel Drivers i had trouble with on Linux-Mint cinnamon: try this (quote from a forum http://forums.linuxmint.com/viewtopic.php?f=221t=146477 ): * I have a Intel GPU, and i have these annoying black windows. But you can do it this way: create as root the file /etc/X11/xorg.conf in terminal type ( if you don't have a /etc/X11/xorg.conf ) : sudo touch /etc/X11/xorg.conf open editor in admin mode: gksu gedit /etc/X11/xorg.conf ... and write/copy these lines: Section Device Identifier Card0″ Driver intel Option AccelMethod sna EndSection reboot if that doesn't help do in terminal: rm /etc/X11/xorg.conf to delete it again seems to work ok for me, but i have to test this some days first. update: 10.07.14 ..still working ok! That was the solution for these annoying black pop-up windows!! *** Am Montag, den 14.07.2014, 11:08 +0200 schrieb Michael Van Canneyt: Hi, I have a machine on which I'm completely unable to debug GUI programs. The machine runs Ubunutu 12.04 LTS. If I try to debug, the whole system (at least X11, later the complete system) hangs as soon as there is a breakpoint in a GUI event handler. It doesn't matter whether I do the debugging in Lazarus or in GDB directly. The same program, the same breakpoint on another machine, same OS, works just fine. The sole difference between the 2 machines is the graphics display: An NVidea card on the machine that is OK, An on-board Intel chip on the machine that does not work. So I'm inclined to suspect a buggy intel graphics driver. Has anyone experienced such a situation? If so, I'd appreciate any hints you may have. Michael. -- ___ 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] Compiler Options
On Wed, 16 Jul 2014 21:45:55 +1000 Justin Smyth delph...@smythconsulting.net wrote: Thanks I am updating lazarus on my vm now. I am using trunk FPC 2.6.4 which has the mods for LPC 1343. ( embedded ) I've also made a custom version of GDBMiServerDebugger which adds support for connecting to EABI version of gdb using OpenOCD V8 Also another question , when I am targeting arm based arch , when I start up it complains it cant find classes.ppu - but the program compiles OK can this be supressed if a target is chosen that doesn't use it ? Is there really no classes.ppu for your arm target? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
No Classes for Embedded ARM. If I goto my source dir for Trunk FPC and do a search in RTL I can't find anything for classes.* Note I am using trunk FPC and not fixes_2_6 ( or what ever the lastest version is) as trunk FPC only supports my lpc board, it doesn't work in fixes_2_6 Kind Regards Justin -Original Message- From: Mattias Gaertner [mailto:nc-gaert...@netcologne.de] Sent: Wednesday, 16 July 2014 10:07 PM To: lazarus@lists.lazarus.freepascal.org Subject: Re: [Lazarus] Compiler Options On Wed, 16 Jul 2014 21:45:55 +1000 Justin Smyth delph...@smythconsulting.net wrote: Thanks I am updating lazarus on my vm now. I am using trunk FPC 2.6.4 which has the mods for LPC 1343. ( embedded ) I've also made a custom version of GDBMiServerDebugger which adds support for connecting to EABI version of gdb using OpenOCD V8 Also another question , when I am targeting arm based arch , when I start up it complains it cant find classes.ppu - but the program compiles OK can this be supressed if a target is chosen that doesn't use it ? Is there really no classes.ppu for your arm target? Mattias -- ___ 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] Compiler Options
Am 16.07.2014 14:08 schrieb Mattias Gaertner nc-gaert...@netcologne.de: On Wed, 16 Jul 2014 21:45:55 +1000 Justin Smyth delph...@smythconsulting.net wrote: Thanks I am updating lazarus on my vm now. I am using trunk FPC 2.6.4 which has the mods for LPC 1343. ( embedded ) I've also made a custom version of GDBMiServerDebugger which adds support for connecting to EABI version of gdb using OpenOCD V8 Also another question , when I am targeting arm based arch , when I start up it complains it cant find classes.ppu - but the program compiles OK can this be supressed if a target is chosen that doesn't use it ? Is there really no classes.ppu for your arm target? That's rather likely as Classes is simply too fat... Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On Wed, 16 Jul 2014 15:14:01 +0200 Sven Barth pascaldra...@googlemail.com wrote: [...] Is there really no classes.ppu for your arm target? That's rather likely as Classes is simply too fat... On targets with classes the fat makes it a good indicator if fpc was installed right. For targets without Classes the test needs to be adapted. What targets do not have a classes.ppu? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
arm-embedded does not have classes.ppu, same with mipsel-embedded (but this target is not yet fully visible in trunk) arm and mipsel do have definitions in fpc/rtl/embedded/rtl.cfg : #ifdef CPUARM -SfSOFTFPU -SfCLASSES #ifdef CPUMIPSEL -SfSOFTFPU -SfCLASSES but even with those settings active classes does not get built: ppcrossarm -MObjFPC -Scghi -al -Ch1024 -Cs1024 -Tembedded -Parm $DEBUG -vewnhix -l -Cparmv7m -O- -WpSTM32F100XC -XParm-none-eabi- -FD/usr/local/bin -a test.pas Hint: Start of reading config file /etc/fpc.cfg Hint: End of reading config file /etc/fpc.cfg Free Pascal Compiler version 2.7.1 [2014/07/12] for arm Copyright (c) 1993-2014 by Florian Klaempfl and others Target OS: Embedded Compiling test.pas test.pas(3,3) Fatal: Can't find unit classes used by test Fatal: Compilation aborted - program test; uses classes; begin end. A find . -name classes* only shows me classes.ppu for the 'big' platforms i build from trunk, x86_64-darwin and i386-darwin, nothing for arm-embedded and mipsel-embedded Michael Am 16.07.14 15:28, schrieb Mattias Gaertner: On Wed, 16 Jul 2014 15:14:01 +0200 Sven Barth pascaldra...@googlemail.com wrote: [...] Is there really no classes.ppu for your arm target? That's rather likely as Classes is simply too fat... On targets with classes the fat makes it a good indicator if fpc was installed right. For targets without Classes the test needs to be adapted. What targets do not have a classes.ppu? Mattias -- ___ 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] Find in files suggestion
Hi, Václav Valíček vac...@valicek.name Dne 15.7.2014 13:44, Michael Van Canneyt napsal(a): [snip] So, would it be possible to add to 'Find in files' the following search scopes: a) Search in Open Packages (all packages that I have opened in the IDE) +1, Would be nice... b) Search in project and required packages. Same overkill as you describe above, if you realise that most projects are dependent on LCL (And it on LCLBase, next LazUtils, next FCL...) and it is huge bunch of files Additionally, a 'find' in the package editor dialog would also be highly appreciated. +1 This is pending the inclusion of project group support in the IDE, after which a 'Search in Project group' can be added ;) +100 :-D [snip] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] editortoolbar enhancements
Yes, It's only space consumer... Copy/Cut/Paste are known even by my father. (LOL). I don't think that buttons are needed... Václav Valíček vac...@valicek.name Dne 15.7.2014 20:48, Graeme Geldenhuys napsal(a): On 2014-07-15 19:40, Giuliano Colla wrote: I was thinking to provide as a starting default a number of usual edit functions (Undo/redo - Cut/Copy/Paste - Search/Search in Files - Jump Back/Jump I wouldn't. I think everybody knows those shortcuts as they are common in all editors. The Jump To is a editor toolbar feature hence it was on there by default. The Jump Back/Forward has a Lazarus IDE specific shortcut most don't know (in the beginning). So these two can be justified as default items. The Cut/Copy/Paste etc just takes up toolbar space, and means others will have to go through the trouble to delete them if not needed. I know I will. ;-) Regards, - Graeme - -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Find in files suggestion
On Wed, 16 Jul 2014 08:32:27 +0200 Václav Valíček vac...@valicek.name wrote: Hi, Václav Valíček vac...@valicek.name Dne 15.7.2014 13:44, Michael Van Canneyt napsal(a): [snip] So, would it be possible to add to 'Find in files' the following search scopes: a) Search in Open Packages (all packages that I have opened in the IDE) +1, Would be nice... Open packages are in Lazarus all used packages. That means used by package editors, project and IDE. b) Search in project and required packages. Same overkill as you describe above, if you realise that most projects are dependent on LCL (And it on LCLBase, next LazUtils, next FCL...) and it is huge bunch of files Once searched, the OS has the files in cache and search takes only a few seconds on recent machines. Additionally, a 'find' in the package editor dialog would also be highly appreciated. +1 Maybe better name it 'Find in files'. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Find in files suggestion
Same overkill as you describe above, if you realise that most projects are dependent on LCL (And it on LCLBase, next LazUtils, next FCL...) and it is huge bunch of files Once searched, the OS has the files in cache and search takes only a few seconds on recent machines. While I was doing experiments with resourcestrings, I had clean git checkout of repo (without binaries) and script that greped resourcestrings (or any other word) in source tree... On quadcore server with 4GB of RAM, WD Black (server) HDD and only running ssh and nginx (load was ~0.15) the search took about 25-30 seconds... On my laptop, it was two minutes... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Find in files suggestion
On Wed, 16 Jul 2014 18:36:23 +0200 Václav Valíček vac...@valicek.name wrote: Same overkill as you describe above, if you realise that most projects are dependent on LCL (And it on LCLBase, next LazUtils, next FCL...) and it is huge bunch of files Once searched, the OS has the files in cache and search takes only a few seconds on recent machines. While I was doing experiments with resourcestrings, I had clean git checkout of repo (without binaries) and script that greped resourcestrings (or any other word) in source tree... On quadcore server with 4GB of RAM, WD Black (server) HDD and only running ssh and nginx (load was ~0.15) the search took about 25-30 seconds... On my laptop, it was two minutes... What have you searched? Using Find in files to search for a plain string case insensitive in the whole Lazarus sources (no fpc sources) *.pas;*.pp;*.inc;*.lfm under Linux takes about 3 secs here. Of course the first time is much longer, when the OS has to load the files from disk. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On 16.07.2014 15:28, Mattias Gaertner wrote: On Wed, 16 Jul 2014 15:14:01 +0200 Sven Barth pascaldra...@googlemail.com wrote: [...] Is there really no classes.ppu for your arm target? That's rather likely as Classes is simply too fat... On targets with classes the fat makes it a good indicator if fpc was installed right. For targets without Classes the test needs to be adapted. What targets do not have a classes.ppu? All targets that don't have a classes.pp in their corresponding RTL directory (e.g. rtl/embedded, rtl/macos, rtl/atari, rtl/emx). Note: Unix platforms like Linux, AIX, the BSDs etc. use the classes.pp in the unix directory. It's likely better to rely on the system.ppu... :/ Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On Wed, 16 Jul 2014 21:25:49 +0200 Sven Barth pascaldra...@googlemail.com wrote: [...] It's likely better to rely on the system.ppu... :/ Some users installed fpc with system.ppu and no classes.ppu. That's why the test was added years ago. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Compiler Options
On 16.07.2014 22:00, Mattias Gaertner wrote: On Wed, 16 Jul 2014 21:25:49 +0200 Sven Barth pascaldra...@googlemail.com wrote: [...] It's likely better to rely on the system.ppu... :/ Some users installed fpc with system.ppu and no classes.ppu. That's why the test was added years ago. How did they manage that?! O.o Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
