This is the pre-release for GDB 7.1
Begin forwarded message:
From: Joel Brobecker brobec...@adacore.com
Date: Fri 19 Feb 2010 02:20:23 GMT+01:00
To: g...@sourceware.org
Subject: GDB 7.0.90 available for testing
Hello,
I have just finished creating the gdb-7.0.90 pre-release.
It is available
On 02/18/2010 10:16 PM, Nikolai Zhubr wrote:
... if you are going to make this messaging work to some degree in
non-main thread on windows, you'll probably need to take care of some
things manually.
Of course you are right that the Delphi / Windows paradigm only allows
for a single message
I suppose it's a glitch of our office's ID.
Sorry for the inconvenience.
Thanks,
-Michael
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
On 02/18/2010 10:26 PM, Graeme Geldenhuys wrote:
Just thought of something else. Not sure if this is a solution,
Thanks a lot for your support, but in fact I am not seeking for a
solution, but the question is if the compilable FPC construct procedure
... message works at all in (Lazarus /)
Michael Schnell wrote:
On 02/18/2010 05:35 PM, Michael Schnell wrote:
I'll try at home
It works at home, No idea why it is blocked here. Is this a kind of
spam-prone server ?
In this last month I was bombarded with web crawlers even though I have a
robots.txt file setup. So about a
Hi
The TMultiReadExclusiveWriteSynchronizer implementation does not allow
read lock promoting
to a write lock. The program above hang in FPC 2.4 and 2.5.x while
working in Delphi and
FPC 2.2.x. It hangs at the x.Beginwrite(); instruction. The
implementation clearly does
not support this scenario.
19.02.2010 23:02, Inoussa OUEDRAOGO:
Hi
The TMultiReadExclusiveWriteSynchronizer implementation does not allow
read lock promoting
to a write lock. The program above hang in FPC 2.4 and 2.5.x while
working in Delphi and
FPC 2.2.x. It hangs at the x.Beginwrite(); instruction. The
implementation