Stas Bekman 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% ok
Stas Bekman wrote:
Steve Hay wrote:
Perhaps just slip in "$old_pid = 0;" at the end of the "if (WIN32) {
... }" section to fix this?
Sure, the adjusted patch below does that.
Cool.
However, there is still a bigger problem with this new patch. You've
removed the little hack that I'd left
> Ayhan Ulusoy wrote:
> > If I may add my grain of salt as an -interested- user for this
one...
> >
> > Here's how I would expect PERL5LIB to work :
>
> Sorry for cutting you short, Ayhan, but we can't and shouldn't change
the
> way
> PERL5LIB works under mp.
[Ayhan]
I am afraid you _have_ c
Hi Geoff,
Please be ensured : this thing doesn't have a real name yet, and before
it does, the mod_perl list will be pinged.
It just needed one for the development...
I am counting on you though to give feed-back on the mod_perl list when
it comes to choosing a real name :-)
Cheers,
Ayhan
Ayhan Ulusoy wrote:
Ayhan Ulusoy wrote:
If I may add my grain of salt as an -interested- user for this
one...
Here's how I would expect PERL5LIB to work :
Sorry for cutting you short, Ayhan, but we can't and shouldn't change
the
way
PERL5LIB works under mp.
[Ayhan]
I am afraid you _have_
> "SB" == Stas Bekman <[EMAIL PROTECTED]> writes:
SB> modperl list... Also it's probably a good idea to ask the owner of
SB> Apache::Sandwich whether they aren't working on a mp2 port already.
I am not. Feel free to adopt it.
Personally, I don't use it anymore in preference to a real templ
hi all
in continuing the discussion from last week (or was it the week before)
where we decided to fix the PL_sv_undef thing first then re-examine
modperl_callback's second-guessing the return value of the Perl callback...
attached is a patch that fixes things to how I think they should work
-
Ayhan Ulusoy wrote:
I am afraid you _have_ cut it short, Stas. Perhaps even before reading
it :)
Admittedly, I have generated quite a bit of traffic this week-end, and
you seem like a busy man. So, I'll let it slip this time :-)
Guilty as charged, but I said that in first place ;) Since I've to
Vivek Khera wrote:
"SB" == Stas Bekman <[EMAIL PROTECTED]> writes:
SB> modperl list... Also it's probably a good idea to ask the owner of
SB> Apache::Sandwich whether they aren't working on a mp2 port already.
I am not. Feel free to adopt it.
Personally, I don't use it anymore in preference t
Simon Flack wrote:
On Mon, 06 Oct 2003 15:37:12 -0400, Geoffrey Young wrote
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.
OK, so 1.29 is out, we can put your patch in.
I know I was +1 before, but now that we're all a bit more enlightened as to
PERL5LIB and its implications, I think we ought to reconsider.
my reasons against altering _anything_ about PERL5LIB behavior in 1.0 would be
- altering the existing, sta
Geoffrey Young wrote:
OK, so 1.29 is out, we can put your patch in.
I know I was +1 before, but now that we're all a bit more enlightened as
to PERL5LIB and its implications, I think we ought to reconsider.
my reasons against altering _anything_ about PERL5LIB behavior in 1.0
would be
- a
Geoffrey Young wrote:
hi all
in continuing the discussion from last week (or was it the week before)
where we decided to fix the PL_sv_undef thing first then re-examine
modperl_callback's second-guessing the return value of the Perl callback...
attached is a patch that fixes things to how I thi
I've committed the latest version plus the cleanup suggested in the last email
of yours.
This only leaves the problem of it occasionally picking up the "wrong"
PID file:-
Anyway, I thought I'd add some code in try_exit_opts() to remove the
PID file, but it still didn't always work. I added mo
Stas Bekman wrote:
Also this core files scan, is it relevant at all to WIN32? When you
get a coredump, do you get a core file?
No, there's no core files on Win32. "Dr Watson's log files" would be
the closest thing I suppose, but you don't really want to go there.
Perhaps if we skip the cor
Rafael Garcia-Suarez wrote:
Stas Bekman 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.
[...]
Here's the full test output :
$ t/TEST -v modperl/subenv
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -v 'modperl/sube
16 matches
Mail list logo
