Re: t/apache/content_length_header.t failures
[prev]
[thread]
[next]
[Date index for 2005/01/25]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Stas Bekman wrote:
| [don't forget to always reply to the list]
My mistake, sorry.
|
| OK, now I remember what the trace like you've posted [...] means.
| It means that you've build your modules with ithreads enabled perl.
| Then you have built a new perl *without* ithreads. But you didn't
| nuke the old modules. Now when you try to run those, you get the
| above segfault. Certainly forcing a recompile of those solves the
| problem, as you've reported.
Spot on. Brilliant, Holmes! :-)
|> I still have a few test failures in
|> t/apache/content_length_header.t (2 5 17), should I report those?
|>
|
|
| Certainly.
Here we go. Still using the same software versions as when this thread
began.
t/TEST -clean
t/TEST -verbose t/apache/content_length_header.t
[...]
# testing : GET /TestApache__content_length_header C-L header
# expected: 0
# received: undef
not ok 2
# Failed test 2 in t/apache/content_length_header.t at line 50
[...]
# testing : GET /TestApache__content_length_header?set_content_length
C-L header
# expected: 0
# received: 25
not ok 5
# Failed test 5 in t/apache/content_length_header.t at line 71
[...]
# testing : HEAD /TestApache__content_length_header?set_content_length
C-L header
# expected: undef
# received: 25
not ok 17
# Failed test 17 in t/apache/content_length_header.t at line 71 fail #2
[...]
The rest of the tests are OK, and there is nothing weird in
t/logs/error_log. Now if I apply
- --- t/apache/content_length_header.t.ORIG 2005-01-25
11:20:21.000000000 +0100
+++ t/apache/content_length_header.t 2005-01-25 11:20:34.000000000
+0100
@@ -43,8 +43,8 @@
~ my $uri = $location;
~ my $res = $method->($uri);
- - my $cl = have_min_apache_version(2.1) ? undef : 0;
- - my $head_cl = have_min_apache_version(2.1) ? $cl : undef;
+ my $cl = 1 ? undef : 0;
+ my $head_cl = 1 ? $cl : undef;
~ ok t_cmp $res->code, 200, "$method $uri code";
~ ok t_cmp ($res->header('Content-Length'),
then (unsurprisingly) test 2 passes, but 5 and 17 still fail in the
same way as above.
Regards,
- --
Dominique QUATRAVAUX Ingénieur senior
01 44 42 00 08 IDEALX
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB9jCqMJAKAU3mjcsRAkpDAJ4nY9C9vtmgwNltVF4gtKpSqXA79wCfaII4
9a9oH/a+YQ4tLHDQ4Yb5nLk=
=3oLh
-----END PGP SIGNATURE-----