> > Do you mean LCL 1.6 applications compiled with FPC 2.6.4 are smaller > and faster than compiled with FPC 3.0?
I am sorry for not been specific enough. I was using Laz1.4.4 (fixes) & 1.5 with fpc3.0.1 I meant with the above mentioned versions, normal compile and run, would generate smaller exe and faster. Regards, Jamal On Wed, Dec 9, 2015 at 2:17 PM, Michael Schnell <[email protected]> wrote: > On 12/09/2015 11:45 AM, Mattias Gaertner wrote: > >> Application QueuAsyncCall is implemented using TThread.Queue. >>> >> What is wrong with the current implementation? >> > Nothing. But it uses another Queue. Queue handling needs OS calls for > waiting. I want to avoid to do any OS Calls so I simply use what the RTL > offers for exactly this purpose. > > Many concepts are explained here: >> http://wiki.lazarus.freepascal.org/Extending_the_IDE Lazarus contains >> several examples of such design time packages. Maybe instantfpclaz.lpk is a >> good start. >> > > Thanks ! > > I will tale a look. > > > Since FPC/Lazarus is cross platform, it usually works the other way round. >> For instance "Windows Service Application" for platform dependent, just >> "Service Application" for cross platform. >> > > I have no problem with choosing a different name. If you say just > "Service Application" is OK, it's absolutely fine with me. > > NoGUi has already a dedicated mainthread, TThread.Synchronize, >> TThread.Queue, Application.ProcessMessages, Application.QueueAsyncCall. >> Only SendMessage and TTimer are missing. >> > > I started working on the "active NoGui" project years ago, as at that time > there was a chance that I would need to use it (But I could not talk my > colleagues into the fpc/Lazarus direction.) > > Bo seems to have done some testing for his NoGUI project but seemingly > what he found was not up to his needs. (I found similar requests every few > month in the mailing lists, but seldom somebody instated so strongly on > finding exactly something that closely resembled my old project.) . > > So it might - or might not - be viable to publish it by decently > integrating it in the Lazarus environment. > > In fact I would not like to try to re-use the NoGUI code, especially as I > seem to remember that I read about several shortcomings of same (I did not > yet check myself). Is there a documentation on what exactly NoGUI is > supposed to provide ? > > (I suppose this "Service Application" might replace "noGUI", but of course > same should stay in place for legacy projects. ) > > -Michael > > > -- > _______________________________________________ > Lazarus mailing list > [email protected] > http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus >
-- _______________________________________________ Lazarus mailing list [email protected] http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
