Re: [Lazarus] IDE
On 3 December 2011 01:07, Martin wrote: > this jump is controlled by codetools, so your code must be error-free enough > to be parsed by codetools. The code is definitely error free. I even tried with a much more simple piece of code too. I'll try again on Monday at work under Linux. Maybe it's a Windows specific issue? -- 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] IDE
On Sat, 3 Dec 2011 10:30:40 +0200 Graeme Geldenhuys wrote: > On 3 December 2011 01:07, Martin wrote: > > this jump is controlled by codetools, so your code must be error-free enough > > to be parsed by codetools. It would jump to the error. > The code is definitely error free. I even tried with a much more > simple piece of code too. I'll try again on Monday at work under > Linux. Maybe it's a Windows specific issue? Maybe you use a short cut caught by other software. Try to set the short cut via the "grab key" in the editor options / key mapping, instead of the checkboxes and comboboxes. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE
On Sat, Dec 3, 2011 at 19:53, Mattias Gaertner wrote: > Maybe you use a short cut caught by other software. > Try to set the short cut via the "grab key" in the editor options / > key mapping, instead of the checkboxes and comboboxes. Those shortcuts do not work for me too under Windows, and I definitely remember them working, so I think it is a regression. -- Alexander S. Klenin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE
On Sat, 3 Dec 2011 20:07:48 +1100 Alexander Klenin wrote: > On Sat, Dec 3, 2011 at 19:53, Mattias Gaertner > wrote: > > Maybe you use a short cut caught by other software. > > Try to set the short cut via the "grab key" in the editor options / > > key mapping, instead of the checkboxes and comboboxes. > > Those shortcuts do not work for me too under Windows, > and I definitely remember them working, so I think it is a regression. Can you find out, which revision broke it? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE
On 3 December 2011 10:53, Mattias Gaertner wrote: > Try to set the short cut via the "grab key" in the editor options / > key mapping, instead of the checkboxes and comboboxes. I always setup keyboard shortcuts via 'grab key', for that exact reason you mentioned. -- 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
[Lazarus] TPageControl suddenly stopped working
I am working on a project that has two TPageControl instances. One is embedded inside a TTabSheet of another. It is the embedded one that for whatever stupid reason has stopped working. This behaviour started after I set one of the TTabSheets in the TPageControl disabled, but did not cease after I re-set the TTabSheet back to enabled. Can anyone think what might be causing this behaviour? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TPageControl suddenly stopped working
On Sat, Dec 3, 2011 at 9:15 AM, Tail Kinker wrote: > I am working on a project that has two TPageControl instances. One is > embedded inside a TTabSheet of another. It is the embedded one that for > whatever stupid reason has stopped working. > > This behaviour started after I set one of the TTabSheets in the TPageControl > disabled, but did not cease after I re-set the TTabSheet back to enabled. > > Can anyone think what might be causing this behaviour? What OS and Lazarus version? I use the same and I don't have this problem. Lazarus 0.9.31 r33912 FPC 2.5.1 i386-win32-win32/win64 Marco Douglas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Error building r33911
On 12/2/11, Mattias Gaertner wrote: > This probably means there are still some old ppu files. > How old is this IDE? > The better clean up of ppu files were implemented some weeks ago. I'm not really sure, several months I think. I did a make clean all from commandline, and it built Lazarus just fine (at least it linked and I could start it, by then it was bed-time). I didn't really encouter this kind of linker errors before. Thanks for the answer. Bye. Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TPageControl suddenly stopped working
On 12/03/2011 07:32 AM, Marcos Douglas wrote: On Sat, Dec 3, 2011 at 9:15 AM, Tail Kinker wrote: I am working on a project that has two TPageControl instances. One is embedded inside a TTabSheet of another. It is the embedded one that for whatever stupid reason has stopped working. This behaviour started after I set one of the TTabSheets in the TPageControl disabled, but did not cease after I re-set the TTabSheet back to enabled. Can anyone think what might be causing this behaviour? What OS and Lazarus version? I use the same and I don't have this problem. Lazarus 0.9.30 on LUbuntu 11.10. For the most part, I haven't had any such problems. That's why it's such a head scratcher this time. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Cannot build current trunk - codetools
Compiling codetoolsstructs.pas codetoolsstructs.pas(101,5) Error: VAR and TYPE are allowed only in generics codetoolsstructs.pas(107,5) Fatal: Syntax error, "=" expected but "identifier FCOMPAREKEYITEMFUNC" found Fatal: Compilation aborted svn r. 33928 fpc-2.4.5 zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
On Saturday 03 of December 2011 15:41:40 zeljko wrote: > Compiling codetoolsstructs.pas > codetoolsstructs.pas(101,5) Error: VAR and TYPE are allowed only in > generics codetoolsstructs.pas(107,5) Fatal: Syntax error, "=" expected but > "identifier FCOMPAREKEYITEMFUNC" found > Fatal: Compilation aborted > > > svn r. 33928 fpc-2.4.5 Forgot to mention, 33925 builds fine, so Mattias is suspected ;) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
Reported by lainz in the bugtracker: http://bugs.freepascal.org/view.php?id=20799 Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
On Sat, 3 Dec 2011 16:15:24 +0100 Bart wrote: > Reported by lainz in the bugtracker: > http://bugs.freepascal.org/view.php?id=20799 Please test. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TPageControl suddenly stopped working
On Sat, Dec 3, 2011 at 11:19 AM, Timothy Groves wrote: > On 12/03/2011 07:32 AM, Marcos Douglas wrote: >> >> On Sat, Dec 3, 2011 at 9:15 AM, Tail Kinker >> wrote: >>> >>> I am working on a project that has two TPageControl instances. One is >>> embedded inside a TTabSheet of another. It is the embedded one that for >>> whatever stupid reason has stopped working. >>> >>> This behaviour started after I set one of the TTabSheets in the >>> TPageControl >>> disabled, but did not cease after I re-set the TTabSheet back to enabled. >>> >>> Can anyone think what might be causing this behaviour? >> >> What OS and Lazarus version? >> I use the same and I don't have this problem. >> >> > Lazarus 0.9.30 on LUbuntu 11.10. For the most part, I haven't had any such > problems. That's why it's such a head scratcher this time. Well, my Lazarus version is more updated... I suggest you try Laz 0.9.31 from trunk. Marcos Douglas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
On 3 December 2011 15:48, Mattias Gaertner wrote: > On Sat, 3 Dec 2011 16:15:24 +0100 > Bart wrote: > > > Reported by lainz in the bugtracker: > > http://bugs.freepascal.org/view.php?id=20799 > > Please test. > > Mattias > > I don't know how welcome or apt this comment may be as it appears to a contentious issue, but it has been on my mind for some time. Every now and then I see a message about trunk not compiling or some the feature being broken. I thought one of the reasons for proposing a change to Git or some other distributed VCS is that you do all your work in your local branch, merge with HEAD frequently and you only push your changes to the main repository if everything works properly. It is understood that features may get broken as it they are hard to test, but shouldn't compilation succeed? This suggests work is being 'saved' to the repository which shouldn't be the case. I am not proposing a change to git or other if core developers are content with Subversion, I'd just want to know if it is a reflection of working practices which may or may not be influenced by the choice of VCS and methodologies surrounding its usage. > -- > ___ > Lazarus mailing list > Lazarus@lists.lazarus.freepascal.org > http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus > -- Frank Church === http://devblog.brahmancreations.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
On 03/12/2011 17:46, Frank Church wrote: I don't know how welcome or apt this comment may be as it appears to a contentious issue, but it has been on my mind for some time. Every now and then I see a message about trunk not compiling or some the feature being broken. I thought one of the reasons for proposing a change to Git or some other distributed VCS is that you do all your work in your local branch, merge with HEAD frequently and you only push your changes to the main repository if everything works properly. How would that help? I guess Mattias was using a newer FPC (2.5 or 2.7), so compilation worked for him, and he would have pushed. I had that issue myself a few times (either FPC version or some local $DEFINE / bgt it may also be caused by platform differences or a installed package). To solve this each devel would have to compile (and test) the entire IDE with a variety of settings/FPC ... It is understood that features may get broken as it they are hard to test, but shouldn't compilation succeed? This suggests work is being 'saved' to the repository which shouldn't be the case. I am not proposing a change to git or other if core developers are content with Subversion, I'd just want to know if it is a reflection of working practices which may or may not be influenced by the choice of VCS and methodologies surrounding its usage. I don't think it is a big issue, thinks get usually fixed very quickly. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
On Sat, 3 Dec 2011 17:46:49 + Frank Church wrote: > On 3 December 2011 15:48, Mattias Gaertner wrote: > > > On Sat, 3 Dec 2011 16:15:24 +0100 > > Bart wrote: > > > > > Reported by lainz in the bugtracker: > > > http://bugs.freepascal.org/view.php?id=20799 > > > > Please test. > > > > Mattias > > > > > I don't know how welcome or apt this comment may be as it appears to a > contentious issue, but it has been on my mind for some time. > > Every now and then I see a message about trunk not compiling or some the > feature being broken. > > I thought one of the reasons for proposing a change to Git or some other > distributed VCS is that you do all your work in your local branch, merge > with HEAD frequently and you only push your changes to the main repository > if everything works properly. > It is understood that features may get broken as it they are hard to test, > but shouldn't compilation succeed? It compiled with 2.5.1 and 2.7.1. I copied the code from a place I thought I had tested with 2.4.5. Apparently I have buggy memory. Sorry for that. > This suggests work is being 'saved' to > the repository which shouldn't be the case. Or it suggests that you need some more imagination. FPC is a very fast compiler, so I don't believe any one is committing without compiling first. > I am not proposing a change to git or other if core developers are content > with Subversion, I'd just want to know if it is a reflection of working > practices which may or may not be influenced by the choice of VCS and > methodologies surrounding its usage. ? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
On Sat, 03 Dec 2011 18:38:23 + Martin wrote: >[...] > I had that issue myself a few times (either FPC version or some local > $DEFINE / bgt it may also be caused by platform differences or a > installed package). Yes, there were some this year. The last one two days ago, when it compiled everywhere but Linux 64bit. > To solve this each devel would have to compile (and test) the entire IDE > with a variety of settings/FPC ... ... which would be diametrically to the policy of committing in small changes. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
On 03.12.2011 18:46, Frank Church wrote: Every now and then I see a message about trunk not compiling or some the feature being broken. Trunk is supposed to be "use at your own risk". There are phases were it's rather save to use trunk, but there are also those where it needs to be considered "experimental". An example for this was FPC's trunk the last weeks since the merge of the cpstrnew branch. Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Compile LazDBExportPkg
I have been trying to install the lazdbexport pkg on OSX and it will not compile for nothing. My Error is: /Developer/lazarus/components/dbexport/fpdataexporter.pp(1,1) Fatal: Can't find unit fpdbexport used by fpdataexporter The odd part is if I right click on fpdbexport in the fpdataexporter unit and select find declaration it goes right that unit no problem so I don't understand how the compiler cannot find it? I check and it appears the path is in my search path? Any ideas on how to overcome this? I want to be able to use the Lazarus Data Desktop app if possible. Thanks, Tom -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] TButton - AutoSize does not work well in Qt
Hi, Please see in: http://mantis.freepascal.org/view.php?id=20805 Thx. -- Silvio Clécio === Blog - Twitter - Facebook - LazSolutions - Lazarus-BR - === * Conheça nosso canal IRC sobre Lazarus: #lazarus-br * === -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Cannot build current trunk - codetools
Quoting Sven Barth : On 03.12.2011 18:46, Frank Church wrote: Every now and then I see a message about trunk not compiling or some the feature being broken. Trunk is supposed to be "use at your own risk". There are phases were it's rather save to use trunk, but there are also those where it needs to be considered "experimental". An example for this was FPC's trunk the last weeks since the merge of the cpstrnew branch. +1 with one difference. When we do experimental things in Lazarus, then it's usually ifdeffed , so ordinary users won't be disturbed by new experimental stuff.Lazarus trunk is usually broken (few times in last few weeks) because devels forget to add some unit or don't build lazarus (and test their changes) before commiting. Anyway it's fixed in few minutes ... max 1-2 hours, so @Frank: if you run into broken trunk, then go to lazarus viewvc and see where it's broken (or write your last good trunk version - that's what I'm doing), and svn update -r LASTGOODKNOWNTOWORK. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] PostgreSQL Questions
I know there was a patch for the postgres unit in fpc so that the const set for the libpq stuff was not hard coded but I do not understand how the unit(s) find the path to which the libpq resides? I don't understand at least on OSX how I have to set a sym link for the file in Usr/Lib for the db connection to work. What if a developer had only access to the db on a server somewhere? Would you still need the libpq file just to develop? And what about distributing your app afterwards, what do you have to supply with it in order for it to actually work? Thanks, Tom -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] TTabControl Problems
I've recently upgraded from Ubuntu 10.04 to Fedora 16 with Gnome Shell and I've been getting a strange error using TTabControl. Creating a blank form and dropping a single tab control on to it raises EInterfaceCritical: "clearlooks_style_draw_box_gap: assertion 'height >= -1' failed". My application features quite a few TTabControls in various options dialogs, and I was wondering if anyone has a workaround for this. They were all functional using Gnome 2, and now opening any form with a TTabControl raises this error in Gnome 3. Thanks for your time, David -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TPageControl suddenly stopped working
On 12/03/2011 06:15 AM, Tail Kinker wrote: > I am working on a project that has two TPageControl instances. One is > embedded inside a TTabSheet of another. It is the embedded one that > for whatever stupid reason has stopped working. > > This behaviour started after I set one of the TTabSheets in the > TPageControl disabled, but did not cease after I re-set the TTabSheet > back to enabled. > > Can anyone think what might be causing this behaviour? I've just encountered this problem after upgrading from Ubuntu 10.04 to Fedora 16, a tab control raises EInterfaceCritical: "clearlooks_style_draw_box_gap: assertion 'height >= -1 'failed'". It seems the LCL is having some sort of problem with the Clearlooks theme, which I'd imagine is analouge to the new Gnome-shell "adawaita" theme in the LCL internals judging by the error messages, and changing the theme is fixing the problem. If your issue is similar try chaning your GTK theme and see if it fixes it. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] TCalendar lock the screen on GTK2
Hi, Please see in: http://bugs.freepascal.org/view.php?id=20807 Thx. -- Silvio Clécio === Blog - Twitter - Facebook - LazSolutions - Lazarus-BR - === * Conheça nosso canal IRC sobre Lazarus: #lazarus-br * === -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
