So the new function is:
Apache::ServerUtil::server_shutdown_register_cleanup()
doh. should be server_shutdown_cleanup_register() to be consistent with
$r->cleanup_register(). will fix shortly.
--
__
Stas BekmanJAm_pH --
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Now cleanup_register() ties a perl interpreter and doesn't release it
until that cleanup handler is run. So that call:
$base_server_pool->cleanup_register(sub { Apache::OK });
was tieing an interpreter, but wasn't releasing it (since th
Yes, I'm dead sure it was. However, I've just got
modperl-2.0_20041208171733.tar.gz
over and it passwd all the tests.
:)
Just tested with perl-5.8.4_threaded+apache 2.0.51 mpm: all tests passed.
Excellent. Thanks for the reports Jie.
We have one more issue to resolve and RC1 will be posted shortl
On Wed, 8 Dec 2004, Stas Bekman wrote:
> Date: Wed, 08 Dec 2004 18:54:23 -0500
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] modperl-2.0_20041207171655 test fails
>
> Jie Gao wrote:
>
> > Yes, I'm dead sure it was. However
Jie Gao wrote:
Yes, I'm dead sure it was. However, I've just got
modperl-2.0_20041208171733.tar.gz
over and it passwd all the tests.
:)
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mo
On Wed, 8 Dec 2004, Stas Bekman wrote:
> Date: Wed, 08 Dec 2004 18:03:35 -0500
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] modperl-2.0_20041207171655 test fails
>
> Jie Gao wrote:
>
> Thanks Jie for the detailed report.
Jie Gao wrote:
Thanks Jie for the detailed report.
t/api/lookup_uri.request has failed (the response code was: 500)
see t/logs/error_log for more details
dubious
Test returned status 29 (wstat 7424, 0x1d00)
> [Thu Dec 09 09:13:33 2004] [error] [client 127.0.0.1] Can't call method
"run"
Steve Hay wrote:
Steve Hay wrote:
I'll try whittling down the conf even further.
The attached conf & extra startup script is fairly minimal and still
causes this sequence to crash:
perl t/TEST -verbose t/modules/reload.t t/perl/api.t t/perl/ithreads.t
But if I comment-out the line:
PerlM
Stas Bekman <[EMAIL PROTECTED]> writes:
> Now cleanup_register() ties a perl interpreter and doesn't release it
> until that cleanup handler is run. So that call:
>$base_server_pool->cleanup_register(sub { Apache::OK });
> was tieing an interpreter, but wasn't releasing it (since the pool is
>
Stas Bekman wrote:
Without trying to figure out why this happens, I can now see that it was
clearly a mistake to expose this pool. Why? Because this pool is not
thread-safe (remember it's a global static variable).
Well, I've figured it out anyway.
We have (t/conf/extra.conf.in):
PerlInterpS
On Wed, 8 Dec 2004, Stas Bekman wrote:
> Date: Wed, 08 Dec 2004 16:45:52 -0500
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: [mp2] modperl-2.0_20041207171655 test fails
>
> Jie Gao wrote:
> > make test fails (using Apache/2.0.51
Jie Gao wrote:
make test fails (using Apache/2.0.51 (prefork MPM) on Solaris 9):
t/api/lookup_urirequest has failed (the response code
was: 500)
see t/logs/error_log for more details
t/api/lookup_uridubious
Test returned status 29 (wstat 7424
t/logs/error_log:
[Thu Dec 09 08:29:30 2004] [info] Init: Initializing OpenSSL library
[Thu Dec 09 08:29:30 2004] [info] Init: Seeding PRNG with 0 bytes of entropy
[Thu Dec 09 08:29:30 2004] [info] Init: Generating temporary RSA private keys
(512/1024 bits)
[Thu Dec 09 08:29:32 2004] [info] Init:
make test fails (using Apache/2.0.51 (prefork MPM) on Solaris 9):
t/api/lookup_urirequest has failed (the response code
was: 500)
see t/logs/error_log for more details
t/api/lookup_uridubious
Test returned status 29 (wstat 7424, 0x1d00)
t/ap
Stas Bekman wrote:
Stas Bekman wrote:
t/filter/both_str_req_proxy.t11 100.00% 1
t/modules/proxy.t 255 65280 12 200.00% 1
t/modules/reload.t 33 100.00% 1-3
no real time to investigate at the moment (very, very unfortunately).
Stas Bekman wrote:
t/filter/both_str_req_proxy.t11 100.00% 1
t/modules/proxy.t 255 65280 12 200.00% 1
t/modules/reload.t 33 100.00% 1-3
no real time to investigate at the moment (very, very unfortunately).
I get the proxy fa
Randy Kobes wrote:
On Tue, 7 Dec 2004, Stas Bekman wrote:
Randy, please try this patch:
[ ... ]
Works great, Stas! And the patched echo_bbs2 tests (with the
cleanup calls) all pass. Thanks.
Fantastic. Committed. Thank you guys.
I now can document the more efficient way to write the protocols handl
17 matches
Mail list logo
