On Sat, 6 Apr 2002, James G Smith wrote:
> osname=freebsd, osvers=4.3-20010721-stable, archname=i386-freebsd
excellent, thanks. i had tested linux, solaris, hpux and win32, good to
see another platform pass. actually, win32 compiles for me, but does not
pass all tests.
> apache/subproce
Doug MacEachern <[EMAIL PROTECTED]> wrote:
>hopefully today. i'm doing some more testing, there's a snapshot here if
>anybody wants to test:
>http://perl.apache.org/~dougm/mod_perl-1.99_01-dev.tar.gz
>
>please report test results and perl -V if you have a chance. thanks.
Executive summary: per
The URL
http://perl.apache.org/dist/mod_perl-1.99_01.tar.gz
has entered CPAN as
file: $CPAN/authors/id/D/DO/DOUGM/mod_perl-1.99_01.tar.gz
size: 368151 bytes
md5: 8db81a4cc572544eb427f2beb1beceea
This is the first public release of mod_perl version 2.0-tobe.
Apache version 2.0.35 or
hopefully today. i'm doing some more testing, there's a snapshot here if
anybody wants to test:
http://perl.apache.org/~dougm/mod_perl-1.99_01-dev.tar.gz
please report test results and perl -V if you have a chance. thanks.
Any ideas when a basically functional mod_perl 2's gonna be ready?
Issac
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
>>>you could just do:
>>> $self->{conf_opts}->{src_dir} = "$cwd/../..";
>>
> ^^
>
>> $self->{conf_opts}->{src_dir} = "$cwd/../../src";
>>
>>doesn't seem to do the trick, still finds the one installed on the system.
>
>
> try without
Doug MacEachern wrote:
> On Sat, 6 Apr 2002, Stas Bekman wrote:
>
>
>>This problem is still there with the latest coolest modperl 2.0.
>
>
> how about now?
now it shutdowns cleanly :)
__
Stas BekmanJAm_pH --> Jus
On Sun, 7 Apr 2002, Stas Bekman wrote:
> Yes, but how does it help with Apache::TestMM?
well, there's a comment explains what's going on.
and code to work around the problem.
> Its import() already does a similar thing.
no, that is not the same.
> Should it unconditionaly force the aliasing?
On Sat, 6 Apr 2002, Stas Bekman wrote:
> This problem is still there with the latest coolest modperl 2.0.
how about now?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Doug MacEachern wrote:
> On Sat, 6 Apr 2002, Stas Bekman wrote:
>
>
>>but that's not what we want. I'm not sure why MY package can be seen
>>only in the first caller of Apache::TestMM::import.
>
>
> see ModPerl::MM::my_import
Yes, but how does it help with Apache::TestMM? Its import() alread
On Sun, 7 Apr 2002, Stas Bekman wrote:
> Now do we manually add '-typemap Apache2/typemap' to the
> WriteMakefile()? or should this be arranged automatically for extensions
> inside modperl-2.0 package?
yeah. something like what Apache::src::typemaps did. need an Apache::src
equiv in genera
On Sun, 7 Apr 2002, Stas Bekman wrote:
> They fail under 5.6.x :(
i know. what i'm saying is do something like so:
my @todo = $] < 5.007_03 ? (todo => [1..4]) : ();
plan $r, @todo, tests => 4, have_module 'Apache::SubProcess';
or just skip the tests if < 5.007_03
---
Doug MacEachern wrote:
> with perl-current:
> apache/subprocessok, 4/4 unexpectedly succeeded
> All tests successful (4 subtests UNEXPECTEDLY SUCCEEDED), 4 tests skipped.
>
> maybe the todo => ... in that test could be left out when the tests are
> expected to pass?
They fail under 5
Doug MacEachern wrote:
> xs/typemap and WrapXS/typemap are now catted together and installed into
> Apache2/typemap
Thanks
Now do we manually add '-typemap Apache2/typemap' to the
WriteMakefile()? or should this be arranged automatically for extensions
inside modperl-2.0 package?
___
with perl-current:
apache/subprocessok, 4/4 unexpectedly succeeded
All tests successful (4 subtests UNEXPECTEDLY SUCCEEDED), 4 tests skipped.
maybe the todo => ... in that test could be left out when the tests are
expected to pass?
--
On Sat, 6 Apr 2002, Stas Bekman wrote:
> but that's not what we want. I'm not sure why MY package can be seen
> only in the first caller of Apache::TestMM::import.
see ModPerl::MM::my_import
> $self->{conf_opts}->{maxclients} = 2;
> +$self->{conf_opts}->{libmodperl} = "$cwd/../../src
xs/typemap and WrapXS/typemap are now catted together and installed into
Apache2/typemap
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Sat, 6 Apr 2002, Arthur Bergman wrote:
> If you perl_destruct the main perl inerpreter while child interpreters
> are still running
ah, that didn't come across clear in your first message. i would expect
problems with that. modperl destructs all clones before the main
interpreter, so thi
On lördag, april 6, 2002, at 04:50 , Doug MacEachern wrote:
>
>>
>> To avoid this kind of random segfaults I would suggest that if there
>> are
>> any perl interpreters still running when we are shutingdown the first
>> perl interpreter we don't actually cleanup after us (The system will).
>
>
On Sat, 6 Apr 2002, Arthur Bergman wrote:
>
> To avoid this kind of random segfaults I would suggest that if there are
> any perl interpreters still running when we are shutingdown the first
> perl interpreter we don't actually cleanup after us (The system will).
the system does not cleanup P
There are at least two problems with sub-projects which want to have their
own test suite. These problems are relevant to the Apache-Test sub-project
as well:
1. Apache::TestMM's export of MY::test and MY::clean works only once,
which is the top level. Any other attempts to repeat the import
This is the same module as posted earlier but now rewritten in XS. I've
tested it by putting the test file in the main test suite, since I cannot
test it yet in the sub-project dir, so I won't commit the test till it'll
be possible to run tests in the sub-projects:
--- /dev/null Thu Jan 1 0
To avoid this kind of random segfaults I would suggest that if there are
any perl interpreters still running when we are shutingdown the first
perl interpreter we don't actually cleanup after us (The system will).
Arthur
On lördag, april 6, 2002, at 07:03 , Stas Bekman wrote:
> This problem
23 matches
Mail list logo
