Stas Bekman wrote:
>Steve Hay wrote:
>
>
>
Oh yes! That kills the server itself! i.e. api.t now crashes the
server in the course of executing its test plan, and ithreads doesn't
even have a server to play with :(
>>>Crashes? CORE::exit() works fine h
OK, that's better :) But doesn't Apache start a new process then?
No -- we're only running one process (-D ONE_PROCESS) -- see
Apache/TestServer.pm ;)
You mean when debugging? Because normally we don't start one process.
It's only the case if $self->{run}->{opts}->{'one-process'} is true.
--
Stas Bekman wrote:
>>>OK, that's better :) But doesn't Apache start a new process then?
>>>
>>>
>>>
>>No -- we're only running one process (-D ONE_PROCESS) -- see
>>Apache/TestServer.pm ;)
>>
>>
>
>You mean when debugging? Because normally we don't start one process.
>
>It's only the ca
Steve Hay wrote:
It is the 'bool' overload that's doing the stringification: presumably
the SvTRUE(sv) call in modperl_errsv()?
I think yes.
If I comment-out the 'bool' overload line then stderr.txt is now empty,
and the skeleton tests pass OK, even with the "use warnings FATAL =>
'all';" line b
Hello Stas et al,
I'm trying to put this into NetBSD pkgsrc versioning,
which likes a numerical ascendancy I think.
Any sugestions for how to label this in the context
of ap2-perl-X.YY.ZZ?
Should I ask the NBSD pkgsrc people to bump up to 2.0.0-RC1
or stick with 1.99.18xxx ? As other pkgs have dep
Stas Bekman wrote:
Markus, any difference if you replace both occurences of newSVpvf with
1) Perl_form(aTHX_ "0x%lx", (unsigned long)aTHX)
2) Perl_newSVpvf(aTHX_ "0x%lx", (unsigned long)aTHX)
--
__
Stas BekmanJAm_pH -->
Markus Wichitill wrote:
Stas Bekman wrote:
may be because it uses #define rather than a wrapper it doesn't see
that symbol at compile time (bizarre!). How about this (replacing
define with real func)?
Index: xs/ModPerl/Util/ModPerl__Util.h
Carl Brewer wrote:
Hello Stas et al,
I'm trying to put this into NetBSD pkgsrc versioning,
which likes a numerical ascendancy I think.
Any sugestions for how to label this in the context
of ap2-perl-X.YY.ZZ?
Should I ask the NBSD pkgsrc people to bump up to 2.0.0-RC1
or stick with 1.99.18xxx ? As
Steve Hay wrote:
Oh yes! That kills the server itself! i.e. api.t now crashes the
server in the course of executing its test plan, and ithreads doesn't
even have a server to play with :(
Crashes? CORE::exit() works fine here (happened to work fine?). I guess it
should be a problem since it
Ian Holsman wrote:
Philippe M. Chiasson wrote:
a long awaited release candidate for mod_perl 2.0.0 is now available for
testing.
please grab the candidate from:
http://www.apache.org/~gozer/mp2/mod_perl-2.0.0/mod_perl-2.0.0-RC1.tar.gz
MD5: d069e5d442ae7d75cd4a366fb65ab125
SHA1: ad4537a9799a5b81213
Stas Bekman wrote:
So mod_perl.so has loaded the right libperl.so which has Perl_newSVpvf
resolved, Util.so shouldn't complain then, no? It doesn't for me (linux
here too).
Is it possible that somehow Apache tries to load by itself? (httpd.conf?)
/usr/src/modperl-2.0/blib/arch/auto/ModPerl/Util/
Markus Wichitill wrote:
Stas Bekman wrote:
So mod_perl.so has loaded the right libperl.so which has Perl_newSVpvf
resolved, Util.so shouldn't complain then, no? It doesn't for me
(linux here too).
Is it possible that somehow Apache tries to load by itself? (httpd.conf?)
/usr/src/modperl-2.0/blib
Stas Bekman wrote:
may be because it uses #define rather than a wrapper it doesn't see that
symbol at compile time (bizarre!). How about this (replacing define with
real func)?
Index: xs/ModPerl/Util/ModPerl__Util.h
===
--- xs/ModPe
On Mon, 2004-12-13 at 14:05 -0500, Stas Bekman wrote:
> It's always better to have an insider.
Does Chromatic have any sway there?
- Perrin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PRO
Markus Wichitill wrote:
Stas Bekman wrote:
Markus Wichitill wrote:
With current SVN, t/modperl/util hangs on Linux when run alone or as
part of the whole test suite. On Win32/Apache 2.0.52/Perl 5.8.6 and
ActivePerl 5.8.4, this test and all others pass.
error_log:
/usr/local/apache2/bin/httpd: re
Stas Bekman wrote:
>Steve Hay wrote:
>
>
>
>>I now get this in the stderr.txt file:
>>
>>SV = PV(0x31f64d0) at 0x31960b8
>> REFCNT = 1
>> FLAGS = (TEMP,POK,pPOK)
>> PV = 0x31f7ed4 "ModPerl::Util::exit: (12) exit was called at
>>C:/apache2/perl5/site/lib/Apache/Test.pm line 238"\0
>> CUR
Stas Bekman wrote:
Markus Wichitill wrote:
With current SVN, t/modperl/util hangs on Linux when run alone or as
part of the whole test suite. On Win32/Apache 2.0.52/Perl 5.8.6 and
ActivePerl 5.8.4, this test and all others pass.
error_log:
/usr/local/apache2/bin/httpd: relocation error:
/usr/sr
Markus Wichitill wrote:
With current SVN, t/modperl/util hangs on Linux when run alone or as
part of the whole test suite. On Win32/Apache 2.0.52/Perl 5.8.6 and
ActivePerl 5.8.4, this test and all others pass.
error_log:
/usr/local/apache2/bin/httpd: relocation error:
/usr/src/modperl-2.0/blib/
With current SVN, t/modperl/util hangs on Linux when run alone or as part of
the whole test suite. On Win32/Apache 2.0.52/Perl 5.8.6 and ActivePerl
5.8.4, this test and all others pass.
error_log:
/usr/local/apache2/bin/httpd: relocation error:
/usr/src/modperl-2.0/blib/arch/auto/ModPerl/Util/U
Stas Bekman wrote:
t/SMOKE has revealed a problem with the following run:
t/TEST -v -maxclients 1 t/apache/read.t t/hooks/authz.t
t/modperl/pnotes.t t/error/runtime.t t/apr/perlio.t
The error is:
[Fri Nov 05 19:44:51 2004] [error] [client 127.0.0.1] Insecure
dependency in open while running setg
Perrin Harkins wrote:
On Mon, 2004-12-13 at 14:05 -0500, Stas Bekman wrote:
It's always better to have an insider.
Does Chromatic have any sway there?
May be. I don't know anybody who does.
--
__
Stas BekmanJAm_pH -->
Philippe M. Chiasson wrote:
a long awaited release candidate for mod_perl 2.0.0 is now available for
testing.
please grab the candidate from:
http://www.apache.org/~gozer/mp2/mod_perl-2.0.0/mod_perl-2.0.0-RC1.tar.gz
MD5: d069e5d442ae7d75cd4a366fb65ab125
SHA1: ad4537a9799a5b812136863f9c95d94c13a52d
Perrin Harkins wrote:
On Mon, 2004-12-13 at 12:05 -0500, Stas Bekman wrote:
Anybody knows how to post to
slashdot.org?
We just have to submit it and take our chances. The announcement looks
good to me.
It's always better to have an insider. Lemme ask at the asf members list.
--
_
On Mon, 2004-12-13 at 12:05 -0500, Stas Bekman wrote:
> Anybody knows how to post to
> slashdot.org?
We just have to submit it and take our chances. The announcement looks
good to me.
- Perrin
-
To unsubscribe, e-mail: [EMAIL
Steve Hay wrote:
I moved the installing of the WARN handler to a .pl file PerlRequire'd
from httpd.conf. I still get the above warning written to stderr.txt.
Don't know what that proves.
Neither do I :(
Try adding sv_dump(sv) before SvREFCNT_dec() and hopefully it'll reveal
what sv it segfault
On Mon, 2004-12-13 at 11:24 -0500, Stas Bekman wrote:
> Is everybody happy with this schema (at least give it a try for RC2)?
+1
Thanks for sorting it out.
- Perrin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional co
Steve Hay wrote:
I now get this in the stderr.txt file:
SV = PV(0x31f64d0) at 0x31960b8
REFCNT = 1
FLAGS = (TEMP,POK,pPOK)
PV = 0x31f7ed4 "ModPerl::Util::exit: (12) exit was called at
C:/apache2/perl5/site/lib/Apache/Test.pm line 238"\0
CUR = 98
LEN = 99
Attempt to free temp prematur
Stas Bekman wrote:
>Steve Hay wrote:
>
>
So the offending SV is an error message itself, caused by the exit in
these lines in Apache/Test.pm:
# trying to emulate a dual variable (ala errno)
unless ($meets_condition) {
my $reason = join ', ',
Steve Hay wrote:
So the offending SV is an error message itself, caused by the exit in
these lines in Apache/Test.pm:
# trying to emulate a dual variable (ala errno)
unless ($meets_condition) {
my $reason = join ', ',
@SkipReasons ? @SkipReasons : "no reason giv
Steve Hay wrote:
Stas Bekman wrote:
Steve Hay wrote:
So the offending SV is an error message itself, caused by the exit in
these lines in Apache/Test.pm:
# trying to emulate a dual variable (ala errno)
unless ($meets_condition) {
my $reason = join ', ',
@SkipReasons ?
Steve Hay wrote:
you mean re-enable t/perl/ithreads.t, skip api.t and run:
% t/TEST t/modules/reload.t t/perl/api.t t/perl/ithreads.t
just did that, and see no problem.
Yes. But how did you skip api.t? I meant edit
t/response/TestPerl/api.pm so that some condition is not met in the test
plan s
Stas Bekman wrote:
>Steve Hay wrote:
>
>
>>So the offending SV is an error message itself, caused by the exit in
>>these lines in Apache/Test.pm:
>>
>># trying to emulate a dual variable (ala errno)
>>unless ($meets_condition) {
>>my $reason = join ', ',
>>
Stas Bekman wrote:
>Steve Hay wrote:
>
>
>>Regarding that warning, perldiag says:
>>
>>"Mortalized values are supposed to be freed by the free_tmps() routine.
>>This indicates that something else is freeing the SV before the
>>free_tmps() routine gets a chance, which means that the free_tmps()
Stas Bekman wrote:
>Steve Hay wrote:
>
>
>>The weird thing is that no warnings appear in the error_log. So I added
>>this instead of the use warnings line:
>>
>>$SIG{__WARN__} = sub {
>>open LOG, '>C:\\Temp\\stderr.txt';
>>print LOG @_;
>>close LOG;
>>};
>>
>>and now I get this wri
We discussed earlier that we would like to encourage modperl users to port
their apps to mp2-RCX and since RC1 was released it's a time to do just
that. So I was thinking we could post the following to the modperl users
list/use.perl.org/freshmeat/slashdot.org:
-
Steve Hay wrote:
Right, last night test_perl_ithreads moved to post_config_startup.pl. So
that note needs to be updated.
(It still hasn't been.)
it has now. thanks for the reminder
Anyway, I've made an interesting new discovery: the ithreads.t test
crashes the server because ithreads.pm contains
John Peacock wrote:
Stas Bekman wrote:
Sorry, I wasn't clear in my explanation of what I was proposing (but it
may not matter, as you say below).
if ( $mod_perl::VERSION > 2.000 ) # this is now an overloaded comparison
that won't work, simply because there is no mod_perl2 (only mod_perl)
and mo
OK so to sum things up:
On our side:
in RC2 we move to:
$mod_perl::VERSION = 1.099_019;
which will eventually become:
$mod_perl::VERSION = 2.000_000;
we mangle Makefile.PL to convert x.yyy_zzz into x.y.z and pass it to:
WriteMakefile(VERSION => "x.y.z").
so the package name is gen
John Peacock wrote:
Stas Bekman wrote:
Suppose we bundle version.pm in some way with mp2. How is this going
to help other modules. Let's say I have a module Foo that requires
mp2. How will it check the required version w/o version.pm?
I was thinking that I could provide a version.pm that could b
Steve Hay wrote:
Steve Hay wrote:
Anyway, I've made an interesting new discovery: the ithreads.t test
crashes the server because ithreads.pm contains "use warnings FATAL =>
'all'". Simply commenting-out that line, the skeleton test now succeeds!
Furthermore, the full svn (rev 111694) test sui
Jie Gao wrote:
Apache/2.0.51 (prefork MPM) + perl-5.8.5_non_threaded on Debian Woody (stable):
All tests passed.
Apache/2.0.51 (prefork) + perl5.8.3 non_threaded on Solaris 8: All tests passed.
Wow, that's too good to be true :)
Thanks Jie
--
___
That works fine for me, Stas - Win32 falls through to the OS
environment variable, and $env{OS} it is undefined, so all
the directive/setupenv.t tests pass. Thanks!
Great, committed! Thanks Randy!
--
__
Stas BekmanJAm_pH -
Steve Hay wrote:
>Anyway, I've made an interesting new discovery: the ithreads.t test
>crashes the server because ithreads.pm contains "use warnings FATAL =>
>'all'". Simply commenting-out that line, the skeleton test now succeeds!
>
Furthermore, the full svn (rev 111694) test suite, with
t/p
Stas Bekman wrote:
>>I've been walking through things in the debugger, and I've determined
>>that it crashes in ithreads.pm while trying to require threads.pm.
>>
>>I note that ithreads.pm contains this comment:
>>
>># threads must have been preloaded at the server startup for this
>># te
Philippe M. Chiasson wrote:
>a long awaited release candidate for mod_perl 2.0.0 is now available for
>testing.
>
>please grab the candidate from:
>
>http://www.apache.org/~gozer/mp2/mod_perl-2.0.0/mod_perl-2.0.0-RC1.tar.gz
>
> MD5: d069e5d442ae7d75cd4a366fb65ab125
> SHA1: ad4537a9799a5b812136863
45 matches
Mail list logo
