Re: apr_psprintf thread safe?

2004-01-09 Thread Cliff Woolley
Where does it say that? httpd uses it extensively, so if it's not, I'd tend to think we'd have noticed by now... --Cliff On Thu, 8 Jan 2004, Donald Doane wrote: Okay, will do that, but it's called in flood_easy_reports::easy_process_stats() and it seems APR documentation implies it is not

Re: apr_psprintf thread safe?

2004-01-09 Thread Donald Doane
The following comment is from apr_lib.h: * apr_vformatter does not call out to any other code, it is entirely * self-contained. This allows the callers to do things which are * otherwise unsafe. For example, apr_psprintf uses the scratch * space at the unallocated end of a block, and doesn't

Re: apr_psprintf thread safe?

2004-01-09 Thread Cliff Woolley
On Thu, 8 Jan 2004, Donald Doane wrote: The following comment is from apr_lib.h: * apr_vformatter does not call out to any other code, it is entirely * self-contained. This allows the callers to do things which are * otherwise unsafe. For example, apr_psprintf uses the scratch * space

Re: apr_psprintf thread safe?

2004-01-09 Thread Sander Striker
On Fri, 2004-01-09 at 04:50, Cliff Woolley wrote: [...] That seems to say to me that apr_psprintf is in fact threadsafe after all. :-) It actually depends on how apr_psprintf is called, pass it the same pool in two concurrent threads and it might blow up. Is the apr_psprintf function

Re: apr_psprintf thread safe?

2004-01-09 Thread Donald Doane
Thank you for the claification. Sander Striker wrote: On Fri, 2004-01-09 at 04:50, Cliff Woolley wrote: [...] That seems to say to me that apr_psprintf is in fact threadsafe after all. :-) It actually depends on how apr_psprintf is called, pass it the same pool in two concurrent threads

Re: Regarding Apache 2.0.48 and specweb99

2004-01-09 Thread gregames
Joshua Schnee wrote: I am attempting to set up the latest Apache server and RHEL 64bit to use in a Specweb99 run and am running into cgi issues. I am very new to Apache, and am having difficulty getting apache to run/use/find my cgi-script. Static content works fine, but I am getting improper

Re: Perl test framework, TestConfig, and debugging A::T

2004-01-09 Thread William McKee
On Thu, Jan 08, 2004 at 12:57:43PM -0800, Stas Bekman wrote: It's really hard to guess what did you do. As suggested below if you could create a sample package which reproduces the problem, upload it somewhere and post the URL here, we could be much more helpful. You should be able to

Re: sticky preferences in Apache-Test

2004-01-09 Thread Geoffrey Young
$ perl Makefile.PL MP_APXS=/apache/2.1/prefork/perl-5.8.2/bin/apxs ... Configuring Apache/2.1.0-dev mod_perl/1.99_13-dev Perl/v5.8.2 $ make make test ... using Apache/2.0.49-dev (prefork MPM) waiting 120 seconds for server to start: .httpd: module mod_perl.c is not compatible with

Re: sticky preferences in Apache-Test

2004-01-09 Thread Stas Bekman
Geoffrey Young wrote: $ perl Makefile.PL MP_APXS=/apache/2.1/prefork/perl-5.8.2/bin/apxs ... Configuring Apache/2.1.0-dev mod_perl/1.99_13-dev Perl/v5.8.2 $ make make test ... using Apache/2.0.49-dev (prefork MPM) waiting 120 seconds for server to start: .httpd: module mod_perl.c is not

Re: Perl test framework, TestConfig, and debugging A::T

2004-01-09 Thread Stas Bekman
William McKee wrote: [...] I've been calling it as `perl -d t/TEST`. I have tried calling it using `t/TEST -debug perl` but the debugger hangs or, more recently, I get the message '!!! server is not ready yet, try again.' Running the tests without debugging or with the gdb debugger works fine. I