27.01.2010 17:49, Leonardo M. Ramé:
Well, I had to create a simple testing application that generates
random XML messages and stress-test the daemon.
About Zeos, my app does not compiles against the svn version, but a
copy of an approved (by me!) version. Every couple of months, I get
the latest
e:
> From: Nikolai Zhubr
> Subject: Re: [fpc-devel] FCL Thread-safety
> To: fpc-devel@lists.freepascal.org
> Date: Wednesday, January 27, 2010, 12:27 PM
> 27.01.2010 15:30, Leonardo M. Ramé:
> > I can confirm FCL-XML is thread safe, at least in FPC
> 2.5.1, also
> > Zeos as f
27.01.2010 15:30, Leonardo M. Ramé:
I can confirm FCL-XML is thread safe, at least in FPC 2.5.1, also
Zeos as far as you create a new connection to the database inside
each thread.
I'm using both libraries in a multithreaded daemon that receives an
XML file via socket, then connects to a Postgre
27.01.2010 13:59, JoshyFun пишет:
Hello Nikolai,
Wednesday, January 27, 2010, 8:36:53 AM, you wrote:
NZ> Luckily, I will not use any xml stuff yet.
NZ> However, verifying all of the components that my program might (also
NZ> implicitely) link to is quite a hard task... And it is very possibl
gt; Subject: [fpc-devel] FCL Thread-safety
> To: fpc-devel@lists.freepascal.org
> Date: Tuesday, January 26, 2010, 11:08 PM
> Hello people,
>
> Is FCL thread-safe?
> To be more precise, what I mean is the following. I'm going
> to create 2 (or more) components so that th
Hello Nikolai,
Wednesday, January 27, 2010, 8:36:53 AM, you wrote:
NZ> Luckily, I will not use any xml stuff yet.
NZ> However, verifying all of the components that my program might (also
NZ> implicitely) link to is quite a hard task... And it is very possible to
NZ> make a mistake, thinking that
Am Mittwoch, 27. Januar 2010 09:17 schrieb Marco van de Voort:
> In our previous episode, Burkhard Carstens said:
> > > (implemented as TThread descendants if it matters) with no
> > > syncronization/serialization whatsoever. Can I be sure that such
> > > components will not interfere each other im
In our previous episode, Burkhard Carstens said:
> > (implemented as TThread descendants if it matters) with no
> > syncronization/serialization whatsoever. Can I be sure that such
> > components will not interfere each other implicitely (somewhere deep
> > inside the FCL)?
>
> No, you can't be su
27.01.2010 10:09, Burkhard Carstens:
So using e.g. xmlcfg is thread-safe only, if fpc> 2.4.0 is used.
About avl-tree: IIRC it *can* be used in a thread-safe manner, but by
default, it is not thread-safe. So any component using avl-tree might
not be thread-safe.
There might be much more stuff lik
Am Mittwoch, 27. Januar 2010 02:08 schrieb Nikolai Zhubr:
> Hello people,
>
> Is FCL thread-safe?
> To be more precise, what I mean is the following. I'm going to create
> 2 (or more) components so that they are completely unrelated to each
> other in _my_ code and use them separately within differ
Hello people,
Is FCL thread-safe?
To be more precise, what I mean is the following. I'm going to create 2
(or more) components so that they are completely unrelated to each other
in _my_ code and use them separately within different threads
(implemented as TThread descendants if it matters) wi
11 matches
Mail list logo