Re: [Lazarus] Lazarus Wiki

2014-03-19 Thread Mark Morgan Lloyd
Marco van de Voort wrote: On Sun, Mar 16, 2014 at 07:15:29AM +, Mark Morgan Lloyd wrote: Ditto. Never the right speed, and really badly crossreferenced :-) When one's feeling contemplative, the last thing one wants is to be accosted by jazz or techno; and Google /still/ haven't worked out h

Re: [Lazarus] Any active plans to release Lazarus with FPC 2.6.4

2014-03-19 Thread Marco van de Voort
On Tue, Mar 18, 2014 at 07:36:13AM +0100, Geoffray ? fatalerrors ? Levasseur wrote: > You can check our compilation scripts (comments are in french, sorry about > that): > http://git.tuxfamily.org/0linux/0linux.git?p=0linux/0linux.git;a=blob;f=0Linux/d/fpc/fpc.recette > http://git.tuxfamily.org/

Re: [Lazarus] Lazarus Wiki

2014-03-19 Thread Marco van de Voort
On Sun, Mar 16, 2014 at 07:15:29AM +, Mark Morgan Lloyd wrote: > > Ditto. Never the right speed, and really badly crossreferenced :-) > > When one's feeling contemplative, the last thing one wants is to be > accosted by jazz or techno; and Google /still/ haven't worked out how to > recognise

Re: [Lazarus] debugging parts of rtl from within lazarus

2014-03-19 Thread Marc Santhoff
On Mo, 2014-03-17 at 22:35 +0100, Sven Barth wrote: > Am 17.03.2014 20:23 schrieb "Marc Santhoff" : > > > The IDE doesn't rebuild RTL , or fpc packages. But if you have your own > > > fpc build, you can always rebuild and install it with debug info. > > > > I have no own build but the sources. Read

Re: [Lazarus] debugging parts of rtl from within lazarus

2014-03-19 Thread Marc Santhoff
On Mo, 2014-03-17 at 23:18 +, Mark Morgan Lloyd wrote: > Marc Santhoff wrote: > > On Mo, 2014-03-17 at 17:22 +, Mark Morgan Lloyd wrote: > > But some questions popping up: > > In the patch report you write SerFlush() is non-destructive and the new > > SerFlushInput/Output() are destructive

Re: [Lazarus] Windows.PostMessage vs Application.QueueAsyncCall

2014-03-19 Thread Michael Schnell
On 03/19/2014 01:00 PM, Martin Schreiber wrote: Maybe have a look how it is done in MSEgui with tmseevent/tobjectevent, application.postevent() and friends? IIRC you already played with them? :-) :-) :-) Yep ! I do like this stuff ! On behalf of OS and Widget-Set independent and user friendl

Re: [Lazarus] Windows.PostMessage vs Application.QueueAsyncCall

2014-03-19 Thread Michael Schnell
On 03/19/2014 02:04 AM, Hans-Peter Diettrich wrote: For Windows applications you should eventually know some bits about the main thread message queue. Not really, as LCL and RTL provide as well TThread.Queue and Application.QueueAsyncCall in Windows and Linux (and Mac, AFAIK). In Delphi you

Re: [Lazarus] Windows.PostMessage vs Application.QueueAsyncCall

2014-03-19 Thread Martin Schreiber
On Wednesday 19 March 2014 11:31:25 Michael Schnell wrote: > > The real issue is that in many cases you need to queue not only the call > but the parameters for the call as well. > Maybe have a look how it is done in MSEgui with tmseevent/tobjectevent, application.postevent() and friends? IIRC you

Re: [Lazarus] Windows.PostMessage vs Application.QueueAsyncCall

2014-03-19 Thread Michael Schnell
On 03/18/2014 05:52 PM, Joao Morais wrote: I missed the "async" part, sorry. What about reuse App.QueueAsyncCall with interface? Combining the Interface idea with asynchronous signaling in fact is a nice idea. The real issue is that in many cases you need to queue not only the call but the

Re: [Lazarus] Windows.PostMessage vs Application.QueueAsyncCall

2014-03-19 Thread Michael Schnell
On 03/19/2014 12:53 AM, Hans-Peter Diettrich wrote: This queue may be unusable for LCL messages (dunno). It _is_ used for the said purpose, simply because the TThread class is provided by the fpc RTL (not the LCL) and here it can't do other but feed the Queue in the RTL. And this obviously wor