Re: [ANNOUNCE] mod_perl-1.99_14

2004-05-25 Thread Stefan Loones
Stas Bekman wrote: Stefan Loones wrote: -8-- Start Bug Report 8-- 1. Problem Description: My previous working version was : mod_perl-1.99_11-3 (.i386.rpm) I did a rpmbuild --rebuild mod_perl-1.99_14-1.bl.src.rpm (rpm supplied by Stuart Jansen, thanks !)

RE: [QUESTION] Modperl setup problem.

2004-05-25 Thread zmfeuerborn
I see. I'm not using a cgi directory, but am running scripts out of the normal root/sub directories. Here's what I have in httpd right now: LoadModule php4_modulemodules/libphp4.so LoadModule perl_modulemodules/mod_perl.so PerlModule Apache2 ** DocumentRoot /wwwroot/htdocs

Re: [ANNOUNCE] mod_perl-1.99_14

2004-05-25 Thread Stas Bekman
Stefan Loones wrote: Stas Bekman wrote: Stefan Loones wrote: -8-- Start Bug Report 8-- 1. Problem Description: My previous working version was : mod_perl-1.99_11-3 (.i386.rpm) I did a rpmbuild --rebuild mod_perl-1.99_14-1.bl.src.rpm (rpm supplied by

mod_perl 2 and DBI connection pooling

2004-05-25 Thread John Siracusa
What is the status of DBI connection pooling (a la Apache::DBI) in mod_perl 2? The 2.0 guide says, a replacement for Apache::DBI based on the tipool will allow to reuse database connections between multiple threads of the same process. will allow? Does that mean it's not done yet? How are

mp2: starting a new completely separate perl process

2004-05-25 Thread Stefan Loones
Hi all, First of all sorry if this is not really mod_perl related I'm looking for the best way to start a new process from a (SetHandler modperl) PerlResponseHandler. I don't want the ResponseHandler to wait for the new process. So the new process needs to be completely independent. The new

Re: mp2: starting a new completely separate perl process

2004-05-25 Thread Stas Bekman
Stefan Loones wrote: Hi all, First of all sorry if this is not really mod_perl related I'm looking for the best way to start a new process from a (SetHandler modperl) PerlResponseHandler. I don't want the ResponseHandler to wait for the new process. So the new process needs to be completely

Re: [ANNOUNCE] mod_perl-1.99_14

2004-05-25 Thread Stas Bekman
Stefan Loones wrote: Stas Bekman wrote: Problem is that on our production machine I need to do everything with rpm. When I have the time I will try it on another machine. That's clear. But nothing prevents you from building from the source to test whether it works. I have no problem building

Re: [QUESTION] Modperl setup problem.

2004-05-25 Thread Stas Bekman
[EMAIL PROTECTED] wrote: I see. I'm not using a cgi directory, but am running scripts out of the normal root/sub directories. Here's what I have in httpd right now: LoadModule php4_modulemodules/libphp4.so LoadModule perl_modulemodules/mod_perl.so PerlModule Apache2 **

Re: mod_perl 2 and DBI connection pooling

2004-05-25 Thread Stas Bekman
John Siracusa wrote: What is the status of DBI connection pooling (a la Apache::DBI) in mod_perl 2? The 2.0 guide says, a replacement for Apache::DBI based on the tipool will allow to reuse database connections between multiple threads of the same process. will allow? Does that mean it's not

cvs commit: modperl-2.0/t/response/TestAPR uri.pm

2004-05-25 Thread stas
stas2004/05/25 01:42:03 Modified:t/response/TestAPR uri.pm Log: doh! turn the fatal off, will fix in the morning Revision ChangesPath 1.2 +8 -7 modperl-2.0/t/response/TestAPR/uri.pm Index: uri.pm

cvs commit: modperl-2.0/t/modperl exit.t

2004-05-25 Thread stas
stas2004/05/25 09:23:56 Modified:t/modperl exit.t Log: fix regex Revision ChangesPath 1.3 +1 -1 modperl-2.0/t/modperl/exit.t Index: exit.t === RCS file:

cvs commit: modperl-2.0/todo release

2004-05-25 Thread stas
stas2004/05/25 19:34:45 Modified:t/response/TestAPR pool.pm todo release Log: disable for now the clear tests, as it causes side-effect problems on windows Revision ChangesPath 1.15 +28 -25modperl-2.0/t/response/TestAPR/pool.pm