Re: [mp2 bug] Perl*Env issues

> Another option is not to use sections for anything but Apache > config. do you need to have this section that you've the problem > with during config phase? If not move it into post_config phase and your > problem is solved. Actually, I need to use %ENV variables for Apache config. So, it won'

Re: t/perl/ithreads.t revisited

Steve Hay wrote: No, it's something in the mp2 test setup. If I just start my installed Apache2/mp2 setup then I get two Apache.exe's as expected. I'll try to see what the difference is. Got it. We made an exception for Win32 to always run in one-process mode because otherwise we couldn't re

Re: t/perl/ithreads.t revisited

Steve Hay wrote: [...] The error_log only contains: [Tue Dec 14 15:06:47 2004] [notice] Child 3844: Child process is running [Tue Dec 14 15:06:47 2004] [notice] Child 3844: Acquired the start mutex. [Tue Dec 14 15:06:47 2004] [notice] Child 3844: Starting 50 worker threads. [Tue Dec 14 15:06:47 200

Re: [PATCH] Re: t/perl/ithreads.t revisited

Steve Hay wrote: Nor me till I tried it. All it does is print an utterly useless message in the console: >perl -e "CORE::dump()" This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. perlport does ment

Re: wiki?

Randy Kobes wrote: I was just wondering - with mp2 on the horizon, are there any thoughts to creating a wiki for perl.apache.org? It might make it easier for people to contribute hints, code tidbits, etc., that could help others in the migration. Mason uses it on www.masonhq.com, and it seems to be

wiki?

I was just wondering - with mp2 on the horizon, are there any thoughts to creating a wiki for perl.apache.org? It might make it easier for people to contribute hints, code tidbits, etc., that could help others in the migration. Mason uses it on www.masonhq.com, and it seems to be pretty successful

Re: [mp2 bug] Perl*Env issues

Pratik wrote: I am having the following apache configuration file. == % cat ~/lab/mp2/test/httpd.conf ServerRoot "/home/pvnaik/lab/mp2/test" Timeout 300 DocumentRoot "/home/pvnaik/lab/mp2/test/webdocs" ErrorLog logs/error_log Listen 44951 PerlModule Apache2 ; PerlSetEn

Re: [mp2] t/modperl/util hangs on Linux

Stas Bekman wrote: 2) Perl_newSVpvf(aTHX_ "0x%lx", (unsigned long)aTHX) Succeeds. really? That's strange. I guess I'll just use it then. Déjà-vu: http://article.gmane.org/gmane.comp.apache.mod-perl.devel/4427 - To unsubscribe, e-ma

Re: [mp2] t/modperl/util hangs on Linux

Stas Bekman wrote: Markus, any difference if you replace both occurences of newSVpvf with 1) Perl_form(aTHX_ "0x%lx", (unsigned long)aTHX) t/modperl/util1..1 # Running under perl version 5.008006 for linux # Current time local: Tue Dec 14 16:32:57 2004 # Current time GMT: Tue Dec 14 15:32:57

Re: [mp2] t/modperl/util hangs on Linux

Markus Wichitill wrote: Stas Bekman wrote: 2) Perl_newSVpvf(aTHX_ "0x%lx", (unsigned long)aTHX) Succeeds. really? That's strange. I guess I'll just use it then. Thanks, committed. Déjà-vu: http://article.gmane.org/gmane.comp.apache.mod-perl.devel/4427 But I want to know why does this happen on yo

Re: [mp2] t/modperl/util hangs on Linux

Markus Wichitill wrote: Stas Bekman wrote: Markus, any difference if you replace both occurences of newSVpvf with 1) Perl_form(aTHX_ "0x%lx", (unsigned long)aTHX) t/modperl/util1..1 # Running under perl version 5.008006 for linux # Current time local: Tue Dec 14 16:32:57 2004 # Current time GM

[mp2 bug] Perl*Env issues

I am having the following apache configuration file. == % cat ~/lab/mp2/test/httpd.conf ServerRoot "/home/pvnaik/lab/mp2/test" Timeout 300 DocumentRoot "/home/pvnaik/lab/mp2/test/webdocs" ErrorLog logs/error_log Listen 44951 PerlModule Apache2 ; PerlSetEnv MyVar "H

Re: t/perl/ithreads.t revisited

Stas Bekman wrote: >Steve Hay wrote: > > >>Stas Bekman wrote: >> >> >> >> >OK, that's better :) But doesn't Apache start a new process then? > > > > > No -- we're only running one process (-D ONE_PROCESS) -- see Apache/TestServer.pm ;) >>

Re: t/perl/ithreads.t revisited

Steve Hay wrote: >Stas Bekman wrote: > > > >>Steve Hay wrote: >> >> >> >> >>>Stas Bekman wrote: >>> >>> >>> >>> >>> >>> >>OK, that's better :) But doesn't Apache start a new process then? >> >> >> >> >> >> >> >No -- we're

Re: t/perl/ithreads.t revisited

Steve Hay wrote: Stas Bekman wrote: OK, that's better :) But doesn't Apache start a new process then? No -- we're only running one process (-D ONE_PROCESS) -- see Apache/TestServer.pm ;) You mean when debugging? Because normally we don't start one process. It's only the case if $self->{

Re: [PATCH] Re: t/perl/ithreads.t revisited

Stas Bekman wrote: >Steve Hay wrote: > > >>CORE::dump() doesn't seem to do anything useful in Win32 land :( I >>tried commenting-out the "$Carp::CarpInternal{+__PACKAGE__}++;" line in >>APR/Error.pm and then adding: >> >>Carp::cluck("str called"); >> >>inside str(). This only gives me the fo

Re: t/perl/ithreads.t revisited

Stas Bekman wrote: >Steve Hay wrote: > > >>Stas Bekman wrote: >> >> >> >> >>>Steve Hay wrote: >>> >>> >>> >>> >>> >>So the offending SV is an error message itself, caused by the exit in >>these lines in Apache/Test.pm: >> >># trying to emulate a dual variable (ala