> On Thu, Feb 12, 2009 at 12:34 AM, Eric Covener wrote:
> > Bizarre conclusion. Other interpreters are likely more
> > thread-aware/thread-exploitative when not embedded in Apache, so
> > they'd be less likely to casually link with non-threadsafe libraries.
On 12.02.09 23:02, howard chen wrote:
howard chen wrote:
> On Thu, Feb 12, 2009 at 12:34 AM, Eric Covener wrote:
>
>> Bizarre conclusion. Other interpreters are likely more
>> thread-aware/thread-exploitative when not embedded in Apache, so
>> they'd be less likely to casually link with non-threadsafe libraries.
>>
>
> Why? Since i
On Thu, Feb 12, 2009 at 10:02 AM, howard chen wrote:
> On Thu, Feb 12, 2009 at 12:34 AM, Eric Covener wrote:
>
>> Bizarre conclusion. Other interpreters are likely more
>> thread-aware/thread-exploitative when not embedded in Apache, so
>> they'd be less likely to casually link with non-threadsa
On Thu, Feb 12, 2009 at 12:34 AM, Eric Covener wrote:
> Bizarre conclusion. Other interpreters are likely more
> thread-aware/thread-exploitative when not embedded in Apache, so
> they'd be less likely to casually link with non-threadsafe libraries.
>
Why? Since if mod_php has thread safety pro
On Thu, 12 Feb 2009 00:08:08 +0800
howard chen wrote:
> But I just wonder, isn't all mod_php/mod_python/mod_perl/mod_ruby are
> relying on the same set of popular 3rd party libraries? e.g. zlib,
> libxml, expat, iconvso the above statement is also true in
> mod_python/mod_perl/mod_ruby?
Ther
On Wed, Feb 11, 2009 at 11:08 AM, howard chen wrote:
> But I just wonder, isn't all mod_php/mod_python/mod_perl/mod_ruby are
> relying on the same set of popular 3rd party libraries? e.g. zlib,
> libxml, expat, iconvso the above statement is also true in
> mod_python/mod_perl/mod_ruby?
>
> So
It can pretty much be said about anything that uses libraries that are
not thread-safe, yes. While things like mod_perl are thread safe with
ithreads as far as apache is concerned, mod_perl won't guarantee the
thread-safeness of talking to the libraries, nor will any other mod_*
probably that uses