On Fri, 3 Oct 2003, Stas Bekman wrote:
> 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
> >
Hi,
During the course of testing mp1.29-rc1 I ran into a strange problem,
probably Windows-specific, which I've seen before but never got to the
bottom of.
I have Apache 1.3.28 installed in C:\apache and Perl 5.8.1 in C:\perl5.
The latter has all the paths in it's Config.pm pointing to C:\per
Randy Kobes wrote:
I've tried now a couple of things, but without success:
- redirecting STDOUT/STDERR to a temporary file within
the parent, and then calling run3 as
run3 $command, undef, undef, undef;
which is supposed to inherit the parent's STDs. This
worked fine on linux, but not on Win32.
On Oct 6 2003, Steve Hay wrote:
Randy Kobes wrote:
test1.pl passes a scalar to run3
test2.pl redirects STDOUT to a scalar and has run3 inherit it
Does
open STDOUT, '>', \$logout;
create a real filehandle at the OS level, or does it use I/O layers
to redirect the perl script's output to a scal
Randy Kobes wrote:
On Fri, 3 Oct 2003, Stas Bekman wrote:
If it is happening on the server side, may be it happens
due to a previous request not restoring the overriden STD
stream at the end of its run? We have the error checking,
but it may fail nevertheless?
It sounds like that might be
Simon Flack wrote:
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', 'one', '/usr
Andrew Wyllie wrote:
(I'm resending this as I did not see it go through the first time)
I was running into a problem trying to build MP2 with a name other
than mod_perl.so. After poking around for a while I found that the
MP_LIBNAME arg on the command line was not replacing the default
value of m
Steve Hay wrote:
[...]
Any luck with either of the two following patches?
Index: src/modules/perl/modperl_io.c
===
RCS file: /home/cvs/modperl-2.0/src/modules/perl/modperl_io.c,v
retrieving revision 1.14
diff -u -r1.14 modperl_io.c
---
On the second thought, chances are that nobody has been using a
multiple-paths PERL5LIB, otherwise they would have complained like you
did. So if nobody objects and we agree that the current behavior is
buggy, +1 for your patch.
So what do you think, fix it? or document it?
and of course need
Geoffrey Young wrote:
On the second thought, chances are that nobody has been using a
multiple-paths PERL5LIB, otherwise they would have complained like you
did. So if nobody objects and we agree that the current behavior is
buggy, +1 for your patch.
So what do you think, fix it? or document i
Should we try to squeeze it into 1.29? If so do we need another release
candidate? Since we need 1.29 out asap, because of the bug in 5.8.1, I
suggest that we release 1.29 as it is now. Then hopefully we will
release 1.30 some time soon (including the PERL5LIB fix). I know there
are quite a fe
Steve Hay wrote:
Philippe M. Chiasson wrote:
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
Passed all tests on Wi
Philippe M. Chiasson wrote:
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
Passed all tests on WinXP/MSVC++6 with
hi all...
along with the map_to_storage hook, I noticed that there are two other
Apache hooks that don't have Perl counterparts: ap_hook_default_port and
ap_hook_http_method.
here is an implementation for the PerlDefaultPortHandler. unlike other
hooks, this one doesn't enter the request c
14 matches
Mail list logo
