Re: [fpc-devel] FCL Thread-safety

2010-01-27 Thread Nikolai Zhubr
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

Re: [fpc-devel] FCL Thread-safety

2010-01-27 Thread Leonardo M . Ramé
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

Re: [fpc-devel] FCL Thread-safety

2010-01-27 Thread Nikolai Zhubr
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

Re: [fpc-devel] FCL Thread-safety

2010-01-27 Thread Nikolai Zhubr
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

Re: [fpc-devel] FCL Thread-safety

2010-01-27 Thread Leonardo M . Ramé
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

Re[2]: [fpc-devel] FCL Thread-safety

2010-01-27 Thread 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 possible to NZ> make a mistake, thinking that

Re: [fpc-devel] FCL Thread-safety

2010-01-27 Thread Burkhard Carstens
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

Re: [fpc-devel] FCL Thread-safety

2010-01-27 Thread 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 implicitely (somewhere deep > > inside the FCL)? > > No, you can't be su

Re: [fpc-devel] FCL Thread-safety

2010-01-26 Thread Nikolai Zhubr
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

Re: [fpc-devel] FCL Thread-safety

2010-01-26 Thread Burkhard Carstens
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

[fpc-devel] FCL Thread-safety

2010-01-26 Thread 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 different threads (implemented as TThread descendants if it matters) wi