Original-Nachricht
Von: Florian Klaempfl [EMAIL PROTECTED]
OTOH, it's looks about the same as in Java and even Java now has
explicit Locks, because synchronized simply isn't efficient nor
flexible enough... ;)
Since I don't use java, what's the difference of locks?
Original-Nachricht
Von: Michael Schnell [EMAIL PROTECTED]
OTOH, it's looks about the same as in Java and even Java now has
explicit Locks, because synchronized simply isn't efficient
I suppose if using Futex (in Linux) or an implementation of a user space
Mutex in the
Yes, but often the question is not how long the *locking* operation takes, but
rather how long the *locked* operation takes.
Of course you are right, but this is not a compiler / Library thing but
depends on the design of the user program.
-Michael
Original-Nachricht
Von: Michael Schnell [EMAIL PROTECTED]
Yes, but often the question is not how long the *locking* operation
takes, but rather how long the *locked* operation takes.
Of course you are right, but this is not a compiler / Library thing but
depends on
Hello,
Am 31.07.2008 um 11:56 schrieb Florian Klaempfl:
Vinzent Höfler schrieb:
Original-Nachricht ---
OTOH, it's looks about the same as in Java and even Java now has
explicit Locks, because synchronized simply isn't efficient nor
flexible enough... ;)
Since I don't use java,
This is an idea using automatic cleanup of interfaces:
procedure foo; - lock
begin
synchronize(cs);
[...]
end; - unlock
or
procedure foo; - lock
begin
with synchronize(cs) do - lock
begin
[...]
end; - unlock
end;
{ TLock }
type
TLock = class(TInterfacedObject)
private
http://www.mitov.com
- Original Message -
From: Henri Gourvest
To: FPC developers' list
Sent: Thursday, July 31, 2008 5:57 AM
Subject: Re: [fpc-devel] Re: Multi threading support
This is an idea using
: Re: [fpc-devel] Re: Multi threading support
Hmm... it looks almost one to one copy from our code in Version 4.0 of our
libraries ;-) . Are you one of our customers, or you have simply come with the
same idea as us?
With best regards,
Boian Mitov
http://www.mitov.com
- Original Message -
*From:* Boian Mitov [EMAIL PROTECTED]
*To:* FPC developers' list fpc-devel@lists.freepascal.org
*Sent:* Thursday, July 31, 2008 5:59 AM
*Subject:* Re: [fpc-devel] Re
-
From: Henri Gourvest
To: FPC developers' list
Sent: Thursday, July 31, 2008 6:29 AM
Subject: Re: [fpc-devel] Re: Multi threading support
sorry, it is also my idea :D
I recently written a new light db interface for firebird, to simplify queries
and auto commit transactions
On Thu, Jul 31, 2008 at 2:57 PM, Henri Gourvest [EMAIL PROTECTED] wrote:
This is an idea using automatic cleanup of interfaces:
That is so cleaver! :)
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
On Thu, Jul 31, 2008 at 2:59 PM, Boian Mitov [EMAIL PROTECTED] wrote:
Hmm... it looks almost one to one copy from our code in Version 4.0 of our
libraries ;-) . Are you one of our customers, or you have simply come with
the same idea as us?
I'm not Henri, but we did similar setting and
- Original Message -
From: Graeme Geldenhuys [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Thursday, July 31, 2008 7:17 AM
Subject: Re: [fpc-devel] Re: Multi threading support
That is so cleaver
- Original Message -
From: Graeme Geldenhuys [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Thursday, July 31, 2008 7:17 AM
Subject: Re: [fpc-devel] Re: Multi threading support
On Thu, Jul 31, 2008 at 2:57 PM, Henri Gourvest [EMAIL
On Thu, Jul 31, 2008 at 4:21 PM, Boian Mitov [EMAIL PROTECTED] wrote:
I actually posted fragments of our code couple of moths ago during the
interface decrement discussion.
I'll go have a look. :) Thanks to Gmail, I have about 2-3 years of
archived mail. I don't use interfaces much (and don't
On Thu, 31 Jul 2008 07:33:16 -0700
Boian Mitov [EMAIL PROTECTED] wrote:
You can download the 3.1 version of OpenWire from www.openwire.org .
It still uses the MultiReads. I have a new version that compiles
under Lazarus, although the editors are not fully functional under
GTK in Linux yet.
- Original Message -
From: Mattias Gaertner [EMAIL PROTECTED]
To: fpc-devel@lists.freepascal.org
Sent: Thursday, July 31, 2008 9:24 AM
Subject: Re: [fpc-devel] Re: Multi threading support
Have you reported the bug?
I have encountered a number of issues, but as I said the Lazarus
On Thu, 31 Jul 2008 16:22:01 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
On Thu, Jul 31, 2008 at 2:59 PM, Boian Mitov [EMAIL PROTECTED] wrote:
Hmm... it looks almost one to one copy from our code in Version
4.0 of our libraries ;-) . Are you one of our customers, or you
have simply
Message -
From: Mattias Gaertner [EMAIL PROTECTED]
To: fpc-devel@lists.freepascal.org
Sent: Thursday, July 31, 2008 10:33 AM
Subject: Re: [fpc-devel] Re: Multi threading support
I think, this sounds like a misuse of interfaces.
What you really need is an auto referenced class
Mattias Gaertner wrote:
On Thu, 31 Jul 2008 16:22:01 +0200
Graeme Geldenhuys [EMAIL PROTECTED] wrote:
On Thu, Jul 31, 2008 at 2:59 PM, Boian Mitov [EMAIL PROTECTED] wrote:
Hmm... it looks almost one to one copy from our code in Version
4.0 of our libraries ;-) . Are you one of our
On 31 Jul 2008, at 14:07, Boian Mitov wrote:
BTW: As it was discussed a while ago this does not work so well with
Lazarus due to some optimizations they do with when a reference is
decremented.
No, as explained roughly ten times by now it's due to some
optimisations which we do *not*
Jonas,
Thank you!
I disagree with your definition of what is optimisation, but I accept the
FPC as it is. Being aware of the way it is implemented in FPC is very
important to the other developers, and I was just making them aware of the
danger. I am not saying you are doing it wrong (At
Boian Mitov schrieb:
Jonas,
Thank you!
I disagree with your definition of what is optimisation,
Well, and this is exactly the point were you are wrong (as proved by
several code samples you ignored) and that's why Jonas reacted the way
he did.
PM
Subject: Re: [fpc-devel] Re: Multi threading support
BTW: As it was discussed a while ago this does not work so well with
Lazarus due to some optimizations they do with when a reference is
decremented.
No, as explained roughly ten times by now it's due to some optimisations
which we do
- Original Message -
From: Florian Klaempfl [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Thursday, July 31, 2008 2:21 PM
Subject: Re: [fpc-devel] Re: Multi threading support
Boian Mitov schrieb:
Jonas,
Thank you
On 31 Jul 2008, at 22:14, Boian Mitov wrote:
I disagree with your definition of what is optimisation
Optimisation = do not use a temp, but directly assign a function
result to its eventual destination. FPC's non-optimisation is that it
does use intermediate temps in some cases where
Mitov Software
http://www.mitov.com
- Original Message -
From: Jonas Maebe [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Thursday, July 31, 2008 2:37 PM
Subject: Re: [fpc-devel] Re
On 31 Jul 2008, at 22:44, Boian Mitov wrote:
Please accept my apology
Apology accepted. And good luck with your review process!
Jonas
___
fpc-devel maillist - fpc-devel@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-devel
- Original Message -
From: Jonas Maebe [EMAIL PROTECTED]
To: FPC developers' list fpc-devel@lists.freepascal.org
Sent: Thursday, July 31, 2008 2:48 PM
Subject: Re: [fpc-devel] Re: Multi threading support
On 31 Jul 2008, at 22:44, Boian
29 matches
Mail list logo