[PATCH] Re: [5.8.1] getppid is not maintained if not forked by perl

2003-10-17 Thread Rafael Garcia-Suarez
Rafael Garcia-Suarez wrote: > I don't think this happens on mod_perl 2 with prefork MPM, but I'm not > sure why. Could someone try with mod_perl 2 / threaded or prefork MPM to > see if the problem on $$ exists ? (Sorry, lacking time to test this > myself now) I see that mod_perl 2 has a function mo

[Patch] Apache::PerlSection(s?) rename

2003-10-17 Thread Philippe M. Chiasson
Following patch renames Apache::PerlSection to Apache::PerlSections to fix the existing ambiguity between singular and plural PerlSection(s) Index: STATUS === RCS file: /home/cvs/modperl-2.0/STATUS,v retrieving revision 1.67 diff -u -

Re: mod_perl 1.99_10 on AIX 5

2003-10-17 Thread Stas Bekman
Rafael Garcia-Suarez wrote: mod_perl 1.99_10 on AIX 5.2 with the IBM vac compiler, using perl 5.8.1 without ithreads, is mostly OK. There's only one test failure : modperl/subenv.FAILED tests 14-16 Failed 3/16 tests, 81.25% okay Failed Test

mod_perl 1.99_10 on AIX 5

2003-10-17 Thread Rafael Garcia-Suarez
mod_perl 1.99_10 on AIX 5.2 with the IBM vac compiler, using perl 5.8.1 without ithreads, is mostly OK. There's only one test failure : modperl/subenv.FAILED tests 14-16 Failed 3/16 tests, 81.25% okay Failed Test Stat Wstat Total Fail Fai

Re: [5.8.1] getppid is not maintained if not forked by perl

2003-10-17 Thread Rafael Garcia-Suarez
Stas Bekman wrote: > > > > Well, the pid change is already out there in perl 5.8.1, so we need to > > make it more friendly for applications that embed perl on Linux. I think > > the fix should go both in blead and maint. > > Seeing the rush of restoring some things as they were in 5.8.0 for 5.8.

Re: Testing and smoking leave a PID file behind

2003-10-17 Thread Steve Hay
Stas Bekman wrote: Steve Hay wrote: Stas Bekman wrote: Steve Hay wrote: [...] I suppose we could have Apache::TestSmoke::run_test() look for the "server is not running" message, and have it just warn about it rather than error and exit, but there's nearly nothing else after that anyway so we

Re: [5.8.1] getppid is not maintained if not forked by perl

2003-10-17 Thread Stas Bekman
Rafael Garcia-Suarez wrote: Stas Bekman wrote: THREADS_HAVE_PIDS is only defined on Linux. The relevant section of the docs is in perlvar/$$ : Note for Linux users: on Linux, the C functions C and C return different values from different threads. In order to be portable, this behavior is

Re: [5.8.1] getppid is not maintained if not forked by perl

2003-10-17 Thread Stas Bekman
Rafael Garcia-Suarez wrote: Stas Bekman wrote: if any of your programs rely on geppid, they will now be either broken or don't do what you want. I've discovered it while porting Apache::VMonitor, which shows you all the httpd procs and their system's usage, calculating the memory usage and shar

Re: Useless use of a constant in void context at Makefile.PL line 467

2003-10-17 Thread Stas Bekman
Carl Brewer wrote: Stas Bekman wrote: So the offending line is: $string .= Apache::Test::install::nuke_Apache__test_target() if APACHE_TEST_INSTALL(); You lost the actual constant that it was complaining about ;) I should have looked closer. Any change if you replace it with: if (AP

Re: [5.8.1] getppid is not maintained if not forked by perl

2003-10-17 Thread Rafael Garcia-Suarez
Stas Bekman wrote: > if any of your programs rely on geppid, they will now be either broken or > don't do what you want. I've discovered it while porting Apache::VMonitor, > which shows you all the httpd procs and their system's usage, calculating the > memory usage and shared memory usage. getp

Re: [5.8.1] getppid is not maintained if not forked by perl

2003-10-17 Thread Rafael Garcia-Suarez
Stas Bekman wrote: > > > > THREADS_HAVE_PIDS is only defined on Linux. > > The relevant section of the docs is in perlvar/$$ : > > > > Note for Linux users: on Linux, the C functions C and > > C return different values from different threads. In order to > > be portable, this behavior