Re: t/SMOKE on win32

2003-10-03 Thread Randy Kobes
On Thu, 2 Oct 2003, Stas Bekman wrote: > Randy Kobes wrote: > > On Fri, 3 Oct 2003, Randy Kobes wrote: > > > >>I've tried testing this, and haven't come across a problem > >>yet, but this wasn't very extensive, as it's late ... > >>(Stas, I've kept in the "print $log" statements just > >>for debug

Re: t/SMOKE on win32

2003-10-03 Thread Steve Hay
Randy Kobes wrote: Also, I just tried a long run (with the above change to modperl_io.c), and now I do get a (seemingly) random failure, but the error message is Failed to dup STDOUT: Permission denied and not STDIN. Not sure if this is progress ... I've rebuilt with Randy's revised IPC::Run3

Re: t/SMOKE on win32

2003-10-03 Thread Steve Hay
Steve Hay wrote: I'll try to find something that reliably reproduces the problem, rather than scratching my head over these random failures... Well, it seems that the problem with STDOUT is much more reproduceable than the problem with STDIN was. I tried Smoking one of the tests that a full Sm

Re: [PATCH] add PERL5LIB to @INC in the correct order

2003-10-03 Thread Simon Flack
On Tue, 30 Sep 2003 11:49:57 -0700, Stas Bekman wrote > Simon Flack wrote: > > Problem: > > at the beggining of each request PERL5LIB is prepended to @INC in > > reverse order. E.g.: > > SetEnv PERL5LIB "one:two:three:four" > > results in this: > > @INC = ('four', 'three', 'two', 'o

RE: mod_perl 1.99_09 core dumps

2003-10-03 Thread Hans-Ruodi Burch (BE/EAS)
Hi Stas For your information: I tried to compile mod_perl using the latest software versions: - perl-5.8.1 - httpd-2.0.47 - mod_perl-1.99_10 I still get the same error: ... /export/home/tperl/bin/perl -Iblib/arch -Iblib/lib \ t/TEST -clean APXS= APACHE_PORT= APACHE_USER= APACHE_GROUP= APACHE= \

Re: t/SMOKE on win32

2003-10-03 Thread Randy Kobes
On Fri, 3 Oct 2003, Steve Hay wrote: > Steve Hay wrote: > > > I'll try to find something that reliably reproduces the problem, > > rather than scratching my head over these random failures... > > Well, it seems that the problem with STDOUT is much more reproduceable > than the problem with STDIN w

Re: t/SMOKE on win32

2003-10-03 Thread Steve Hay
Randy Kobes wrote: On Fri, 3 Oct 2003, Steve Hay wrote: Steve Hay wrote: I'll try to find something that reliably reproduces the problem, rather than scratching my head over these random failures... Well, it seems that the problem with STDOUT is much more reproduceable than the pr

Re: t/SMOKE on win32

2003-10-03 Thread Randy Kobes
On Fri, 3 Oct 2003, Steve Hay wrote: > Randy Kobes wrote: [ .. ] > >I won't be able to try this until tomorrow, but a thought I > >had was that, since passing in 'undef' for STDIN to run3 (so > >that the child inherits the parent's STDIN) helps in > >apparently getting rid of the errors for STDIN,

Re: t/SMOKE on win32

2003-10-03 Thread Stas Bekman
Steve Hay wrote: Randy Kobes wrote: Also, I just tried a long run (with the above change to modperl_io.c), and now I do get a (seemingly) random failure, but the error message is Failed to dup STDOUT: Permission denied and not STDIN. Not sure if this is progress ... I've rebuilt with Randy's

Re: t/SMOKE on win32

2003-10-03 Thread Steve Hay
Randy Kobes wrote: On Fri, 3 Oct 2003, Steve Hay wrote: Randy Kobes wrote: [ .. ] I won't be able to try this until tomorrow, but a thought I had was that, since passing in 'undef' for STDIN to run3 (so that the child inherits the parent's STDIN) helps in apparently getting rid of the

Re: mod_perl 1.99_09 core dumps

2003-10-03 Thread Stas Bekman
Hi Hans-Ruodi, For your information: I tried to compile mod_perl using the latest software versions: - perl-5.8.1 - httpd-2.0.47 - mod_perl-1.99_10 I still get the same error: That's for sure, since nothing has been done on this front. Philippe is now slowly coming back from the "oblivion", what

Re: t/SMOKE on win32

2003-10-03 Thread Stas Bekman
Steve Hay wrote: Does my patch work on Linux? If not then I have got it all wrong, and we're not still staring at a Win32 problem. Can you please post a patch against the current cvs, not against another patch? Thanks. __ Stas Bek

