Re: [Lazarus] lazbuild build IDE profiles
On Wed, 04 Apr 2012 11:41:53 -0400 waldo kitty wkitt...@windstream.net wrote: On 4/2/2012 18:14, Mattias Gaertner wrote: On Mon, 02 Apr 2012 15:10:18 -0400 waldo kittywkitt...@windstream.net wrote: On 3/31/2012 17:44, waldo kitty wrote: On 3/31/2012 13:01, Mattias Gaertner wrote: Can you send me the exact commands and your .lazarus/miscellaneousoptions.xml? There were a lot of mails and I want to make sure I have the latest version. i will send off list... we're getting closer, i think :) yes, definitely closer... except that normal ide and optimized ide are coming out the same as debug ide :( Fixed. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/04/2012 10:20 PM, Alberto Narduzzi wrote: True is that nowadays NON-GUY envs. tend to disappear; but you need to remember that FP is meant to be portable to (any) environment, including embedded systems; where this difference is still alive and kicking. Embedded stuff, CGI, Daemons/Services you name it. Since years, I always advocated that it should be possible to do non-GUI software in a decent way. But here, Lazarus is severely lacking support: there is _no_ Widget type that allows for normal Delphi-Type event driven programming style, without requiring a GUI binding. (Because no Main Loop and no event queue for timer- or thread generated events is implemented.) Of course you can use a GUI enabled Widget Type and just avoid doing GUI calls, but in an environment without the system providing the appropriate GUI API, this program will simply not run. (With the upcoming CustomDrawn Widget Type it might be possible to create a GUI-free variant.) -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On Wed, 4 Apr 2012 22:18:37 -0300 Marcos Douglas m...@delfire.net wrote: On Wed, Apr 4, 2012 at 10:09 PM, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 4 Apr 2012 21:59:08 -0300 Marcos Douglas m...@delfire.net wrote: On Wed, Apr 4, 2012 at 9:53 PM, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 4 Apr 2012 21:38:03 -0300 Marcos Douglas m...@delfire.net wrote: [...] I can't use make all because all configuration, components, etc will gone. No. Make does not delete/alter configurations. In fact it does not even know where your configuration is. That's why it can only build a default IDE or a default big IDE. When you start such a default IDE, it will read your configuration. If you use it to build a new IDE it will install your packages. Then you get a new IDE with your configuration and your components. Or you can use lazbuild to build an IDE with your components in a console. Sorry, I think I did not understand. You're saying I should use Make to build a default IDE at the first time. After that I should use the Build command (on IDE) or lazbuild tool to recompile with my own configurations and components? make clean all is the clean way. It's recommended if I have an error, right? Yes. We use make clean all, get a default IDE and recompile again using pcp param to restart all configurations, components, etc. But I have to compile twice. Am I right? Yes. Compiling once with the default settings and once with your settings helps if compiling fails. In 99,9% of all svn revisions it is enough to rebuild the IDE via the IDE. OK. I compiled project ide/startlazarus.lpi and I got an error because the startlazarus.exe is running... of course. So, I started Lazarus without use startlazarus and I compiled again. Now I can see the splash updated. AFAIK startlazarus should end itself shortly after starting the IDE. Maybe you were too quick, maybe your virus scanner was still scanning startlazarus.exe. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/04/2012 10:20 PM, Alberto Narduzzi wrote: Sorry, this one I cannot catch... :-O CustomDrwan allows for intercepting the calls to the GUI at a layer quite near to the system API. So you can (in a sick way, from behind, at least technically) separate the business code from the GUI even in an already finished project. At least this should allow for switching off the GUI altogether. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On Thu, 05 Apr 2012 09:38:07 +0200 Michael Schnell mschn...@lumino.de wrote: On 04/04/2012 10:20 PM, Alberto Narduzzi wrote: True is that nowadays NON-GUY envs. tend to disappear; but you need to remember that FP is meant to be portable to (any) environment, including embedded systems; where this difference is still alive and kicking. Embedded stuff, CGI, Daemons/Services you name it. Since years, I always advocated that it should be possible to do non-GUI software in a decent way. But here, Lazarus is severely lacking support: And since years you are told that Lazarus adds GUI to the non GUI stuff in FPC. No gui stuff was never the goal of the LCL. there is _no_ Widget type that allows for normal Delphi-Type event driven programming style, without requiring a GUI binding. (Because no Main Loop and no event queue for timer- or thread generated events is implemented.) Of course you can use a GUI enabled Widget Type and just avoid doing GUI calls, but in an environment without the system providing the appropriate GUI API, this program will simply not run. (With the upcoming CustomDrawn Widget Type it might be possible to create a GUI-free variant.) Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/05/2012 10:00 AM, Mattias Gaertner wrote: And since years you are told that Lazarus adds GUI to the non GUI stuff in FPC. No gui stuff was never the goal of the LCL. I don't blame anybody on this, but it is as it is, and the fact that it never was the goal does not mean that it does not make sense for certain applications. You do know that I started to take on the task and would have continued creating such a Widget Type, but stopped, as the company I work for decided that the product design asking for this should not be started in the near future. Now the CustomDrawn Widget Type seems to be done in a way that a rather low level hook for cutting off the local GUI binding is provided and doing an active No-GUI (or a remote-GUI) variant should be possible without huge effort and without inappropriate copying large part of the Code from some other Widget Type. Maybe in fact I finally might be able to do this as a hobby project. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On 3-4-2012 18:36, Hans-Peter Diettrich wrote: Reinier Olislagers schrieb: As long as FPC and Lazarus expect that every user can use a console, I see no better solution. Except that the developers should decide to distribute the FPDoc projects instead of the Makefile... As I mentioned: instead of having the user run make blabla bla.bat: Perhaps you could create the batch/shell files from within fpdoc manager using TProcess.Execute? Again: not me :-( I'm not familiar with shelling out to processes, in detail on different platforms. Where is make, and where is fpdoc? But I'm open to contributions... http://wiki.lazarus.freepascal.org/Executing_External_Programs Location of make: doesn't matter where make is as long as it's in the path (on Windows at least). Otherwise, you can test if it's in the compiler binary path, fpcdir\bin\architecture, e.g. c:\development\fpctrunk\bin\i386-win32\make.exe fpdoc is in fpcdir\utils\fpdoc\fpdoc.exe (or in the compiler binary path, see above) See here http://lazarus.freepascal.org/index.php/topic,16512.msg90010.html#msg90010 for a simple sample program with TProcess... IIRC, you said yourself you are limiting the program to Windows, so don't see how cross platform considerations come into it.. Thanks, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
Michael Schnell schrieb: On 04/04/2012 10:20 PM, Alberto Narduzzi wrote: True is that nowadays NON-GUY envs. tend to disappear; but you need to remember that FP is meant to be portable to (any) environment, including embedded systems; where this difference is still alive and kicking. Embedded stuff, CGI, Daemons/Services you name it. Since years, I always advocated that it should be possible to do non-GUI software in a decent way. But here, Lazarus is severely lacking support: there is _no_ Widget type that allows for normal Delphi-Type event driven programming style, without requiring a GUI binding. (Because no Main Loop and no event queue for timer- or thread generated events is implemented.) The event handling, which you want to use, must be implemented and also must be supported by the platform and process type - else you cannot get events at all. AFAIR there exists a noGUI widgetset, which implements the message processing (for Timer...) in a non-GUI application. Otherwise you have to ask the FPC people for message support apart from a GUI. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
Reinier Olislagers schrieb: Perhaps you could create the batch/shell files from within fpdoc manager using TProcess.Execute? Again: not me :-( I'm not familiar with shelling out to processes, in detail on different platforms. Where is make, and where is fpdoc? But I'm open to contributions... http://wiki.lazarus.freepascal.org/Executing_External_Programs Location of make: doesn't matter where make is as long as it's in the path (on Windows at least). I don't have make in my (Windows) path, nor fpdoc. I've written batch files that add the compiler bin and tools directory to the path, for every FPC version. The FPDocManager has fpdoc built-in, but this doesn't help when the Makefile wants to call a stand-alone fpdoc. Otherwise, you can test if it's in the compiler binary path, fpcdir\bin\architecture, e.g. c:\development\fpctrunk\bin\i386-win32\make.exe fpdoc is in fpcdir\utils\fpdoc\fpdoc.exe (or in the compiler binary path, see above) All my FPC/Lazarus stuff resides on D:, not on C:. See here http://lazarus.freepascal.org/index.php/topic,16512.msg90010.html#msg90010 for a simple sample program with TProcess... This doesn't help when the Path is not set up as required. Again: feel free to provide an patch or a stand-alone tool, that allows to create an fpdoc commandline or project for the RTL and FCL, on every machine. IIRC, you said yourself you are limiting the program to Windows, so don't see how cross platform considerations come into it.. The FPDocManager has no platform dependencies. The only external dependency currently is the fpcdocs Makefile, which should be replaced by fpdoc projects, supplied and maintained by the FPC/fpdoc people. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On Wed, Apr 4, 2012 at 11:17 PM, waldo kitty wkitt...@windstream.net wrote: On 4/4/2012 21:18, Marcos Douglas wrote: On Wed, Apr 4, 2012 at 10:09 PM, Mattias Gaertner wrote: make clean all is the clean way. It's recommended if I have an error, right? ummm... n... please see the lazbuild build IDE profiles thread... Sorry. I think I still didn't understand what advantages to use lazbuild instead of IDEBuild We use make clean all, get a default IDE and recompile again using pcp param to restart all configurations, components, etc. But I have to compile twice. Am I right? yes, there is that but if make all is not used, the one must know and call all of the necessary make targets without the IDE one to get all the tools built... And lazbuild do this, i.e., build ALL tools, sources and IDE (of course)? In 99,9% of all svn revisions it is enough to rebuild the IDE via the IDE. that's what my discussions in the lazbuild build IDE profiles thread are all about... why have to manually go into the IDE to build a new IDE after a svn update?? i start my updatelaz script which cleans the dirs, updates from svn, and then does the building of the tools and lazarus... now that things are working better, i can go have a cuppa' joe while everything does all its churning and burning... on this particular workstation, that's about 30 minutes or so... maybe more... maybe less... OK, I see at least one advantage to use lazbuild now: I can have ONE big script that clear, update and compile all sources and tools. Maybe I'm totally wrong, but I don't see many other advantages. I don't update always -- I like to see what changed before update -- and the only difference between use the IDE instead lazbuild to compile is that the user have to run the IDE and click in Build -- and I can go have a cup of coffe -- and the lazbuild (working together with a big script) can be running with a single command. But you can change my mind. =) OK. I compiled project ide/startlazarus.lpi and I got an error because the startlazarus.exe is running... of course. So, I started Lazarus without use startlazarus and I compiled again. Now I can see the splash updated. hummm... interesting... =) Marcos Douglas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On Thu, Apr 5, 2012 at 4:45 AM, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 4 Apr 2012 22:18:37 -0300 Marcos Douglas m...@delfire.net wrote: On Wed, Apr 4, 2012 at 10:09 PM, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 4 Apr 2012 21:59:08 -0300 Marcos Douglas m...@delfire.net wrote: On Wed, Apr 4, 2012 at 9:53 PM, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 4 Apr 2012 21:38:03 -0300 Marcos Douglas m...@delfire.net wrote: [...] I can't use make all because all configuration, components, etc will gone. No. Make does not delete/alter configurations. In fact it does not even know where your configuration is. That's why it can only build a default IDE or a default big IDE. When you start such a default IDE, it will read your configuration. If you use it to build a new IDE it will install your packages. Then you get a new IDE with your configuration and your components. Or you can use lazbuild to build an IDE with your components in a console. Sorry, I think I did not understand. You're saying I should use Make to build a default IDE at the first time. After that I should use the Build command (on IDE) or lazbuild tool to recompile with my own configurations and components? make clean all is the clean way. It's recommended if I have an error, right? Yes. We use make clean all, get a default IDE and recompile again using pcp param to restart all configurations, components, etc. But I have to compile twice. Am I right? Yes. Compiling once with the default settings and once with your settings helps if compiling fails. Oh right, that's I thought, thanks. I had need this technique when I had problems with update from SVN. In 99,9% of all svn revisions it is enough to rebuild the IDE via the IDE. OK. I compiled project ide/startlazarus.lpi and I got an error because the startlazarus.exe is running... of course. So, I started Lazarus without use startlazarus and I compiled again. Now I can see the splash updated. AFAIK startlazarus should end itself shortly after starting the IDE. Maybe you were too quick, maybe your virus scanner was still scanning startlazarus.exe. Hmm... OK, I did not know that. I will monitor if startlazarus end itself. Thanks. Marcos Douglas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On 5-4-2012 14:21, Hans-Peter Diettrich wrote: Reinier Olislagers schrieb: Otherwise, you can test if it's in the compiler binary path, fpcdir\bin\architecture, e.g. c:\development\fpctrunk\bin\i386-win32\make.exe fpdoc is in fpcdir\utils\fpdoc\fpdoc.exe (or in the compiler binary path, see above) All my FPC/Lazarus stuff resides on D:, not on C:. E.g. means exempli gratia, for example. This doesn't help when the Path is not set up as required. If you don't have a make.exe in your path or fpc bin directory... well, you can always make the make path configurable for the user (instead of having him run make himself)... Alternatively, just tell the user to put make.exe in the bin dir should still be more user friendly than having him hunt down the proper path for make, start a console session, run make with that path and rtl.chk etc. Or tell users to set up the path as required before starting fpdocmanager... not my preferred solution but would be possible. See e.g. fpcup for a way on how to detect existing make.exe, including Delphi make. I think limiting the number of manual steps a user should go through just to start a tool makes a lot of sense - especially if these steps can be automated for almost 100% (and error handling with proper messages can do the rest). That's why I liked your config wizard so much in general. The FPDocManager has fpdoc built-in, but this doesn't help when the Makefile wants to call a stand-alone fpdoc. See before for location of fpdoc in the FPC tree. Again: feel free to provide an patch or a stand-alone tool, that allows to create an fpdoc commandline or project for the RTL and FCL, on every machine. No thanks, I think I'll stick with the existing fpdoc tools: 1. FPDocmanager is not cross platform 2. FPdocmanager requires manually setting unit paths and recompiling 3. As you mentioned, it doesn't support an FPCDocs directory separate from an FPC directory IIRC, you said yourself you are limiting the program to Windows, so don't see how cross platform considerations come into it.. The FPDocManager has no platform dependencies. The only external dependency currently is the fpcdocs Makefile, which should be replaced by fpdoc projects, supplied and maintained by the FPC/fpdoc people. Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? And when will this replacement happen? I've been fighting with the existing fpdoc system, that's why I decided to try fpdocmanager... having an idea which way things will go will definitely help. Thanks, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/05/2012 02:05 PM, Hans-Peter Diettrich wrote: AFAIR there exists a noGUI widgetset, which implements the message processing (for Timer...) in a non-GUI application. Last time I checked the noGUI Widget Type did not support TTimer or Thread-generated Events (e.g. TThread.Synchronize(), TApplication.QueuAsyncCall() ) which both are essential to construct event driven applications Otherwise you have to ask the FPC people for message support apart from a GUI. This has been discussed already a long time ago. As there are only very few developers than need this it's absolutely OK that the Lazarus team does not dedicate their valuable resources on this issue. I would have started implementing such a Widget Type, if the application I had in mind would not have been canceled by the management. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 5 April 2012 09:38, Michael Schnell wrote: Since years, I always advocated that it should be possible to do non-GUI software in a decent way. But here, Lazarus is severely lacking support: there is _no_ Widget type that allows for normal Delphi-Type event driven programming style, without requiring a GUI binding. (Because no Main Loop Simply use FreeVision (included with FPC) and be happy with the late 80's style console-type software. :) -- 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] fpdocmanager questions crash
On Thu, 5 Apr 2012, Reinier Olislagers wrote: The FPDocManager has no platform dependencies. The only external dependency currently is the fpcdocs Makefile, which should be replaced by fpdoc projects, supplied and maintained by the FPC/fpdoc people. Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? And when will this replacement happen? I am in a position to answer this one: The FCL/RTL docs will have a fpdoc project file, as soon as the necessary support for it has migrated to the fixes branch. I have set up and tested these files (albeit only on linux). The fpdoc project file format is documented already. That said: If FPDocmanager has some private extensions to the fpdoc project file format (or uses another file altogether), they will not be included. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On Thu, 5 Apr 2012, Michael Schnell wrote: On 04/05/2012 02:05 PM, Hans-Peter Diettrich wrote: AFAIR there exists a noGUI widgetset, which implements the message processing (for Timer...) in a non-GUI application. Last time I checked the noGUI Widget Type did not support TTimer or Thread-generated Events (e.g. TThread.Synchronize(), TApplication.QueuAsyncCall() ) which both are essential to construct event driven applications TThread.Synchronize works perfectly in any kind of application outside of the LCL. The main thread just has to call CheckSynchronize at regular intervals. (which is what the LCL does for you). Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On 5-4-2012 14:35, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? And when will this replacement happen? I am in a position to answer this one: The FCL/RTL docs will have a fpdoc project file, as soon as the necessary support for it has migrated to the fixes branch. I have set up and tested these files (albeit only on linux). The fpdoc project file format is documented already. Good news! Where is the fpdoc project file format documented? Thanks, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
Marcos Douglas m...@delfire.net hat am 5. April 2012 um 14:04 geschrieben: [...] AFAIK startlazarus should end itself shortly after starting the IDE. Maybe you were too quick, maybe your virus scanner was still scanning startlazarus.exe. Hmm... OK, I did not know that. I will monitor if startlazarus end itself. Thanks. I was wrong. It does not stop itself. Maybe this can be changed. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 14:35, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? And when will this replacement happen? I am in a position to answer this one: The FCL/RTL docs will have a fpdoc project file, as soon as the necessary support for it has migrated to the fixes branch. I have set up and tested these files (albeit only on linux). The fpdoc project file format is documented already. Good news! Where is the fpdoc project file format documented? in the fpdoc documentation: fpdoc.tex, obviously :-) Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
2012/4/5 Mattias Gaertner nc-gaert...@netcologne.de: Marcos Douglas m...@delfire.net hat am 5. April 2012 um 14:04 geschrieben: [...] AFAIK startlazarus should end itself shortly after starting the IDE. Maybe you were too quick, maybe your virus scanner was still scanning startlazarus.exe. Hmm... OK, I did not know that. I will monitor if startlazarus end itself. Thanks. I was wrong. It does not stop itself. Maybe this can be changed. I think so. Thanks again. Marcos Douglas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On 5-4-2012 14:56, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 14:35, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? And when will this replacement happen? I am in a position to answer this one: The FCL/RTL docs will have a fpdoc project file, as soon as the necessary support for it has migrated to the fixes branch. I have set up and tested these files (albeit only on linux). The fpdoc project file format is documented already. Good news! Where is the fpdoc project file format documented? in the fpdoc documentation: fpdoc.tex, obviously :-) Oh joy ;) Thanks; Lyx seems to be able to open it, so I'm happy ;) Regards, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On 4/5/2012 07:59, Marcos Douglas wrote: On Wed, Apr 4, 2012 at 11:17 PM, waldo kittywkitt...@windstream.net wrote: On 4/4/2012 21:18, Marcos Douglas wrote: On Wed, Apr 4, 2012 at 10:09 PM, Mattias Gaertner wrote: make clean all is the clean way. It's recommended if I have an error, right? ummm... n... please see the lazbuild build IDE profiles thread... Sorry. I think I still didn't understand what advantages to use lazbuild instead of IDEBuild my bad, too... i was uncorrect saying no above... yes, make clean all is how you start from fresh and build all tools clean... i was trying to say no because make clean should already be run before svn up and so then make all is all that should be needed at that point... advantages? 1. perform all update tasks from command line 2. no need to perform steps manually at least those two... with what i've been doing, the goal has been to type updatelaz at the command line and then return some minutes later to find at least one shiny new lazarus.exe... with the current methods, there's four shiny new exe's with one chosen one being duplicated to the current lazarus.exe you want to run... We use make clean all, get a default IDE and recompile again using pcp param to restart all configurations, components, etc. But I have to compile twice. Am I right? yes, there is that but if make all is not used, the one must know and call all of the necessary make targets without the IDE one to get all the tools built... And lazbuild do this, i.e., build ALL tools, sources and IDE (of course)? i've not dug that deep into the multi-megabyte logs i've been generating but if memory serves, the tools are built with make all after svn up... i don't think they are built again after that... startlazarus might be but it should not be necessary... a quick peek at my (currently running) process shows that startlazarus is built when the default default lazarus.exe is built which is during make all... In 99,9% of all svn revisions it is enough to rebuild the IDE via the IDE. that's what my discussions in the lazbuild build IDE profiles thread are all about... why have to manually go into the IDE to build a new IDE after a svn update?? i start my updatelaz script which cleans the dirs, updates from svn, and then does the building of the tools and lazarus... now that things are working better, i can go have a cuppa' joe while everything does all its churning and burning... on this particular workstation, that's about 30 minutes or so... maybe more... maybe less... OK, I see at least one advantage to use lazbuild now: I can have ONE big script that clear, update and compile all sources and tools. yes :) but it need not be all that big... mine is currently 5kb plus a small kickstarter script for redirection capabilities but that's because it beautifies the redirection output with section headers and echoed command lines... strictly speaking, with no beautification or errorlevel checking, there's only three or four lines that do all the work plus one copy line... that give one default default exe and one personalized one... Maybe I'm totally wrong, but I don't see many other advantages. I don't update always -- I like to see what changed before update -- and the only difference between use the IDE instead lazbuild to compile is that the user have to run the IDE and click in Build -- and I can go have a cup of coffe -- and the lazbuild (working together with a big script) can be running with a single command. But you can change my mind. =) :) i, too, like to see what changed... this is why i always look at the svn up logs... however, i do not currently have any method in place to abort the script after doing svn up... at that point, make clean has already been run and the tools must be built new... of course, one can always run svn up manually and then later run the update script ;) OK. I compiled project ide/startlazarus.lpi and I got an error because the startlazarus.exe is running... of course. So, I started Lazarus without use startlazarus and I compiled again. Now I can see the splash updated. hummm... interesting... =) yeah, i hadn't see that before... my understanding was that it started lazarus.exe and exited meaning that it shouldn't have still been in memory... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/05/2012 02:37 PM, michael.vancann...@wisa.be wrote: TThread.Synchronize works perfectly in any kind of application outside of the LCL. The main thread just has to call CheckSynchronize at regular intervals. (which is what the LCL does for you). Of course I do know this. But regular intervals (aka polling) is not a good idea. For a decent application (e.g. embedded stuff on a low performance hardware) you need to do a decent event scheduling. This means that the main thread needs to go to sleep via an OS API call (to completely free the CPU for other threads or external tasks), and that the sleeping main thread needs to be woken up (by means of en OS API call) at once if an event (may same be thrown by a timer, a Thread or a GUI action) (to allow for the lowest possible latency). This is not trivial at all and worth being provided by a commonly used library instead necessary to be re-implement with any project. (This is just a statement, not a request !) The LCL does this quite nicely for all GUI enabled widget set, but not for noGUI and friends. But: see giulianos contribution the CustomDrawn mailing list. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On Thu, 5 Apr 2012, Michael Schnell wrote: On 04/05/2012 02:37 PM, michael.vancann...@wisa.be wrote: TThread.Synchronize works perfectly in any kind of application outside of the LCL. The main thread just has to call CheckSynchronize at regular intervals. (which is what the LCL does for you). Of course I do know this. But regular intervals (aka polling) is not a good idea. The LCL does just that: polling. If no events arrive, checksynchronize is not called. There is the WakeMainThread function to try and force an event, but this can be called outside the LCL as well, thus achieving the same effect. There really is no difference between the LCL or a non-LCL application in this regard. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 14:56, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 14:35, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? And when will this replacement happen? I am in a position to answer this one: The FCL/RTL docs will have a fpdoc project file, as soon as the necessary support for it has migrated to the fixes branch. I have set up and tested these files (albeit only on linux). The fpdoc project file format is documented already. Good news! Where is the fpdoc project file format documented? in the fpdoc documentation: fpdoc.tex, obviously :-) Oh joy ;) Thanks; Lyx seems to be able to open it, so I'm happy ;) A happy user !! Quick, we must stuff him and put him in a museum !! Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On 5-4-2012 15:26, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 14:56, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 14:35, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? And when will this replacement happen? I am in a position to answer this one: The FCL/RTL docs will have a fpdoc project file, as soon as the necessary support for it has migrated to the fixes branch. I have set up and tested these files (albeit only on linux). The fpdoc project file format is documented already. Good news! Where is the fpdoc project file format documented? in the fpdoc documentation: fpdoc.tex, obviously :-) Oh joy ;) Thanks; Lyx seems to be able to open it, so I'm happy ;) A happy user !! Quick, we must stuff him and put him in a museum !! Michael. As long as it's on alcohol ;) More seriously, if you want to have a hand in testing (+asking newb questions) on Windows, you have my email address... Regards, Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/05/2012 03:25 PM, Michael Van Canneyt wrote: The LCL does just that: polling With not embedded application (which of course is the main target for LCL application) Latency and performance optimizing is not a real issue, so this certainly is good enough. But at least on Windows this is certainly not necessary, as all events are handled by the Windows message queue and automatically wake the main thread waiting for an events in the appropriate API call. With other widget Types, that seemingly needs to have multiple queues this might be a lot more complicated. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 15:26, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 14:56, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 14:35, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? And when will this replacement happen? I am in a position to answer this one: The FCL/RTL docs will have a fpdoc project file, as soon as the necessary support for it has migrated to the fixes branch. I have set up and tested these files (albeit only on linux). The fpdoc project file format is documented already. Good news! Where is the fpdoc project file format documented? in the fpdoc documentation: fpdoc.tex, obviously :-) Oh joy ;) Thanks; Lyx seems to be able to open it, so I'm happy ;) A happy user !! Quick, we must stuff him and put him in a museum !! Michael. As long as it's on alcohol ;) I have plenty of vodka and pastis available ;) More seriously, if you want to have a hand in testing (+asking newb questions) on Windows, you have my email address... Not sure I catch your drift ? You want me to test on windows with your help, or do you want me to help you when you're testing on Windows ? The former is not going to happen, but the latter may happen :-) Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On Thu, 5 Apr 2012, Michael Schnell wrote:
On 04/05/2012 03:25 PM, Michael Van Canneyt wrote:
The LCL does just that: polling
With not embedded application (which of course is the main target for LCL
application) Latency and performance optimizing is not a real issue, so this
certainly is good enough.
But at least on Windows this is certainly not necessary, as all events are
handled by the Windows message queue and automatically wake the main thread
waiting for an events in the appropriate API call.
And how does the application see the events ?
Exactly, by polling Windows to see if there is an event available...
('polling' being the operative word here)
Events do not automagically appear in your application, even under windows.
They are not interrupts.
Michael.
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
On 5-4-2012 15:36, michael.vancann...@wisa.be wrote: On Thu, 5 Apr 2012, Reinier Olislagers wrote: On 5-4-2012 15:26, michael.vancann...@wisa.be wrote: A happy user !! Quick, we must stuff him and put him in a museum !! Michael. As long as it's on alcohol ;) I have plenty of vodka and pastis available ;) Ah... the possibilities I'd prefer pastis and a bit of water... giving that nice enigmatic look of preserved user in a big glass container... More seriously, if you want to have a hand in testing (+asking newb questions) on Windows, you have my email address... Not sure I catch your drift ? You want me to test on windows with your help, or do you want me to help you when you're testing on Windows ? The former is not going to happen, but the latter may happen :-) Yep, the latter. Reinier -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] lazbuild build IDE profiles
On 4/5/2012 03:37, Mattias Gaertner wrote: On Wed, 04 Apr 2012 11:41:53 -0400 waldo kittywkitt...@windstream.net wrote: yes, definitely closer... except that normal ide and optimized ide are coming out the same as debug ide :( Fixed. confirmed! /me does the Happy Happy Dance :lol: C:\freepascaldir laz\lazarus-*.exe Volume in drive C has no label. Volume Serial Number is 9CAB-2377 Directory of C:\freepascal\laz 04/05/2012 09:35 130,416,123 lazarus-default.exe 04/05/2012 09:45 76,245,358 lazarus-debug.exe 04/05/2012 09:49 93,860,444 lazarus-normal.exe 04/05/2012 09:52 13,431,404 lazarus-optimized.exe 4 File(s)313,953,329 bytes -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/05/2012 03:39 PM, Michael Van Canneyt wrote: Events do not automagically appear in your application, even under windows. They are not interrupts. AFAIK, in Windows, the Application main thread can call an API function to wait for the next message. Here it uses no CPU cycles and when a message in the queue for that thread arrives from what origin ever, the thread is activated at once and will run according to it's priority thus minimizing the latency to the limit that the OS and the other running tasks allow. I don't see why a timeout would necessarily be enabled to return from that call (providing real polling), as there should be no notifications to the main thread that don’t run through the queue, generating such a message and waking the Main Thread. Of course if the main thread is just working on an event, when a new event is fed to the queue, it will first finish its current work (unless it explicitly calls Application.ProcessMessages) before it is ready to handle the new event. But this is just how a single-threaded application needs to work. I would not call this polling, as the main Loop only runs at max a single turn for each event, while the process sleeps until the next event arises. Maybe GTK does not allow for such a design, though, because not all events can be run though a single queue with embedded waiting/waking functionality. No idea at all regarding fpGUI/X11 etc. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] make clean all fails...
On 4/3/2012 14:52, waldo kitty wrote: question... are these two the same? --build-ide= --build-ide= i hadn't caught an answer to the above... sorry if it got lost in the traffic :? and i guess the same question for --build-mode, too? lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= all of the above would build lazarus using the selected IDE build profile, right? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] make clean all fails...
waldo kitty wkitt...@windstream.net hat am 5. April 2012 um 16:39 geschrieben: On 4/3/2012 14:52, waldo kitty wrote: question... are these two the same? --build-ide= --build-ide= i hadn't caught an answer to the above... sorry if it got lost in the traffic :? and i guess the same question for --build-mode, too? lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= all of the above would build lazarus using the selected IDE build profile, right? This is more a question about your shell than about lazbuild. Like any other console tool lazbuild does not get the parameters literally. Your shell has some rules for quoting and globbing and creates the parameters it passes to the tool. Most shells support quotes and the above 4 are the same. Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On Thu, 5 Apr 2012, Michael Schnell wrote: On 04/05/2012 03:39 PM, Michael Van Canneyt wrote: Events do not automagically appear in your application, even under windows. They are not interrupts. AFAIK, in Windows, the Application main thread can call an API function to wait for the next message. Exactly. That is called 'polling' windows... Here it uses no CPU cycles and when a message in the queue for that thread arrives from what origin ever, the thread is activated at once and will run according to it's priority thus minimizing the latency to the limit that the OS and the other running tasks allow. I don't see why a timeout would necessarily be enabled to return from that call (providing real polling), as there should be no notifications to the main thread that don’t run through the queue, generating such a message and waking the Main Thread. Of course if the main thread is just working on an event, when a new event is fed to the queue, it will first finish its current work (unless it explicitly calls Application.ProcessMessages) before it is ready to handle the new event. But this is just how a single-threaded application needs to work. I would not call this polling, as the main Loop only runs at max a single turn for each event, while the process sleeps until the next event arises. You have a strange definition of polling. Polling = Checking something at regular intervals. No more, no less. Whether or not the CPU is used a lot, or how many threads are in the application, is irrelevant for the definition, they are implementation details. Maybe GTK does not allow for such a design, though, because not all events can be run though a single queue with embedded waiting/waking functionality. Qt/GTK/X11 allow for this design as well. Michael.-- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Make unreadable names into bunary
2012/4/4 Kjow antispamm...@gmail.com: Hi all, I would make unreadable functions/components/classes/etc names into the binary built. I noticed that with an hex editor I can see things like TButton, width, heigh etc. Avoiding this, could make also more difficul a reverse engeneering with the binary. Is there an option to enable this in compiling? Thank you, Kjow Thank you all for replies :) Kjow -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On Thu, Apr 5, 2012 at 4:45 AM, Mattias Gaertner nc-gaert...@netcologne.de wrote: On Wed, 4 Apr 2012 22:18:37 -0300 Marcos Douglas m...@delfire.net wrote: [cut] It's recommended if I have an error, right? Yes. We use make clean all, get a default IDE and recompile again using pcp param to restart all configurations, components, etc. But I have to compile twice. Am I right? Yes. Compiling once with the default settings and once with your settings helps if compiling fails. Just for record, a long time that I didn't need to run make clean all in Lazarus' sources. Today I tried the technique: 1- I got the sources from SVN /branches/fixes_1_0/ 2- Run make clean all 3- I opened the new lazarus.exe using PCP params 4- Build the IDE using the Build command on menu Worked perfectly. I new Lazarus (fixes_1_0/) started with all my configurations and components. That's amazing! Marcos Douglas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] make clean all fails...
On 4/3/2012 14:52, waldo kitty wrote: On 4/3/2012 04:06, Mattias Gaertner wrote: or you can hand craft your own command, but then you have to follow the development of the Makefiles. hummm... i tried following thru them trying to find the reason for some echo lines after building apiwizz but failed miserably... make stuff is not my forte :? here's what i spoke of when i wrote echo lines after building apiwizz above... lines 2127 and 2128 below... 2115 make[3]: Entering directory `C:/freepascal/laz/tools/apiwizz' 2116 c:/freepascal/fpc/2.4.5/bin/i386-win32/ppc386.exe -gl -Fu. -Fu../../lcl/units/i386-win32 -Fu../../components/lazutils/lib/i386-win32 -Fu../../lcl/units/i386-win32/win32 -FE. -FU. -di386 apiwizz.pp 2117 Free Pascal Compiler version 2.4.5 [2011/06/01] for i386 2118 Copyright (c) 1993-2010 by Florian Klaempfl 2119 Target OS: Win32 for i386 2120 Compiling apiwizz.pp 2121 Compiling apiwizard.pp 2122 Compiling resource .\apiwizz.or 2123 Linking .\apiwizz.exe 2124 1019 lines compiled, 5.3 sec , 1345664 bytes code, 352104 bytes data 2125 make[3]: Leaving directory `C:/freepascal/laz/tools/apiwizz' 2126 make[2]: Leaving directory `C:/freepascal/laz/tools/apiwizz' 2127 echo 2128 ECHO is off. 2129 make --assume-new=lazres.pp lazres.exe i suspect that this is coming from tools\Makefile and/or tools\Makefile.fpc off of the lazarus directory... i searched for lazres.pp in makefile* and these two are the only ones that turned up... i suspect that some desired output may be being lost... namely that of $(LAZARUS_LIBPATHS) which is only set of the $(OS_TARGET) is darwin... with $(LAZARUS_LIBPATHS) being undefined, it also explains the extra space in the compile line (#2116 above) right after the -gl entry... this is seen in tools\Makefile on all the compiler options lines for all of the different OS make targets... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/05/2012 04:45 PM, Michael Van Canneyt wrote: Exactly. That is called 'polling' windows... ... You have a strange definition of polling. Polling = Checking something at regular intervals. Sorry for being tense, but what has been described (and acknowledged by you) is _not_ doing something at regular intervals. The API only returns when a message arrives. some might come in some microsecond intervals and then there might be a gap of days. To me this is not regular intervals. Qt/GTK/X11 allow for this design as well. So there is a possibility to feed user events to the queue in GTK ? If so, I don't understand why the GTK Widget Type (other than the Windows Widget Type) implements additional (an) queue(s) in Pascal code. (I never took a look at QT.) -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On Thu, 5 Apr 2012, Michael Schnell wrote: On 04/05/2012 04:45 PM, Michael Van Canneyt wrote: Exactly. That is called 'polling' windows... ... You have a strange definition of polling. Polling = Checking something at regular intervals. Sorry for being tense, but what has been described (and acknowledged by you) is _not_ doing something at regular intervals. The API only returns when a message arrives. some might come in some microsecond intervals and then there might be a gap of days. To me this is not regular intervals. Can you try to open your mind a bit and get the spirit of the definition ? Please ? Then try this: Polling = Asking or checking something. This is as opposed to 'interrupts', where you're not asking, but where the environment interrupts whatever you're doing and forces you to handle the event right there and then. The 'regular intervals' you seem to insist on, means you just put a timeout on the time you wait for your answer when polling. Qt/GTK/X11 allow for this design as well. So there is a possibility to feed user events to the queue in GTK ? If so, I don't understand why the GTK Widget Type (other than the Windows Widget Type) implements additional (an) queue(s) in Pascal code. (I never took a look at QT.) Just add a file descriptor to the main loop mechanism, and write something to it from wherever you want to send an event. Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 05/04/12 16:15, Michael Schnell wrote: So there is a possibility to feed user events to the queue in GTK ? If Yes, you can add your own file descriptors for the gdk event loop to watch. So you can have the loop wake up when there's input on a network socket, for instance. You can add any new event source which can have prepare/check/dispatch/finalize functions. You can use the glib event loop in non-gui programs, too. so, I don't understand why the GTK Widget Type (other than the Windows Widget Type) implements additional (an) queue(s) in Pascal code. (I Sorry, I'm not very familiar with the GTK interface code, could you point me to this additional queue? Henry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/05/2012 05:36 PM, michael.vancann...@wisa.be wrote: Then try this: Polling = Asking or checking something. OK, if you want it that way, I'm with you now. This is as opposed to 'interrupts', where you're not asking, but where the environment interrupts whatever you're doing and forces you to handle the event right there and then. Interrupts are no issue here. That is a completely different concept. Maybe the distinction I have in mind might better denoted as busy loop vs. sleep until action is necessary. The 'regular intervals' you seem to insist on, Sorry but this was your wording I seemingly misunderstood. means you just put a timeout on the time you wait for your answer when polling. Qt/GTK/X11 allow for this design as well. Just add a file descriptor to the main loop mechanism, and write something to it from wherever you want to send an event. Does GTK know files ? Of course, if there is no GUI, you will use such OS API based Sync mechanisms to do a non-busy wait (there are lots more such as Pipes, Semaphores, Mutex, ...) . But if there are GUI (here GTK) events to be handled _and_ user (e.g. Thread-) originated events, you need to decide where to sleep. If sleeping in a GTK call, the file events will not wake up the thread; if waiting for a file, the GTK events will not wake up the thread. So I see two solutions: (1) Wait in one environment (e.g. GTK) and define the wait with a timeout specification. (I suppose that this is what the GTK Widget Type does. ) This implements a (partly / regular interval) busy loop polling for the other (e.g. Thread- originated) events. (2) use an additional thread that waits for the GUI events in an appropriate API call and use same to transfer the events to the non-busy waiting Main loop. I understand that this is (a) rather complex and (b) uses up some performance when handling GUI events. But in fact this will reduce overall CPU time and the latency of non-GUI events. So I do understand that the LCL does not implement something like (2) for good reasons. Theses thoughts might show why I recon that the LCL does busy loop - polling in GTK but not (necessarily) in Windows. Thanks for your time. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On 4/5/2012 08:55, Mattias Gaertner wrote: Marcos Douglas m...@delfire.net hat am 5. April 2012 um 14:04 geschrieben: [...] AFAIK startlazarus should end itself shortly after starting the IDE. Maybe you were too quick, maybe your virus scanner was still scanning startlazarus.exe. Hmm... OK, I did not know that. I will monitor if startlazarus end itself. Thanks. I was wrong. It does not stop itself. Maybe this can be changed. ummm... as i understand it, startlazarus starts lazarus and then if lazarus compiles a new version of itself (tools-build lazarus with profile X) which has the option to restart after the compile finishes set to true, then startlazarus catches this and starts lazarus back up... if startlazarus is terminated after starting lazarus then this functionality will be lost... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 04/05/2012 06:03 PM, Henry Vermaak wrote: Yes, you can add your own file descriptors for the gdk event loop to watch. I did not know about this concept. Maybe this is a perfect solution. If so, why does (or did when I checked quite a long time ago) GT2 implement at least one additional event queue in Pascal code = You can use the glib event loop in non-gui programs, too. Yes I know this but I understood that this can't easily be synced with the gdk queue (thus preventing an general implementation). Maybe your hint above shows this way. -Michael -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
Am 05.04.2012 15:20, schrieb Michael Schnell: On 04/05/2012 02:37 PM, michael.vancann...@wisa.be wrote: TThread.Synchronize works perfectly in any kind of application outside of the LCL. The main thread just has to call CheckSynchronize at regular intervals. (which is what the LCL does for you). Of course I do know this. But regular intervals (aka polling) is not a good idea. For a decent application (e.g. embedded stuff on a low performance hardware) you need to do a decent event scheduling. This means that the main thread needs to go to sleep via an OS API call (to completely free the CPU for other threads or external tasks), and that the sleeping main thread needs to be woken up (by means of en OS API call) at once if an event (may same be thrown by a timer, a Thread or a GUI action) (to allow for the lowest possible latency). If you can accept a main thread that only handles Synchronize events then you can call CheckSynchronize with a very high timeout value (on Windows you can also use INFINITE=DWord(-1)). CheckSynchronize internally (platform independently!) waits for an event that is set once Synchronize is called (this event is reset after CheckSynchronize is done). So you basically utilize the operating system functionality. Please note that only on Windows you get a true infinite wait while on systems based on Posix threads always a timeout wait is used (this could be circumvented if for DWord(-1) the non-timeout wait variant of the RTL would be used, but I don't know the potiential implications that such a change may have - though I also don't know how exactly CheckSynchronize will behave on Posix systems if you call it with INFINITE as argument). Regards, Sven -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] make clean all fails...
On 4/5/2012 10:45, Mattias Gaertner wrote: waldo kitty wkitt...@windstream.net hat am 5. April 2012 um 16:39 geschrieben: lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= lazbuild --build-ide= --build-mode= all of the above would build lazarus using the selected IDE build profile, right? This is more a question about your shell than about lazbuild. ... right now it is w2k's default shell... Like any other console tool lazbuild does not get the parameters literally. Your shell has some rules for quoting and globbing and creates the parameters it passes to the tool. oh yeah, that stuff... i can only assume, then, that we used quotes on --build-mode=default ide because of the space in it? of so, why did we use quotes on --build-ide=-vut when there are no spaces? i only (blindly) copied what was written to use... Most shells support quotes and the above 4 are the same. ok, thank you :) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On 4/5/2012 11:01, Marcos Douglas wrote: Just for record, a long time that I didn't need to run make clean all in Lazarus' sources. Today I tried the technique: 1- I got the sources from SVN /branches/fixes_1_0/ 2- Run make clean all 3- I opened the new lazarus.exe using PCP params 4- Build the IDE using the Build command on menu Worked perfectly. I new Lazarus (fixes_1_0/) started with all my configurations and components. That's amazing! excellent! make clean should be run before svn up so that it cleans old ppu and .o and such out... the svn up may move things and with these old ones laying around, they will cause problems until manually removed... this was pointed out some months back in one of the numerous threads covering/touching this topic... BUT i note that your above appears to say that you started fresh with a new empty directory... in that case you are quite correct that make clean can't run because the files have not been downloaded yet... you could maybe do the following, though... 1- get the sources from SVN /branches/fixes_1_0/ 2- Run make clean all 3- lazbuild --build-ide= --build-mode= 4. copy lazarus.new.exe lazarus.exe(i don't know why lazbuild doesn't, yet) and then starting lazarus with your PCP parms should have you where you want to be... i think... i've not used PCP parms yet... but that is coming ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On Thu, Apr 5, 2012 at 1:32 PM, waldo kitty wkitt...@windstream.net wrote: On 4/5/2012 11:01, Marcos Douglas wrote: Just for record, a long time that I didn't need to run make clean all in Lazarus' sources. Today I tried the technique: 1- I got the sources from SVN /branches/fixes_1_0/ 2- Run make clean all 3- I opened the new lazarus.exe using PCP params 4- Build the IDE using the Build command on menu Worked perfectly. I new Lazarus (fixes_1_0/) started with all my configurations and components. That's amazing! excellent! make clean should be run before svn up so that it cleans old ppu and .o and such out... the svn up may move things and with these old ones laying around, they will cause problems until manually removed... this was pointed out some months back in one of the numerous threads covering/touching this topic... BUT i note that your above appears to say that you started fresh with a new empty directory... in that case you are quite correct that make clean can't run because the files have not been downloaded yet... you could maybe do the following, though... 1- get the sources from SVN /branches/fixes_1_0/ 2- Run make clean all 3- lazbuild --build-ide= --build-mode= 4. copy lazarus.new.exe lazarus.exe (i don't know why lazbuild doesn't, yet) and then starting lazarus with your PCP parms should have you where you want to be... i think... i've not used PCP parms yet... but that is coming ;) In another words, if I used lazbuild I had compile just one time. Is that you mean? Marcos Douglas -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 05/04/12 17:16, Michael Schnell wrote: On 04/05/2012 06:03 PM, Henry Vermaak wrote: Yes, you can add your own file descriptors for the gdk event loop to watch. I did not know about this concept. Maybe this is a perfect solution. If so, why does (or did when I checked quite a long time ago) GT2 implement at least one additional event queue in Pascal code = Got any reference to this code? You can use the glib event loop in non-gui programs, too. Yes I know this but I understood that this can't easily be synced with the gdk queue (thus preventing an general implementation). Maybe your hint above shows this way. Explain why you think it can't be integrated with other loops? Glib has been synced with many things (libev, zeromq, qt, etc). Henry -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] open a list of packages to be installed uses a savedialog
svn of lazarus Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2, windows and linux, german localization: if you open a list of packages to be installed, the IDE uses a savedialog to select the file to be opened. The german button caption is speichern -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Strg + D doesn't invoke Jedi Code formatter ?
Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2 does not format the actual IDE code window, but shows me a dialog JCF parse Tree and does not reformat the code. I think i changed nothing in the IDE settings for JCF. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On 4/5/2012 12:53, Marcos Douglas wrote: On Thu, Apr 5, 2012 at 1:32 PM, waldo kittywkitt...@windstream.net wrote: BUT i note that your above appears to say that you started fresh with a new empty directory... in that case you are quite correct that make clean can't run because the files have not been downloaded yet... you could maybe do the following, though... 1- get the sources from SVN /branches/fixes_1_0/ 2- Run make clean all 3- lazbuild --build-ide= --build-mode= 4. copy lazarus.new.exe lazarus.exe(i don't know why lazbuild doesn't, yet) and then starting lazarus with your PCP parms should have you where you want to be... i think... i've not used PCP parms yet... but that is coming ;) In another words, if I used lazbuild I had compile just one time. Is that you mean? yes... to a point in which direction i'm strongly headed toward... 1. make all includes compiling a default default lazarus.exe... 2. this is one of the things i was speaking with mattias about... 3. one can easily make only needed targets... 4. one needs to keep up with the makefile development for new or removed targets in this area... an ignorant (meaning uneducated!) look at the Makefile in the lazarus root turns up the following on line 3910... all: lazbuild lcl ideintf components tools ide starter which i /think/ indicates that one could leave out the ide target like so... make lazbuild lcl ideintf components tools starter so a whole new svn install can go like this... 1- get the sources from SVN /branches/fixes_1_0/ 2- make lazbuild lcl ideintf components tools starter 3- lazbuild --build-ide= --build-mode= 4. copy lazarus.new.exe lazarus.exe(i don't know why lazbuild doesn't, yet) *OR* 1- get the sources from SVN /branches/fixes_1_0/ 2- make lazbuild 3- lazbuild --build-ide= --build-mode= 4. copy lazarus.new.exe lazarus.exe(i don't know why lazbuild doesn't, yet) whereas an update would be like so... 1- make clean 2- svn up 3- make lazbuild lcl ideintf components tools starter 4- lazbuild --build-ide= --build-mode= 5. copy lazarus.new.exe lazarus.exe(i don't know why lazbuild doesn't, yet) *OR* 1- make clean 2- svn up 3- make lazbuild 4- lazbuild --build-ide= --build-mode= 5. copy lazarus.new.exe lazarus.exe(i don't know why lazbuild doesn't, yet) i think that specifying all of the lazbuild lcl ideintf components tools starter targets is the safest way (based on what mattias has written to me) but again, this is based on (my) ignorance and what little i have been able to learn and piece together ;) i'm fixing to test at least how the update goes... i can't test a new install on this box without loosing what i have now due to space constraints :? sorry for possible rambling and disjointed text... i'm digging and researching while writing this... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Lazarus 1.0 is branched
On 4/5/2012 14:54, waldo kitty wrote: On 4/5/2012 12:53, Marcos Douglas wrote: In another words, if I used lazbuild I had compile just one time. Is that you mean? [...] so a whole new svn install can go like this... 1- get the sources from SVN /branches/fixes_1_0/ 2- make lazbuild lcl ideintf components tools starter 3- lazbuild --build-ide= --build-mode= 4. copy lazarus.new.exe lazarus.exe (i don't know why lazbuild doesn't, yet) [trim] whereas an update would be like so... 1- make clean 2- svn up 3- make lazbuild lcl ideintf components tools starter 4- lazbuild --build-ide= --build-mode= 5. copy lazarus.new.exe lazarus.exe (i don't know why lazbuild doesn't, yet) yes! i can confirm that the update workflow (above) works without building a new ide first and then building another one with lazbuild... this definitely saves some time ;) i will assume that the new load from svn workflow (also above) works without building an ide and then another with lazbuild... i will try to incorporate this into my copy of the wiki instruction scripts and see how it goes... it is actually easier than i thought and i would never have gotten this far without the help and explanations from mattias and others who tossed in nuggets here and there... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strg + D doesn't invoke Jedi Code formatter ?
05.04.2012 22:11, John Landmesser написал: Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2 does not format the actual IDE code window, but shows me a dialog JCF parse Tree and does not reformat the code. I think i changed nothing in the IDE settings for JCF. Please create separate bug reports for all your issues, otherwise they will be forgotten. -- Best regards, Maxim Ganetsky mailto:gan...@narod.ru -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strg + D doesn't invoke Jedi Code formatter ?
06.04.12 2:11, John Landmesser написал: Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2 does not format the actual IDE code window, but shows me a dialog JCF parse Tree and does not reformat the code. I think i changed nothing in the IDE settings for JCF. JCF shows this windows in case it can not parse your source code. Maybe you have some errors in code? If so please fix them first before the format. Best regards, Paul Ishenin. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Internal error 2011090501
Hi, I'm trying to compile trunk using FPC 2.7.1 from today on Linux x86_64 and I'm getting this: Free Pascal Compiler version 2.7.1 [2012/04/05] for x86_64 Copyright (c) 1993-2012 by Florian Klaempfl and others Target OS: Linux for x86-64 Compiling lazcontrols.pas Compiling dividerbevel.pas Compiling extendednotebook.pas Compiling listfilteredit.pas Compiling treefilteredit.pas treefilteredit.pas(28,48) Fatal: Internal error 2011090501 Fatal: Compilation aborted make[1]: *** [lazcontrols.ppu] Error 1 make[1]: se sale del directorio «/home/leonardo/Desarrollo/lazarus/components/lazcontrols» make: *** [lazbuild] Error 2 Any hint? -- Leonardo M. Ramé http://leonardorame.blogspot.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strg + D doesn't invoke Jedi Code formatter ?
John Landmesser schrieb: Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2 does not format the actual IDE code window, but shows me a dialog JCF parse Tree and does not reformat the code. Q: Can the reformatting be disabled, so that it does nothing when the shortcut is entered by accident? I heard Delphi users complain about unwanted reformatting, by accident. Remember that shared code (LCL...) never should be reformatted, to prevent problems with commits and updates. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
Michael Schnell schrieb: On 04/05/2012 04:45 PM, Michael Van Canneyt wrote: Exactly. That is called 'polling' windows... ... You have a strange definition of polling. Polling = Checking something at regular intervals. Sorry for being tense, but what has been described (and acknowledged by you) is _not_ doing something at regular intervals. How do you think to implement regular intervals, when you need a timer *message* for that purpose? Perhaps we should distinguish between *blocking and non-blocking* polling. You seem to mention non-blocking polling, which can be used with multiple independent sources. The blocking version, as used to poll the event queue, puts the thread asleep until the event (new message) occurs. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
Graeme Geldenhuys schrieb: On 5 April 2012 09:38, Michael Schnell wrote: Since years, I always advocated that it should be possible to do non-GUI software in a decent way. But here, Lazarus is severely lacking support: there is _no_ Widget type that allows for normal Delphi-Type event driven programming style, without requiring a GUI binding. (Because no Main Loop Simply use FreeVision (included with FPC) and be happy with the late 80's style console-type software. :) There exist more process types (Windows services, servers? ...), which are event-driven but don't have a GUI. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
Reinier Olislagers schrieb: On 5-4-2012 14:21, Hans-Peter Diettrich wrote: Reinier Olislagers schrieb: Otherwise, you can test if it's in the compiler binary path, fpcdir\bin\architecture, e.g. c:\development\fpctrunk\bin\i386-win32\make.exe fpdoc is in fpcdir\utils\fpdoc\fpdoc.exe (or in the compiler binary path, see above) All my FPC/Lazarus stuff resides on D:, not on C:. E.g. means exempli gratia, for example. This doesn't help when the Path is not set up as required. If you don't have a make.exe in your path or fpc bin directory... well, you can always make the make path configurable for the user (instead of having him run make himself)... Alternatively, just tell the user to put make.exe in the bin dir should still be more user friendly than having him hunt down the proper path for make, start a console session, run make with that path and rtl.chk etc. Or tell users to set up the path as required before starting fpdocmanager... not my preferred solution but would be possible. I leave it to the users, like you g, to send complaints to the FPC team, instead of implementing complicated and error prone workarounds for an obviously simple proper fix. Again: feel free to provide an patch or a stand-alone tool, that allows to create an fpdoc commandline or project for the RTL and FCL, on every machine. No thanks, I think I'll stick with the existing fpdoc tools: 1. FPDocmanager is not cross platform 2. FPdocmanager requires manually setting unit paths and recompiling 3. As you mentioned, it doesn't support an FPCDocs directory separate from an FPC directory Sorry, you have a very wrong picture of the FPDocManager :-( None of the above is true, eventual restrictions (if ever) are imposed by fpdoc. Then why is fpdocmanager in Lazarus, not in FPC - I thought fpcdocs should be maintainable with FPC only without requirement for Lazarus, but I might be mistaken... You can have a GUI, or use the FPC commandline procedures. LazDE also is a Lazarus tool for documentation writers. Do the current fpdoc toolset maintainers agree with FPDocmanager projects replacing makefiles? You seem to miss that *fpdoc* introduced projects, the FPDocManager only *uses* that feature. And when will this replacement happen? Don't ask me :-( I've been fighting with the existing fpdoc system, that's why I decided to try fpdocmanager... having an idea which way things will go will definitely help. I've been fighting with the existing fpdoc system, too, that's why I decided to implement fpdocmanager. I can't help you if you don't like it, for reasons residing in fpdoc. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] fpdocmanager questions crash
michael.vancann...@wisa.be schrieb: The FCL/RTL docs will have a fpdoc project file, as soon as the necessary support for it has migrated to the fixes branch. I have set up and tested these files (albeit only on linux). The fpdoc project file format is documented already. That said: If FPDocmanager has some private extensions to the fpdoc project file format (or uses another file altogether), they will not be included. FPDocManager uses the project files as they are. It leaves it entirely to fpdoc, to create and load such files. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strg + D doesn't invoke Jedi Code formatter ?
I just remove the package and build the IDE. Everytime i hit CTRL+D instead of CTRL+S and i don't like the jcf... 2012/4/5 Hans-Peter Diettrich drdiettri...@aol.com John Landmesser schrieb: Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2 does not format the actual IDE code window, but shows me a dialog JCF parse Tree and does not reformat the code. Q: Can the reformatting be disabled, so that it does nothing when the shortcut is entered by accident? I heard Delphi users complain about unwanted reformatting, by accident. Remember that shared code (LCL...) never should be reformatted, to prevent problems with commits and updates. DoDi -- __**_ Lazarus mailing list Lazarus@lists.lazarus.**freepascal.orgLazarus@lists.lazarus.freepascal.org http://lists.lazarus.**freepascal.org/mailman/**listinfo/lazarushttp://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- William de Oliveira Ferreira Bacharel em Sistemas de Informação -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Internal error 2011090501
On 2012-04-05 20:20:41 -0300, Leonardo M. Ramé wrote: Hi, I'm trying to compile trunk using FPC 2.7.1 from today on Linux x86_64 and I'm getting this: Free Pascal Compiler version 2.7.1 [2012/04/05] for x86_64 Copyright (c) 1993-2012 by Florian Klaempfl and others Target OS: Linux for x86-64 Compiling lazcontrols.pas Compiling dividerbevel.pas Compiling extendednotebook.pas Compiling listfilteredit.pas Compiling treefilteredit.pas treefilteredit.pas(28,48) Fatal: Internal error 2011090501 Fatal: Compilation aborted make[1]: *** [lazcontrols.ppu] Error 1 make[1]: se sale del directorio «/home/leonardo/Desarrollo/lazarus/components/lazcontrols» make: *** [lazbuild] Error 2 Sorry, my fault. It's related to this: http://mantis.freepascal.org/view.php?id=20947 -- Leonardo M. Ramé http://leonardorame.blogspot.com -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strg + D doesn't invoke Jedi Code formatter ?
William Oliveira Ferreira schrieb: I just remove the package and build the IDE. Thanks, that's safe and easy :-) Everytime i hit CTRL+D instead of CTRL+S and i don't like the jcf... +1 DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Strange dependency of units
On 4/5/2012 20:06, Hans-Peter Diettrich wrote: Graeme Geldenhuys schrieb: On 5 April 2012 09:38, Michael Schnell wrote: Since years, I always advocated that it should be possible to do non-GUI software in a decent way. But here, Lazarus is severely lacking support: there is _no_ Widget type that allows for normal Delphi-Type event driven programming style, without requiring a GUI binding. (Because no Main Loop Simply use FreeVision (included with FPC) and be happy with the late 80's style console-type software. :) There exist more process types (Windows services, servers? ...), which are event-driven but don't have a GUI. so... noGUI? maybe... :? i also have to dig back to find an unit/procedure that confused me... a command line processing one... it seems that it is only available with an application project and not via a non-GUI one... i think... it seems to me that anything available to a GUI app, like command line params, should also be available to a non-GUI one... i have been meaning to bring this up in the past but have had other projects in the way... i won't hijack this thread any further than this, though and will try to bring this up shortly... but first, i need to figure out what lib it is in ;) :P ;) -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Hashtags
I think we should use #lazarus-ide, just like the IRC channel name. But AFAICS #Lazarus is actually used by @LazarusDev . 2012/4/3 Richard Mace richard.m...@gmail.com: Hi All, Do we have a prefered twitter hashtag for Lazarus? I did try #Lazarus but that doesn't seem to have anything to do with our Lazarus Richard -- ___ 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] Strg + D doesn't invoke Jedi Code formatter ?
06.04.2012 7:44, Hans-Peter Diettrich написал: John Landmesser schrieb: Strg + d in a german Lazarus 1.1 r36581M FPC 2.6.0 i386-linux-gtk 2 does not format the actual IDE code window, but shows me a dialog JCF parse Tree and does not reformat the code. Q: Can the reformatting be disabled, so that it does nothing when the shortcut is entered by accident? I heard Delphi users complain about unwanted reformatting, by accident. Remember that shared code (LCL...) never should be reformatted, to prevent problems with commits and updates. Remove the shortcut. LCL also needs to be formatted sometimes. Best regards, Paul Ishenin -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
