You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@perl.apache.org by Steve Hay <st...@uk.radan.com> on 2004/09/14 11:20:36 UTC
t\perl\ithreads.t failing on Win32
The following sequence of tests fails on Win32 (2.0.50, 5.8.5) using
current CVS: t/modules/reload.t t/perl/api.t t/perl/ithreads.t
Each test is OK individually, and any pair of them run OK too.
Nothing useful appears in error_log, and there is little clue from the
output under t/TEST -verbose either:
C:\Temp\modperl-2.0>perl t/TEST -verbose t/modules/reload.t t/perl/api.t
t/perl/ithreads.t
[...]
t\modules\reload....1..3
# Running under perl version 5.008005 for MSWin32
# Current time local: Tue Sep 14 09:46:51 2004
# Current time GMT: Tue Sep 14 08:46:51 2004
# Using Test.pm version 1.25
# Using Apache/Test.pm version 1.14
# writing file: C:\Temp\modperl-2.0\t\lib\Apache\Reload\Test.pm
# getting the same interp ID for /TestModules__reload
# testing : Initial
# expected: const:const
# prototype:prototype
# simple:simple
# received: const:const
# prototype:prototype
# simple:simple
ok 1
# writing file: C:\Temp\modperl-2.0\t\lib\Apache\Reload\Test.pm
# testing : Reload
# expected: const:CONST
# prototype:PROTOTYPE
# simple:SIMPLE
# received: const:CONST
# prototype:PROTOTYPE
# simple:SIMPLE
ok 2
# testing : Unregister
# expected: unregistered OK
# received: unregistered OK
ok 3
# removing file: C:\Temp\modperl-2.0\t\lib\Apache\Reload\Test.pm
# removing dir tree: C:\Temp\modperl-2.0\t\lib\Apache
# removing dir tree: C:\Temp\modperl-2.0\t\lib\Apache\Reload
ok
t\perl\api..........1..0 # skipped: getppid() is not implemented on
Win32 skipped
all skipped: getppid() is not implemented on Win32
t\perl\ithreads.....request has failed (the response code was: 500)
see t/logs/error_log for more details
dubious
Test returned status 9 (wstat 2304, 0x900)
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t\perl\ithreads.t 9 2304 ?? ?? % ??
1 test skipped.
Failed 1/3 test scripts, 66.67% okay. 0/3 subtests failed, 100.00% okay.
[warning] server localhost:8529 shutdown
[ error] error running tests (please examine t\logs\error_log)
The 500 server error there is actually the Apache.exe server crashing :(
I would try this sequence under 1.99_16, but t/modules/reload.t is new
since then and t/perl/ithreads.t (and also t/perl/ithreads2.t) is
missing from it (and also from 1.99_15). (Are they supposed to be
omitted from the distro's?!)
- Steve
------------------------------------------------
Radan Computational Ltd.
The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [OT] ++gmane (was Re: t\perl\ithreads.t failing on Win32)
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Stas Bekman <st...@stason.org> writes:
> If someone could ask them to add at least those relevant
> to us that would be great.
IIRC gmane expects the request to come from the mailing
list's moderator (at least that was the case when I set
up apreq-dev@ a few years ago). The form is here:
http://www.gmane.org/subscribe.php
random tip- don't check the "Encrypt addresses" box.
> http://perl.apache.org/maillist/index.html
AFAICT the only mod-perl related groups currently available
on gmane are
gmane.comp.apache.mod-perl
gmane.comp.apache.mod-perl.devel
gmane.comp.apache.apreq
--
Joe Schaefer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: [OT] ++gmane (was Re: t\perl\ithreads.t failing on Win32)
Posted by Stas Bekman <st...@stason.org>.
Joe Schaefer wrote:
> Markus Wichitill <ma...@gmx.de> writes:
>
>
>>Gmane has nice threading (after a click on the subject) in the web
>>interface, and also has all mailing lists as news feeds.
>
>
> Gmane really rocks, especially since it nicely routes around
> ezmlm's wackiness. My only complaint with gmane is that it
> doesn't handle cross-posting very well.
It *is* nice. I got it resolved finally.
Its search seems to be more limited though. Can't search just the
Subjects. So it gives false positives. But it's OK I guess since it
compensates by showing the context.
> I wish all the public ASF lists had a gmane listing.
If someone could ask them to add at least those relevant to us that would
be great.
http://perl.apache.org/maillist/index.html
and then submit the patch to include those archives for the above url
(notice that it's autogenerated). Thanks.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
[OT] ++gmane (was Re: t\perl\ithreads.t failing on Win32)
Posted by Joe Schaefer <jo...@sunstarsys.com>.
Markus Wichitill <ma...@gmx.de> writes:
> Gmane has nice threading (after a click on the subject) in the web
> interface, and also has all mailing lists as news feeds.
Gmane really rocks, especially since it nicely routes around
ezmlm's wackiness. My only complaint with gmane is that it
doesn't handle cross-posting very well.
I wish all the public ASF lists had a gmane listing.
--
Joe Schaefer
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>>> BTW, the only working path delimiter syntax in the SKIP file on Win32
>>> seems to be "perl\\ithreads.t" (i.e. two backslashes), this should
>>> probably be noted on that page.
>>
>>
>> Patches are welcome :)
>>
>> Either to the doc as you've suggested:
>> http://perl.apache.org/contribute/index.html
>>
>> Or to Apache-Test code to handle unix path style on win32
>
>
> I figured that of the dozen possible ways to document or fix this, my
> tiny patch would probably not be the preferred one, but here you go:
>
> Index: Apache-Test/lib/Apache/TestHarness.pm
> ===================================================================
> RCS file:
> /home/cvspublic/httpd-test/perl-framework/Apache-Test/lib/Apache/TestHarness.pm,v
>
> retrieving revision 1.19
> diff -u -r1.19 TestHarness.pm
> --- Apache-Test/lib/Apache/TestHarness.pm 9 Aug 2004 13:26:10
> -0000 1.19
> +++ Apache-Test/lib/Apache/TestHarness.pm 17 Sep 2004 15:11:46 -0000
> @@ -167,6 +167,9 @@
> @tests = $self->prune(@tests);
>
> if (my $skip = $self->skip) {
> + # Allow / \ and \\ path delimiters in SKIP file
> + $skip =~ s![/\\\\]+![/\\\\]!g;
> +
> @tests = grep { not /(?:$skip)/ } @tests;
> }
Excellent, committed.
>> I'd prefer the latter, so we can commit that t/perl/all.t to skip that
>> test for everybody, until it gets resolved.
>
>
> Hm, what's all.t got to do with this? There's still perl/api.t and
> perl/hash_attack.t.
right, it should be t/SKIP.
Thanks, Markus!
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
>> BTW, the only working path delimiter syntax in the SKIP file on Win32
>> seems to be "perl\\ithreads.t" (i.e. two backslashes), this should
>> probably be noted on that page.
>
> Patches are welcome :)
>
> Either to the doc as you've suggested:
> http://perl.apache.org/contribute/index.html
>
> Or to Apache-Test code to handle unix path style on win32
I figured that of the dozen possible ways to document or fix this, my tiny
patch would probably not be the preferred one, but here you go:
Index: Apache-Test/lib/Apache/TestHarness.pm
===================================================================
RCS file:
/home/cvspublic/httpd-test/perl-framework/Apache-Test/lib/Apache/TestHarness.pm,v
retrieving revision 1.19
diff -u -r1.19 TestHarness.pm
--- Apache-Test/lib/Apache/TestHarness.pm 9 Aug 2004 13:26:10 -0000 1.19
+++ Apache-Test/lib/Apache/TestHarness.pm 17 Sep 2004 15:11:46 -0000
@@ -167,6 +167,9 @@
@tests = $self->prune(@tests);
if (my $skip = $self->skip) {
+ # Allow / \ and \\ path delimiters in SKIP file
+ $skip =~ s![/\\\\]+![/\\\\]!g;
+
@tests = grep { not /(?:$skip)/ } @tests;
}
> I'd prefer the latter, so we can commit that t/perl/all.t to skip that
> test for everybody, until it gets resolved.
Hm, what's all.t got to do with this? There's still perl/api.t and
perl/hash_attack.t.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>>> What's the best way to disable a few tests in CVS working copies? I
>>> haven't seen an option for t/TEST.
>>
>>
>> http://perl.apache.org/docs/general/testing/testing.html#Skipping_Numerous_Tests
>
>
>
> Thanks.
>
> BTW, the only working path delimiter syntax in the SKIP file on Win32
> seems to be "perl\\ithreads.t" (i.e. two backslashes), this should
> probably be noted on that page.
Patches are welcome :)
Either to the doc as you've suggested:
http://perl.apache.org/contribute/index.html
Or to Apache-Test code to handle unix path style on win32
I'd prefer the latter, so we can commit that t/perl/all.t to skip that
test for everybody, until it gets resolved.
Thanks.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
>> What's the best way to disable a few tests in CVS working copies? I
>> haven't seen an option for t/TEST.
>
> http://perl.apache.org/docs/general/testing/testing.html#Skipping_Numerous_Tests
Thanks.
BTW, the only working path delimiter syntax in the SKIP file on Win32 seems
to be "perl\\ithreads.t" (i.e. two backslashes), this should probably be
noted on that page.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>> Can't resolve that domain. We like using
>> http://marc.theaimsgroup.com/?l=apache-modperl-dev ;)
>
>
> Odd.
>
> http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=109355990218818
>
> I don't like MARC, no real threading, horrible color scheme. Gmane has
> nice threading (after a click on the subject) in the web interface, and
> also has all mailing lists as news feeds.
The good thing is that they archive all our lists:
(http://perl.apache.org/maillist/index.html) so at least I have to deal
with a consistent interface. All other archives do only some lists.
>> It's not something critical for mp2 release if you don't try to spawn
>> perl ithreads, so we may just try to skip this test (we already don't
>> include it in the released package).
>
>
> What's the best way to disable a few tests in CVS working copies? I
> haven't seen an option for t/TEST.
http://perl.apache.org/docs/general/testing/testing.html#Skipping_Numerous_Tests
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
> Can't resolve that domain. We like using
> http://marc.theaimsgroup.com/?l=apache-modperl-dev ;)
Odd.
http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=109355990218818
I don't like MARC, no real threading, horrible color scheme. Gmane has nice
threading (after a click on the subject) in the web interface, and also has
all mailing lists as news feeds.
> It's not something critical for mp2 release if you don't try to spawn
> perl ithreads, so we may just try to skip this test (we already don't
> include it in the released package).
What's the best way to disable a few tests in CVS working copies? I haven't
seen an option for t/TEST.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Stas Bekman <st...@stason.org>.
Markus Wichitill wrote:
> Stas Bekman wrote:
>
>>>> At what stage Apache.exe has crashed? At the last test?
>>>
>>>
>>> Yes. I initially noticed this when running the full test suite --
>>> t/perl/ithreads.t is the one that crashed the server, causing every
>>> subsequent test to fail.
>>
>>
>> I remember someone else (Markus?) reported a similar problem, but he
>> was saying that he was a getting a (pop-up?) error message, rather
>> then a log in error_log.
>
>
> No popup. This was the post, which still applies to CVS from today:
>
> http://article.gmane.org/gmane.comp.apache.mod-perl.devel/5021
Can't resolve that domain. We like using
http://marc.theaimsgroup.com/?l=apache-modperl-dev ;)
> Today I've built mod_perl CVS for both my release and debug
> installations (of Apache/Perl/mod_perl), and only get the "Attempt to
> free temp prematurely" error during a full "nmake test" with the debug
> installation, but the "OS 10053" error during the reduced test sequence
> with both debug and release builds.
It's not something critical for mp2 release if you don't try to spawn perl
ithreads, so we may just try to skip this test (we already don't include
it in the released package). Unless anyone from the win32 warriors camp
wants to dig in and try to solve it. As I said it happens on linux too,
but always randomly, so chances to debug it are close to zero.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Markus Wichitill <ma...@gmx.de>.
Stas Bekman wrote:
>>> At what stage Apache.exe has crashed? At the last test?
>>
>> Yes. I initially noticed this when running the full test suite --
>> t/perl/ithreads.t is the one that crashed the server, causing every
>> subsequent test to fail.
>
> I remember someone else (Markus?) reported a similar problem, but he was
> saying that he was a getting a (pop-up?) error message, rather then a
> log in error_log.
No popup. This was the post, which still applies to CVS from today:
http://article.gmane.org/gmane.comp.apache.mod-perl.devel/5021
Today I've built mod_perl CVS for both my release and debug installations
(of Apache/Perl/mod_perl), and only get the "Attempt to free temp
prematurely" error during a full "nmake test" with the debug installation,
but the "OS 10053" error during the reduced test sequence with both debug
and release builds.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Stas Bekman <st...@stason.org>.
Steve Hay wrote:
>>You forgot to paste the relevant parts of the error_log
>>
>
> No I didn't -- I said above "nothing useful appears in error_log", and
> indeed that is the case. The complete error_log from the t/TEST run
> shown above is attached here in the unlikely event that you find any of
> it useful ;)
Sorry I've missed that part. I was sure it was the usual 'Attempt to free
unreferences ....' error.
>>, but I can guess
>>what it says. It fails for me on linux (both prefork and worker) very
>>often but it happens randomly and I just can't find the failing sequence
>>because the failure is random :(
>>
>
> No randomness here -- as I said the sequence "t/modules/reload.t
> t/perl/api.t t/perl/ithreads.t" fails every time.
It doesn't fail for me on linux with worker mpm. it could have something
to do with the recent philippe's change. I'd also try to print the
interprter ID (well, a pointer value of my_perl) from each of these 3
tests, to see whether they all happen to run under the same interpreter.
but that will require changing the source code. I think if you run
with MOD_PERL_TRACE=i it'll show you that too.
>>At what stage Apache.exe has crashed? At the last test?
>>
>
> Yes. I initially noticed this when running the full test suite --
> t/perl/ithreads.t is the one that crashed the server, causing every
> subsequent test to fail.
I remember someone else (Markus?) reported a similar problem, but he was
saying that he was a getting a (pop-up?) error message, rather then a log
in error_log.
>>>I would try this sequence under 1.99_16, but t/modules/reload.t is new
>>>since then and t/perl/ithreads.t (and also t/perl/ithreads2.t) is
>>>missing from it (and also from 1.99_15). (Are they supposed to be
>>>omitted from the distro's?!)
>>
>>You can't possibly try 1.99_16 since t/perl/ithreads test is not included
>>in the distro.
>>
>
> I realise that. I was saying that I would have tested it in 1.99_16 if
> I had been able to (as a means of seeing how recently introduced this
> failure is), but I couldn't do that since it wasn't in 1.99_16.
:)
> Has it been deliberately removed from the distro because it was causing
> problems?
I've removed it since it randomly fails for me and I can't figure out the
cause because of the randomness. If nobody can figure out what's going on
on win32 we may just nuke (or skip) it completely.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org
Re: t\perl\ithreads.t failing on Win32
Posted by Steve Hay <st...@uk.radan.com>.
Stas Bekman wrote:
>Steve Hay wrote:
>
>
>>The following sequence of tests fails on Win32 (2.0.50, 5.8.5) using
>>current CVS: t/modules/reload.t t/perl/api.t t/perl/ithreads.t
>>
>>Each test is OK individually, and any pair of them run OK too.
>>
>>Nothing useful appears in error_log, and there is little clue from the
>>output under t/TEST -verbose either:
>>
>>C:\Temp\modperl-2.0>perl t/TEST -verbose t/modules/reload.t t/perl/api.t
>>t/perl/ithreads.t
>>[...]
>>t\modules\reload....1..3
>>
>>
>[...]
>
>
>>t\perl\ithreads.....request has failed (the response code was: 500)
>>see t/logs/error_log for more details
>>dubious
>> Test returned status 9 (wstat 2304, 0x900)
>>Failed Test Stat Wstat Total Fail Failed List of Failed
>>-------------------------------------------------------------------------------
>>t\perl\ithreads.t 9 2304 ?? ?? % ??
>>1 test skipped.
>>Failed 1/3 test scripts, 66.67% okay. 0/3 subtests failed, 100.00% okay.
>>[warning] server localhost:8529 shutdown
>>[ error] error running tests (please examine t\logs\error_log)
>>
>>The 500 server error there is actually the Apache.exe server crashing :(
>>
>>
>
>You forgot to paste the relevant parts of the error_log
>
No I didn't -- I said above "nothing useful appears in error_log", and
indeed that is the case. The complete error_log from the t/TEST run
shown above is attached here in the unlikely event that you find any of
it useful ;)
>, but I can guess
>what it says. It fails for me on linux (both prefork and worker) very
>often but it happens randomly and I just can't find the failing sequence
>because the failure is random :(
>
No randomness here -- as I said the sequence "t/modules/reload.t
t/perl/api.t t/perl/ithreads.t" fails every time.
>
>At what stage Apache.exe has crashed? At the last test?
>
Yes. I initially noticed this when running the full test suite --
t/perl/ithreads.t is the one that crashed the server, causing every
subsequent test to fail.
>
> > I would try this sequence under 1.99_16, but t/modules/reload.t is new
> > since then and t/perl/ithreads.t (and also t/perl/ithreads2.t) is
> > missing from it (and also from 1.99_15). (Are they supposed to be
> > omitted from the distro's?!)
>
>You can't possibly try 1.99_16 since t/perl/ithreads test is not included
>in the distro.
>
I realise that. I was saying that I would have tested it in 1.99_16 if
I had been able to (as a means of seeing how recently introduced this
failure is), but I couldn't do that since it wasn't in 1.99_16.
Has it been deliberately removed from the distro because it was causing
problems?
- Steve
------------------------------------------------
Radan Computational Ltd.
The information contained in this message and any files transmitted with it are confidential and intended for the addressee(s) only. If you have received this message in error or there are any problems, please notify the sender immediately. The unauthorized use, disclosure, copying or alteration of this message is strictly forbidden. Note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Radan Computational Ltd. The recipient(s) of this message should check it and any attached files for viruses: Radan Computational will accept no liability for any damage caused by any virus transmitted by this email.
Re: t\perl\ithreads.t failing on Win32
Posted by Stas Bekman <st...@stason.org>.
Steve Hay wrote:
> The following sequence of tests fails on Win32 (2.0.50, 5.8.5) using
> current CVS: t/modules/reload.t t/perl/api.t t/perl/ithreads.t
>
> Each test is OK individually, and any pair of them run OK too.
>
> Nothing useful appears in error_log, and there is little clue from the
> output under t/TEST -verbose either:
>
> C:\Temp\modperl-2.0>perl t/TEST -verbose t/modules/reload.t t/perl/api.t
> t/perl/ithreads.t
> [...]
> t\modules\reload....1..3
[...]
> t\perl\ithreads.....request has failed (the response code was: 500)
> see t/logs/error_log for more details
> dubious
> Test returned status 9 (wstat 2304, 0x900)
> Failed Test Stat Wstat Total Fail Failed List of Failed
> -------------------------------------------------------------------------------
> t\perl\ithreads.t 9 2304 ?? ?? % ??
> 1 test skipped.
> Failed 1/3 test scripts, 66.67% okay. 0/3 subtests failed, 100.00% okay.
> [warning] server localhost:8529 shutdown
> [ error] error running tests (please examine t\logs\error_log)
>
> The 500 server error there is actually the Apache.exe server crashing :(
You forgot to paste the relevant parts of the error_log, but I can guess
what it says. It fails for me on linux (both prefork and worker) very
often but it happens randomly and I just can't find the failing sequence
because the failure is random :(
At what stage Apache.exe has crashed? At the last test?
> I would try this sequence under 1.99_16, but t/modules/reload.t is new
> since then and t/perl/ithreads.t (and also t/perl/ithreads2.t) is
> missing from it (and also from 1.99_15). (Are they supposed to be
> omitted from the distro's?!)
You can't possibly try 1.99_16 since t/perl/ithreads test is not included
in the distro.
--
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:stas@stason.org http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@perl.apache.org
For additional commands, e-mail: dev-help@perl.apache.org