Re: [mp1 patch] gv_fetchpv "Apache::write_client",

2003-10-03 Thread Philippe M. Chiasson
If this is a good idea, then shouldn't we also do it in the only other place where we gv_fetchpv("",FALSE, ...) ? Index: src/modules/perl/perlio.c === RCS file: /home/cvs/modperl/src/modules/perl/perlio.c,v retrieving revision 1.9 dif

Re: t/SMOKE on win32

2003-10-03 Thread Stas Bekman
Stas Bekman wrote: Steve Hay wrote: Does my patch work on Linux? If not then I have got it all wrong, and we're not still staring at a Win32 problem. Can you please post a patch against the current cvs, not against another patch? Thanks. It just hit me. Nothing that happens on the client side

Re: [mp1 patch] gv_fetchpv "Apache::write_client",

2003-10-03 Thread Stas Bekman
Philippe M. Chiasson wrote: If this is a good idea, then shouldn't we also do it in the only other place where we gv_fetchpv("",FALSE, ...) ? +1 Index: src/modules/perl/perlio.c === RCS file: /home/cvs/modperl/src/modules/perl/perlio.

Re: t/SMOKE on win32

2003-10-03 Thread Randy Kobes
On Fri, 3 Oct 2003, Steve Hay wrote: > I still worry that I've got something terribly wrong, > though. Surely it should at least start running some > tests? I was expecting it to either work, or else fail as > before with the "Failed to dup STDOUT" error on certain > (not-so-)random tests. > > D

Re: t/SMOKE on win32

2003-10-03 Thread Barrie Slaymaker
On Oct 3 2003, Randy Kobes wrote: On Fri, 3 Oct 2003, Steve Hay wrote: > I still worry that I've got something terribly wrong, > though. Surely it should at least start running some > tests? I was expecting it to either work, or else fail as > before with the "Failed to dup STDOUT" error on cer

Re: t/SMOKE on win32

2003-10-03 Thread Stas Bekman
Barrie Slaymaker wrote: On Oct 3 2003, Randy Kobes wrote: On Fri, 3 Oct 2003, Steve Hay wrote: > I still worry that I've got something terribly wrong, > though. Surely it should at least start running some > tests? I was expecting it to either work, or else fail as > before with the "Failed to

Re: t/SMOKE on win32

2003-10-03 Thread Randy Kobes
On Fri, 3 Oct 2003, Barrie Slaymaker wrote: > On Oct 3 2003, Randy Kobes wrote: > > > On Fri, 3 Oct 2003, Steve Hay wrote: > > > > > I still worry that I've got something terribly wrong, > > > though. Surely it should at least start running some > > > tests? I was expecting it to either work, or

Re: RE : [mp2] PERLIO_K_RAW in apr_perlio.c

2003-10-03 Thread Randy Kobes
On Wed, 1 Oct 2003, Stas Bekman wrote: > Randy Kobes wrote: > > On Thu, 2 Oct 2003, Randy Kobes wrote: > > > > > >>Here's a revised set of tests, using Geoff's implementation > >>of Apache::CRLF. This also addresses a couple of earlier > >>comments of Stas - the files used for comparison are now >

Re: RE : [mp2] PERLIO_K_RAW in apr_perlio.c

2003-10-03 Thread Randy Kobes
On Wed, 1 Oct 2003, Stas Bekman wrote: > Randy Kobes wrote: > > On Wed, 1 Oct 2003, Geoffrey Young wrote: > > > >>or, I could just commit it now and Randy can decide which > >>route to go. I think I'll just do that... > > > > Here's a revised set of tests, using Geoff's implementation > > of Apac

Re: RE : [mp2] PERLIO_K_RAW in apr_perlio.c

2003-10-03 Thread Randy Kobes
On Wed, 1 Oct 2003, Stas Bekman wrote: > Randy Kobes wrote: [ .. ] > Cool. The following are just style comments. > > > +# test reading and writing text and binary files > > +{ > > +local $/; > > Randy, can you please put local $/; just before it's > needed? Otherwise it's too far

[mp1] 1.29 release candidate #1

2003-10-03 Thread Philippe M. Chiasson
The mod_perl 1.29 release candidate #1 has arrived. It can be downloaded here: http://www.apache.org/~gozer/mp1/mod_perl-1.28_01-dev-rc1.tar.gz MD5 : 9f3e81dcdea7cdda3715631c25e446ef SHA1: 1d14efb2ad89750dabcb3780b92992c1b8744551 The summary of what has changed since 1.28 are (from Changes): Ad