Re: [Lazarus] Grouping radio buttons
Hans-Peter Diettrich schrieb: I don't see how a user will recognize arbitrary radio button groups, with related buttons scattered across a form. Buttons in a panel or RadioGroupBox instead are naturally perceivable as related. Thus IMO the given model enforces a clearly structured GUI. When writing arbitrary I did not mean to randomly scatter them over the window. There can be multiple columns of radio buttons with text between them or other arrangements. The same question could be asked about TRadioButtons in general: Why can i put them *anywhere* although they are correlated? No visible connection is needed in this case. But it's only one group. No way to divide them into multiple groups. I would have expected a simple group number property that lets me set the group of some radio buttons to 1 and others to 2. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SVN update conflicts
Op 20 maart 2012 03:17 heeft Hans-Peter Diettrich drdiettri...@aol.com het volgende geschreven: Updating to rev. 36173 results in a number of conflicts in various Makefile, Makefile.compiled and Makefile.fpc, in components/ and packager/ subdirectories. What's wrong? How to fix that mess? (using TortoiseSVN) Revert. Update. Vincent -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Why does a project have to be open?
On Tue, Mar 20, 2012 at 5:48 AM, Ajeandro Gonzalo parkingspac...@yahoo.com wrote: You've never heard anyone say Lazarus can be unstable or unusable? There has been such messages from others. Generic statements like unstable or unusable mean nothing, the cause could be anything, even a faulty HD. Basing any decision on that would be a rumor-based software development =D not a very good idea. And since others have also said always having to have a project open whether you want to or not is annoying, why not get rid of this unneeded feature even if you're certain it's benign? The only feature which could be removed here is the entire Close project menu item. I don't see any other feature which could be removed. The dialog cannot be removed alone without removing the menu item because it is what the menu item does. So what you really want is a new feature: project-less IDE. This is a volunteer based project, if noone is interrested in implementing the feature that you want, or won't implement as fast as you want, you can always send a patch. -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SVN update conflicts
Another option: 1-Remove all files with conflicts (including those .mine and .r34567 files) 2-svn up -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Updates to Synedit and 64 bit have linking problems
Op 20 maart 2012 00:15 heeft ik ido...@gmail.com het volgende geschreven:
On Tue, Mar 20, 2012 at 00:54, Martin laza...@mfriebe.de wrote:
On 19/03/2012 16:27, ik wrote:
On Sun, Mar 18, 2012 at 15:36, Martinlaza...@mfriebe.de wrote:
On 18/03/2012 08:50, ik wrote:
Seen the responses.
Since it seems to affect the current release, I am willing ta apply a
workaround patch, but:
- the workaround should be IFDEF to the affected Target CPU
- must have a comment: Todo: workaround for bug x. Remove when
2.6.2
is released
I'ved attached the the patch as you guided.
Applied.
Changed and limited to CPU64
Thank you
{$IF (FPC_FULLVERSION = 2060) or (FPC_FULLVERSION = 20501)}
The above contains a typo: 2060 - 20600.
Maybe easier to read (I think the compiler accepts it too):
{$IF FPC_FULLVERSION = 20600}
Vincent
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On 19 March 2012 16:33, Vincent Snijders vincent.snijders@... wrote: Indeed, so clever, that -until you were told- you didn't notice the fact that the Lazarus developers didn't spend their time on creating their own tab control. :-) You are not paying attention, dear Vincent. Some core Lazarus developers have created custom controls. The LCL CustomControls should be a drop-in replacement, should it not?? The IDE already uses some custom IDE controls, so why would a few more be so wrong? Using such custom controls should hopefully also stop developers like myself hacking the LCL backend widgetsets to get features in the IDE - because the all mighty native API doesn't support it. Long before the IDE allowed you to set tab alignment for the source editor, I hacked the LCL-GTK2 widgetset to give me right-aligned tabs. A smart decision indeed. -1 -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On 19 March 2012 16:45, Felipe Monteiro de Carvalho felipemonteiro.carvalho@...wrote: Until some months ago there was no custom drawn TCDPageControl in the LCL, so there was no decision to be made. Fair enough. That is incorrect, I wrote TCDPageControl which is part of the LCL: :-) -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
On Tuesday 20 March 2012 07:21:47 Jürgen Hestermann wrote: Hans-Peter Diettrich schrieb: I don't see how a user will recognize arbitrary radio button groups, with related buttons scattered across a form. Buttons in a panel or RadioGroupBox instead are naturally perceivable as related. Thus IMO the given model enforces a clearly structured GUI. When writing arbitrary I did not mean to randomly scatter them over the window. There can be multiple columns of radio buttons with text between them or other arrangements. The same question could be asked about TRadioButtons in general: Why can i put them *anywhere* although they are correlated? No visible connection is needed in this case. But it's only one group. No way to divide them into multiple groups. I would have expected a simple group number property that lets me set the group of some radio buttons to 1 and others to 2. MSEgui TRadioButton equivalent (tbooleaneditradio) has an integer group property as well. A useful feature. Martin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On Tue, Mar 20, 2012 at 7:36 AM, Graeme Geldenhuys graemeg.li...@gmail.com wrote: The LCL CustomControls should be a drop-in replacement, should it not?? The IDE already uses some custom IDE controls, so why would a few more be so wrong? Every case should be discussed separately, but in general I would not change anything which already works before 1.0 -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On 20 March 2012 08:45, Vincent Snijders vincent.snijders@g wrote: Resources. Rather have 1.0 this year (could have been last year if I didn't know 1.0 is that close... [humour] Then again, saying Lazarus 1.0 will be out this year/soon should be held in the same light as the other popular saying: This year will be the year of the Linux desktop (which is said religiously every year, yet never materialises). ;-) [/humour] -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
On 20 March 2012 08:48, Felipe Monteiro de Carvalho felipemonteiro.carvalho@wrote: Every case should be discussed separately, but in general I would not change anything which already works before 1.0 I understand your intentions, but that is a odd statement none the less. Lots are being changes in Lazarus as we speak (before 1.0). Lots are being fixed, and lots are being broken. Development in the Lazarus project now, doesn't seem any different to any other time in its history - just read the mailing list to see what I mean. Anyway, I respect the decision to not change the tab control in the editor window at this time. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
On 19 March 2012 22:15, Luiz Americo Pereira Camara luizmed@... wrote: Some time ago, i needed the same feature so implemented a TRadioButton.GroupIndex property where only the radio buttons with the same GroupIndex would be affected. That is exactly how fpGUI does it too since the start. This seems much more logical than being forced to embed them in a (unwanted) panel. As Felipe mentioned, maybe the Custom Draw widgets can come (yet again) to the rescue. -- Regards, - Graeme - ___ fpGUI - a cross-platform Free Pascal GUI toolkit http://fpgui.sourceforge.net -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus crashing reproducibly on startup (64-bitLinux)
brian wrote: This is the Debian-based version of Mint. Standard Mint is Ubuntu-based but the Debian version is for those who prefer a rolling distribution. AFAIK, the current build is based on Debian Wheezy. I've tried downloading the svn version, and there's some problem with libgdb.a, I can't even get FPC to build, let alone Lazarus. There are YARDS of undefined globals. I finally got an answer from someone on the FPC list (after just being told fix your GDB) and I'm trying to work my way through that at the moment. Granted that not all messages get through our gateway, but is that the thread from October last year? I only ask because your recounting of that advice does sound somewhat... brutal. I fairly regularly build both FPC trunk and the current release on multiple platforms (but markedly /not/ on x86-64) and in many cases drop libgdb from FPC since it's only required for the fp IDE. Looking at your list of undefineds, I think the right question would have been how can I build a vanilla libgdb that doesn't require a whole lot of Python libraries etc.- and I'm afraid that's one for the gdb developers rather than us. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On Mon, 19 Mar 2012 23:26:45 -0400 waldo kitty wkitt...@windstream.net wrote: [...] ok... there is an already set default if/when one pulls from SVN? are there more than one available by default from SVN? Yes. There are four default. Normal IDE is the default default. [...] something else: how can i find the svn revision number of the code being used so as to be able to copy the resulting lazarus.exe to something like lazarus_debug-r57345.exe (from memory) so that they are grouped and sorted properly? Maybe you mean tools/svn2revisioninc.lpi or perhaps ide/revision.inc. yes... in the process that creates or updates this info, perhaps there can be a small script that can be called that sets an environment variable which can be read and used by an initiating script such as that which is described in the wiki and which i also use? Can you be more specific? something else^2: it would be very beneficial to have the fpc revision number available as well... especially in the laz splash critter and the laz help/about critter ;) The compiler does not provide this information. yes, it is like that now but so was lazarus some time back ;) perhaps a similar capability can be built into the FPC make process? it would go a long way to making things easier for folk to report the versions of FPC and lazarus that they are using... it would definitely make things easier :) +1 Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] RE : Lazarus crashing reproducibly on startup (64-bitLinux)
On 03/20/2012 03:45 AM, Mark Morgan Lloyd wrote: brian wrote: This is the Debian-based version of Mint. Standard Mint is Ubuntu-based but the Debian version is for those who prefer a rolling distribution. AFAIK, the current build is based on Debian Wheezy. I've tried downloading the svn version, and there's some problem with libgdb.a, I can't even get FPC to build, let alone Lazarus. There are YARDS of undefined globals. I finally got an answer from someone on the FPC list (after just being told fix your GDB) and I'm trying to work my way through that at the moment. Granted that not all messages get through our gateway, but is that the thread from October last year? I only ask because your recounting of that advice does sound somewhat... brutal. Yes. I'm certain that the first answer I got said precisely and ONLY that, but I can't find it in the folder now I look back. Either I'm going ga-ga or it was a private reply or I just nuked it in disgust. If that's all you have to say, why bother posting? I can't even remember the name of the responder now. Apologies to you as you did try to help - but it's not until I looked back and saw Pierre's message that I've made any progress. I fairly regularly build both FPC trunk and the current release on multiple platforms (but markedly /not/ on x86-64) and in many cases drop libgdb from FPC since it's only required for the fp IDE. Looking at your list of undefineds, I think the right question would have been how can I build a vanilla libgdb that doesn't require a whole lot of Python libraries etc.- and I'm afraid that's one for the gdb developers rather than us. So you're telling me that *any* program which I need to build myself and which pulls in libgdb is going to have all those undefineds? That does sound to be a bit of a shortcoming if so! I did try installing a bunch of Python libraries as well, but didn't get anywhere. Anyway, I shall keep bashing away at trying to get the svn versions to build and install, and see whether they cure the latest problem. It will take me a little while to get it done, but I'll report back if I manage to fix it - I'm not too keen on the alternative, which is trying to resurrect my Fortran from umpty-mumble years ago. Brian. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On Mon, 19 Mar 2012 23:50:49 -0400 waldo kitty wkitt...@windstream.net wrote: [...] echo compiling lazarus... cd %myLAZpath% echo * Debug IDE make clean lazbuild lazbuild.exe --build-ide=-gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa build-mode=debug ide copy /q lazarus.exe lazarus-debug.exe echo * Normal IDE make clean lazbuild lazbuild.exe --build-ide= build-mode=normal ide copy /q lazarus.exe lazarus-normal.exe echo * Optimized IDE make clean lazbuild lazbuild --build-ide=-O2 -g- -Xs build-mode=optimized ide copy /q lazarus.exe lazarus-optimized.exe echo lazarus compilation complete... i assume that the build-mode takes into account the defines in the named build mode? and also the other widget type, target os, target cpu and etc?? yes [...] Maybe you mean tools/svn2revisioninc.lpi or perhaps ide/revision.inc. yes... as i wrote before, it would be very nice to be able to have the copy lines above read as copy /q lazarus.exe lazarus-debug_r%svnversion%.exe where svnversion is an environment variable set by the make process that includes updating the above file(s)... Maybe you can use the file ide\revision.inc to do that. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
Am 19.03.2012 15:57, schrieb Hans-Peter Diettrich: Graeme Geldenhuys schrieb: On 19 March 2012 15:51, zeljko zeljko@... wrote: No, SE tab control is native handle. Umm, who made that clever decision! I don't think I know of a single IDE (except now for Lazarus IDE) that uses a native tab control in the IDE editor screen. IMO Delphi and all other platform-specific applications and IDEs use native controls. At least in newer Delphi versions (2005+) the source editor tabs seem to be a custom one as I can't find other applications with such a tab style. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Why does a project have to be open?
2012/3/20 Ajeandro Gonzalo parkingspac...@yahoo.com You've never heard anyone say Lazarus can be unstable or unusable? There has been such messages from others. And since others have also said always having to have a project open whether you want to or not is annoying, why not get rid of this unneeded feature even if you're certain it's benign? It really is Big Brother-ish, even if originally well intentioned. Ajeandro, why you are still mixing 2 different things and refuse to understand what people answer to you? 1. Unstable Lazarus is one thing. 2. Having a project open always is another thing. Number 2 does not cause number 1. Besides, Lazarus is really stable nowadays. Crash bugs are practically gone. You should try a new version and see it yourself. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On Tue, 20 Mar 2012 09:45:51 +0100 Vincent Snijders vincent.snijd...@gmail.com wrote: Op 16 maart 2012 09:31 heeft Mattias Gaertner nc-gaert...@netcologne.de het volgende geschreven: The compiler does not provide this information. Depends on how you build it: vincent@fpclin32:~$ cd ~/src/fpc/trunk/compiler vincent@fpclin32:~/src/fpc/trunk/compiler$ touch revision.inc vincent@fpclin32:~/src/fpc/trunk/compiler$ make cycle (wait a while) vincent@fpclin32:~/src/fpc/trunk/compiler$ ./ppc386 -iV 2.7.1 vincent@fpclin32:~/src/fpc/trunk/compiler$ ./ppc386 -iW 2.7.1-r1:20537 Thanks. I will add this to the about dialog. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Dropdown File list in Source Editor
In our previous episode, Graeme Geldenhuys said: IMO Delphi and all other platform-specific applications and IDEs use native controls. Wishful thinking - they don't! They usually do, but not always :-) Moreover, you have a choice to do so in cases where it is important to use the less optimal one over the ownerdrawn one. (e.g. to achieve maximal RDP speed) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SVN update conflicts
Vincent Snijders schrieb: Op 20 maart 2012 03:17 heeft Hans-Peter Diettrich drdiettri...@aol.com het volgende geschreven: Updating to rev. 36173 results in a number of conflicts in various Makefile, Makefile.compiled and Makefile.fpc, in components/ and packager/ subdirectories. What's wrong? How to fix that mess? (using TortoiseSVN) Revert. Update. Thanks, that helped. Will I have to do the same in the future, before every update, or was it a glitch? What's the reason for versioning e.g. Makefile.compiled? DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
Graeme Geldenhuys schrieb: On 20 March 2012 03:34, Hans-Peter Diettrich DrDiettrich1@a wrote: Buttons in a panel or RadioGroupBox instead are naturally perceivable as related. That is highly dependent on the UI layout. For a clean and uncluttered look, panels don't help the cause much. Most layout managers and widgetsets organize layouts in rectangles, docking managers do it the same way. This regular model is both a simple and stable approach, encouraging clean layouts at the same time. IMO it's the equivalent of structured code, for the GUI. Having component free from bounding panels, also allow for much more flexibly layout when things are being resized by the end-user, dpi changes, themes changes, dynamic content added at runtime (eg: help text inserted and pushing component apart temporarily) etc... All these issues can be handled nicely in a regular approach. We don't live in boxes or grids (hopefully smile), so why should our UI components. Undisciplined or uneducated users prefer to write spaghetti code, and to hack together some irregular GUI or webpages. They are on their own when nobody wants to have a look at their code or applications, due to the lack of an obvious structure. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] What is this compiling errors (with new 0.9.30.4)
Project.lpr(30,1) Error: Illegal COFF Magic while reading C:\MecwareCode\Heartwood\trunk\WinCE_pda_client\lib\i386-win32\interfacebase.o Project.lpr(30,1) Error: Illegal COFF Magic while reading C:\MecwareCode\Heartwood\trunk\WinCE_pda_client\lib\i386-win32\lclstrconsts.o Project.lpr(30,1) Error: Illegal COFF Magic while reading C:\MecwareCode\Heartwood\trunk\WinCE_pda_client\lib\i386-win32\lcltype.o Project.lpr(30,1) Error: Illegal COFF Magic while reading C:\MecwareCode\Heartwood\trunk\WinCE_pda_client\lib\i386-win32\lclproc.o Project.lpr(30,1) Error: Illegal COFF Magic while reading C:\MecwareCode\Heartwood\trunk\WinCE_pda_client\lib\i386-win32\lmessages.o Project.lpr(30,1) Error: Illegal COFF Magic while reading C:\MecwareCode\Heartwood\trunk\WinCE_pda_client\lib\i386-win32\graphtype.o Project.lpr(30,1) Error: Illegal COFF Magic while reading C:\MecwareCode\Heartwood\trunk\WinCE_pda_client\lib\i386-win32\graphmath.o Project.lpr(30,1) Error: Illegal COFF Magic while reading C:\MecwareCode\Heartwood\trunk\WinCE_pda_client\lib\i386-win32\fpcadds.o ... Project.lpr30,1) Error: Undefined symbol: DEBUGINFO_INTERFACEBASE Project.lpr(30,1) Error: Undefined symbol: DEBUGSTART_INTERFACEBASE Project.lpr(30,1) Error: Undefined symbol: DEBUGEND_INTERFACEBASE Project.lpr(30,1) Error: Undefined symbol: DEBUGINFO_LCLSTRCONSTS Project.lpr(30,1) Error: Undefined symbol: DEBUGSTART_LCLSTRCONSTS Project.lpr(30,1) Error: Undefined symbol: DEBUGEND_LCLSTRCONSTS Project.lpr(30,1) Error: Undefined symbol: DEBUGINFO_LCLTYPE ... I've never seen this kind of errors and project will compile with a bit older Lazarus/FPC combo... Any ideas? -Tee- -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] SVN update conflicts
On Tue, 20 Mar 2012 11:37:49 +0100 Hans-Peter Diettrich drdiettri...@aol.com wrote: Vincent Snijders schrieb: Op 20 maart 2012 03:17 heeft Hans-Peter Diettrich drdiettri...@aol.com het volgende geschreven: Updating to rev. 36173 results in a number of conflicts in various Makefile, Makefile.compiled and Makefile.fpc, in components/ and packager/ subdirectories. What's wrong? How to fix that mess? (using TortoiseSVN) Revert. Update. Thanks, that helped. Will I have to do the same in the future, before every update, or was it a glitch? Something changed your makefiles. I don't know what. What's the reason for versioning e.g. Makefile.compiled? The Makefile.compiled is used by make to create the pkgname.compiled files. This way the IDE knows how a package was compiled and knows if it needs to recompile the package. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Is it possible to drag and drop a web browser URL into a Lazarus app?
Is it possible to drag and drop a web browser URL into a Lazarus app? Are there some controls with that facility? -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 3/20/2012 04:45, Vincent Snijders wrote: Op 16 maart 2012 09:31 heeft Mattias Gaertner nc-gaert...@netcologne.de het volgende geschreven: The compiler does not provide this information. Depends on how you build it: vincent@fpclin32:~$ cd ~/src/fpc/trunk/compiler vincent@fpclin32:~/src/fpc/trunk/compiler$ touch revision.inc vincent@fpclin32:~/src/fpc/trunk/compiler$ make cycle (wait a while) vincent@fpclin32:~/src/fpc/trunk/compiler$ ./ppc386 -iV 2.7.1 vincent@fpclin32:~/src/fpc/trunk/compiler$ ./ppc386 -iW 2.7.1-r1:20537 this is new in fpc since 2.6.0 or only 2.7.0 and higher?? i'm not seeing the same output with 2.4.2 or 2.4.5... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] bug in debug-log code...
On 20/03/2012 15:53, waldo kitty wrote: anyway, my point is that something is eating the first part of the second line... i suspect a string index counter error or translation string problem?? either way, it... ummm... bugs me... please forgive the pun... Well my logfile looks ok (win32) But, my guess is:Some lines a written by startlazarus, then mor lines by lazarus.exe So probably 2 apps writing to the same file.. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] bug in debug-log code...
On 3/20/2012 12:04, Martin wrote: On 20/03/2012 15:53, waldo kitty wrote: anyway, my point is that something is eating the first part of the second line... i suspect a string index counter error or translation string problem?? either way, it... ummm... bugs me... please forgive the pun... Well my logfile looks ok (win32) at the very start? yes, win32... on w2k... But, my guess is:Some lines a written by startlazarus, then mor lines by lazarus.exe So probably 2 apps writing to the same file.. hummm... possible, i suppose... so i test... i changed from startlazarus --debug-log=lazdbg1.log to lazarus --debug-log=lazdbg1.log and behold! TMainIDE.ParseCmdLineOptions: PrimaryConfigPath=C:\Documents and Settings\e3br42x1\Local Settings\Application Data\lazarus SecondaryConfigPath=C:\freepascal\laz so it does look like startlazarus is possibly holding onto the file too long... i see now why those two spaces are on the secondaryconfigpath line, too :) but it is missing the line Adding --debug-log=lazdbg1.log as a parameter which i suppose startlazarus is writing... shouldn't lazarus report its command line parameters? this in addition to or in lieu of startlazarus reporting them in the same log? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
Martin Schreiber schrieb: MSEgui TRadioButton equivalent (tbooleaneditradio) has an integer group property as well. A useful feature. Nice to hear. I find this principle so apparent that I was a bit astonished that it was not implemented in TRadioButton as well. TRadioButton also allow an arbitrary placement of the buttons but why only 1 group? Nevertheless, I now found a solution with TRadioGroup that solves my current problem with radio buttons. Thanks for all the help. In the end such problems are also often lack of knowledge. Too bad that I can't spent more time on experimenting with Lazarus. Mostly I have to just get it running while I would like much more to find the most elegant way. But that requires an excellent knowledge about all possible ways to implement something to pick the best. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 3/19/2012 23:50, waldo kitty wrote: echo compiling lazarus... cd %myLAZpath% echo * Debug IDE make clean lazbuild lazbuild.exe --build-ide=-gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa build-mode=debug ide copy /q lazarus.exe lazarus-debug.exe echo * Normal IDE make clean lazbuild lazbuild.exe --build-ide= build-mode=normal ide copy /q lazarus.exe lazarus-normal.exe echo * Optimized IDE make clean lazbuild lazbuild --build-ide=-O2 -g- -Xs build-mode=optimized ide copy /q lazarus.exe lazarus-optimized.exe echo lazarus compilation complete... yeah, this still needs work on my part because 1) it is recompiling lazbuild every time which should not be necessary 2) i don't need to pass those parameters in --build-ide because they are already in the --build-mode profile 3) command line error with --build-mode - requires leading dashes so, i'm down to this echo *** echo *Debug IDE echo *** lazbuild.exe --build-ide= --build-mode=debug ide copy lazarus.exe lazarus-debug.exe and i'm getting this... [...] make.exe[1]: Leaving directory `C:/freepascal/laz/ideintf' Clean Lazarus Source completed [TExternalToolList.Run] CmdLine=C:\freepascal\binutils\i386-win32\make.exe ide -w WorkDir=C:\freepascal\laz\ C:\freepascal\binutils\i386-win32\make.exe: Entering directory `C:/freepascal/laz' C:/freepascal/binutils/i386-win32/make.exe -C ide ide make.exe[1]: Entering directory `C:/freepascal/laz/ide' ../tools/svn2revisioninc.exe .. revision.inc Created C:\freepascal\laz\ide\revision.inc for revision: 36180 C:/freepascal/binutils/i386-win32/make.exe --assume-new=lazarus.pp lazarus.exe OPT=' -WG -gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa -dDebug -dVerbose @C:\DOCUME~1\e3br42x1\LOCALS~1\APPLIC~1\lazarus\idemake.cfg' make.exe[2]: Entering directory `C:/freepascal/laz/ide' C:/freepascal/fpc/2.4.5/bin/i386-win32/fpc.exe -gl -dlclwin32 -Fu../lcl/units/i386-win32 -Fu../lcl/units/i386-win32/win32 -Fu../components/codetools/units/i386-win32 -Fu../components/lazutils/lib/i386-win32 -Fu../components/synedit/units/i386-win32/win32 -Fu../components/lazcontrols/lib/i386-win32/win32 -Fu../components/custom -Fu../ideintf/units/i386-win32/win32 -Fu../designer -Fu../debugger -Fu../debugger/frames -Fu../converter -Fu../packager -Fu../packager/frames -Fu../packager/units/i386-win32 -Fu../units/i386-win32/win32 -Fuframes -Fu. -Fiinclude -Fiinclude/win32 -Fi../images -FE.. -FU../units/i386-win32/win32 -WG -gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa -dDebug -dVerbose @C:\DOCUME~1\e3br42x1\LOCALS~1\APPLIC~1\lazarus\idemake.cfg -di386 lazarus.pp Compiling Debug Version Free Pascal Compiler version 2.4.5 [2011/06/01] for i386 Copyright (c) 1993-2010 by Florian Klaempfl Target OS: Win32 for i386 Compiling lazarus.pp Fatal: Can't find unit Interfaces used by Lazarus TExternalToolList.Run Exception: C:\freepascal\laz\ide\lazarus.pp(1,1) Fatal: Can't find unit Interfaces used by Lazarus ERROR: tool reported error make clean has been executed numerous times during this testing... my script does a make clean before svn up but it is still done several times more... so why is it not locating the Interfaces unit?? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On Tue, 20 Mar 2012 17:18:20 -0400 waldo kitty wkitt...@windstream.net wrote: On 3/19/2012 23:50, waldo kitty wrote: echo compiling lazarus... cd %myLAZpath% echo * Debug IDE make clean lazbuild lazbuild.exe --build-ide=-gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa build-mode=debug ide copy /q lazarus.exe lazarus-debug.exe echo * Normal IDE make clean lazbuild lazbuild.exe --build-ide= build-mode=normal ide copy /q lazarus.exe lazarus-normal.exe echo * Optimized IDE make clean lazbuild lazbuild --build-ide=-O2 -g- -Xs build-mode=optimized ide copy /q lazarus.exe lazarus-optimized.exe echo lazarus compilation complete... yeah, this still needs work on my part because 1) it is recompiling lazbuild every time which should not be necessary You only need to build lazbuild once. 2) i don't need to pass those parameters in --build-ide because they are already in the --build-mode profile Yes. 3) command line error with --build-mode - requires leading dashes so, i'm down to this echo *** echo *Debug IDE echo *** lazbuild.exe --build-ide= --build-mode=debug ide copy lazarus.exe lazarus-debug.exe and i'm getting this... [...] make.exe[1]: Leaving directory `C:/freepascal/laz/ideintf' Clean Lazarus Source completed [TExternalToolList.Run] CmdLine=C:\freepascal\binutils\i386-win32\make.exe ide -w WorkDir=C:\freepascal\laz\ C:\freepascal\binutils\i386-win32\make.exe: Entering directory `C:/freepascal/laz' C:/freepascal/binutils/i386-win32/make.exe -C ide ide make.exe[1]: Entering directory `C:/freepascal/laz/ide' ../tools/svn2revisioninc.exe .. revision.inc Created C:\freepascal\laz\ide\revision.inc for revision: 36180 C:/freepascal/binutils/i386-win32/make.exe --assume-new=lazarus.pp lazarus.exe OPT=' -WG -gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa -dDebug -dVerbose @C:\DOCUME~1\e3br42x1\LOCALS~1\APPLIC~1\lazarus\idemake.cfg' make.exe[2]: Entering directory `C:/freepascal/laz/ide' C:/freepascal/fpc/2.4.5/bin/i386-win32/fpc.exe -gl -dlclwin32 -Fu../lcl/units/i386-win32 -Fu../lcl/units/i386-win32/win32 -Fu../components/codetools/units/i386-win32 -Fu../components/lazutils/lib/i386-win32 -Fu../components/synedit/units/i386-win32/win32 -Fu../components/lazcontrols/lib/i386-win32/win32 -Fu../components/custom -Fu../ideintf/units/i386-win32/win32 -Fu../designer -Fu../debugger -Fu../debugger/frames -Fu../converter -Fu../packager -Fu../packager/frames -Fu../packager/units/i386-win32 -Fu../units/i386-win32/win32 -Fuframes -Fu. -Fiinclude -Fiinclude/win32 -Fi../images -FE.. -FU../units/i386-win32/win32 -WG -gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa -dDebug -dVerbose @C:\DOCUME~1\e3br42x1\LOCALS~1\APPLIC~1\lazarus\idemake.cfg -di386 lazarus.pp Compiling Debug Version Free Pascal Compiler version 2.4.5 [2011/06/01] for i386 Copyright (c) 1993-2010 by Florian Klaempfl Target OS: Win32 for i386 Compiling lazarus.pp Fatal: Can't find unit Interfaces used by Lazarus TExternalToolList.Run Exception: C:\freepascal\laz\ide\lazarus.pp(1,1) Fatal: Can't find unit Interfaces used by Lazarus ERROR: tool reported error make clean has been executed numerous times during this testing... my script does a make clean before svn up but it is still done several times more... so why is it not locating the Interfaces unit?? Maybe some installed package. Compile with -vut to find out. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Grouping radio buttons
Put them in varius GroupBoxes so you can use the groupbox caption to logically(visual) differenziate each group of radiobuttons Salvatore 2012/3/19 Jürgen Hestermann juergen.hesterm...@gmx.de: I already searched for hours but cannot find anything useful. My question: Is it possible (and if yes, how) to group some radio buttons so that only one of each group can be selected? I put some radio buttons on my form which select different things but they are all connected with each other so that only one can be selected at a time. I expected some property defining a goup but I cannot find anything like that. -- ___ 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] SVN update conflicts
Mattias Gaertner schrieb: Thanks, that helped. Will I have to do the same in the future, before every update, or was it a glitch? Something changed your makefiles. I don't know what. Hmm, very obscure. What's the reason for versioning e.g. Makefile.compiled? The Makefile.compiled is used by make to create the pkgname.compiled files. This way the IDE knows how a package was compiled and knows if it needs to recompile the package. Since everything must be compiled on the *local* machine, it doesn't make sense to import (from the repo) an Makefile.compiled from a *different* machine. Like it doesn't make sense to import the compiled (binary) files, that match the imported Makefile.compiled. I'm not sure about Makefile.fpc, which also is auto-created. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 3/20/2012 18:26, Mattias Gaertner wrote: On Tue, 20 Mar 2012 17:18:20 -0400 waldo kittywkitt...@windstream.net wrote: [...] yeah, this still needs work on my part because 1) it is recompiling lazbuild every time which should not be necessary You only need to build lazbuild once. that's what i thought and have now scripted... build lazbuild once during the update procedure... 2) i don't need to pass those parameters in --build-ide because they are already in the --build-mode profile Yes. yeah, i saw double and i think treble entries of those but at least one did not have a leading space which lead to something like -dDEBUG-gw-whatever... 3) command line error with --build-mode - requires leading dashes so, i'm down to this echo *** echo *Debug IDE echo *** lazbuild.exe --build-ide= --build-mode=debug ide copy lazarus.exe lazarus-debug.exe and i'm getting this... [...] Compiling lazarus.pp Fatal: Can't find unit Interfaces used by Lazarus TExternalToolList.Run Exception: C:\freepascal\laz\ide\lazarus.pp(1,1) Fatal: Can't find unit Interfaces used by Lazarus ERROR: tool reported error make clean has been executed numerous times during this testing... my script does a make clean before svn up but it is still done several times more... so why is it not locating the Interfaces unit?? Maybe some installed package. Compile with -vut to find out. that would be added to the --build-ide= parameter? that's what i'm going to try right now... it takes a while to complete... will post back what it turns up... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 3/20/2012 21:41, waldo kitty wrote: On 3/20/2012 18:26, Mattias Gaertner wrote: Maybe some installed package. Compile with -vut to find out. that would be added to the --build-ide= parameter? that's what i'm going to try right now... it takes a while to complete... will post back what it turns up... here is an example of what i was talking about before with things being added and one of them missing a space... the last line below... it shows -dDEBUG and -dVERBOSE twice with the second -dVERBOSE missing a space when the -vut is taken from the --build-ide command line parms and then another -dDEBUG and -dVERBOSE is added a third time... the command line is lazbuild.exe --build-ide=-vut --build-mode=debug ide Building Lazarus IDE with profile Debug IDE TBuildManager.SetBuildTargetIDE OS=win32 CPU=i386 WS=win32 TFPCTargetConfigCache.NeedsUpdate compiler file changed C:\freepascal\fpc\2.4.5\bin\i386-win32\fpc.exe FileAge=1052875024 StoredAge=0 TFPCTargetConfigCache.Update C:\freepascal\fpc\2.4.5\bin\i386-win32\fpc.exe TargetOS=win32 TargetCPU=i386 CompilerOptions= ExtraOptions=-FrC:\freepascal\laz\components\codetools\fpc.errore.msg PATH=c:\freepascal\binutils\i386-win32;c:\freepascal\fpc\2.4.5\bin\i386-win32;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;C:\Program Files\ATI Technologies\ATI Control Panel;C:\Program Files\TortoiseSVN\bin;C:\Program Files\GnuWin32\bin; RunTool C:\freepascal\fpc\2.4.5\bin\i386-win32\fpc.exe -iTOTP -Pi386 -Twin32 -FrC:\freepascal\laz\components\codetools\fpc.errore.msg RunTool C:\freepascal\fpc\2.4.5\bin\i386-win32\fpc.exe -va -Pi386 -Twin32 -FrC:\freepascal\laz\components\codetools\fpc.errore.msg compilertest.pas TFPCTargetConfigCache.Update: has changed TLazPackageGraph.CheckIfCurPkgOutDirNeedsCompile No state file for FCL 1.0.1 [TExternalToolList.Run] CmdLine=C:\freepascal\fpc\2.4.5\bin\i386-win32\fpc.exe -B -MObjFPC -Scghi -O1 -g -gl -vewnhi -l -FuC:\freepascal\laz\packager\registration\ -FUC:\freepascal\laz\packager\units\i386-win32\ -gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa -dDebug -dVerbose -dDebug -dVerbose-vut -dDebug -dVerbose fcllaz.pas WorkDir=C:\freepascal\laz\packager\registration\ this happens on all of the [TExternalToolList.Run] entries i quickly looked over... and here is the tail end of the above log... Clean Lazarus Source completed [TExternalToolList.Run] CmdLine=C:\freepascal\binutils\i386-win32\make.exe ide -w WorkDir=C:\freepascal\laz\ C:\freepascal\binutils\i386-win32\make.exe: Entering directory `C:/freepascal/laz' C:/freepascal/binutils/i386-win32/make.exe -C ide ide make.exe[1]: Entering directory `C:/freepascal/laz/ide' ../tools/svn2revisioninc.exe .. revision.inc Created C:\freepascal\laz\ide\revision.inc for revision: 36180 C:/freepascal/binutils/i386-win32/make.exe --assume-new=lazarus.pp lazarus.exe OPT=' -WG -gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa -dDebug -dVerbose -dDebug -dVerbose-vut -dDebug -dVerbose @C:\DOCUME~1\e3br42x1\LOCALS~1\APPLIC~1\lazarus\idemake.cfg' make.exe[2]: Entering directory `C:/freepascal/laz/ide' C:/freepascal/fpc/2.4.5/bin/i386-win32/fpc.exe -gl -dlclwin32 -Fu../lcl/units/i386-win32 -Fu../lcl/units/i386-win32/win32 -Fu../components/codetools/units/i386-win32 -Fu../components/lazutils/lib/i386-win32 -Fu../components/synedit/units/i386-win32/win32 -Fu../components/lazcontrols/lib/i386-win32/win32 -Fu../components/custom -Fu../ideintf/units/i386-win32/win32 -Fu../designer -Fu../debugger -Fu../debugger/frames -Fu../converter -Fu../packager -Fu../packager/frames -Fu../packager/units/i386-win32 -Fu../units/i386-win32/win32 -Fuframes -Fu. -Fiinclude -Fiinclude/win32 -Fi../images -FE.. -FU../units/i386-win32/win32 -WG -gw -gl -godwarfsets -gh -gt -Co -Cr -Ci -Sa -dDebug -dVerbose -dDebug -dVerbose-vut -dDebug -dVerbose @C:\DOCUME~1\e3br42x1\LOCALS~1\APPLIC~1\lazarus\idemake.cfg -di386 lazarus.pp Compiling Debug Version Free Pascal Compiler version 2.4.5 [2011/06/01] for i386 Copyright (c) 1993-2010 by Florian Klaempfl Target OS: Win32 for i386 Compiling lazarus.pp Fatal: Can't find unit Interfaces used by Lazarus TExternalToolList.Run Exception: C:\freepascal\laz\ide\lazarus.pp(1,1) Fatal: Can't find unit Interfaces used by Lazarus ERROR: tool reported error something is ganked... will try another run with the command line of lazbuild.exe --build-ide= -vut --build-mode=debug ide note the space in the --build-ide portion... report in next post... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 3/20/2012 22:13, waldo kitty wrote: something is ganked... will try another run with the command line of lazbuild.exe --build-ide= -vut --build-mode=debug ide note the space in the --build-ide portion... report in next post... this space in the command line seems to have gotten around the missing space problem and i have a 7.64MB log... what, exactly, am i looking for or to be missing? i have 590 hits on the term interfaces in my log... that's all hits... multiples per line are counted individually... i know it is too big to attach... so now what?? :( -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 3/20/2012 22:31, waldo kitty wrote: i have 590 hits on the term interfaces in my log... that's all hits... multiples per line are counted individually... i know it is too big to attach... so now what?? :( and interfac, an 8 character fallback(??) turns up 17183 hits including all of the interfaces entries... but only 24 hits for /interfaces/... i don't understand or see what is taking place so i'm at a complete loss... some of what i see seems to be trimming interfaces back to an 8 character string and then searching for interfac... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
