On Tue, 7 Nov 2000, Paul wrote:
> Hi all.
>
> A while back I posted a similar problem. My error logs have frequent
> entries showing erroneous redirect strings, like this:
>
> [Tue Nov 7 08:57:45 2000] [error] [client 90.14.50.41] Invalid error
> redirection directive: üØ@
>
> Sometimes *most* of the redirect is fine; I found one where nothing was
> garbled but the protocol -- instead of "https" it had several binary
> characters, but from the :// on the address was fine. Here's one:
>
> [Tue Nov 7 09:05:56 2000] [error] [client 96.80.9.46] Invalid error
> redirection »xs://buda.bst.bls.com/dres/dres.cgi
>
> What would cause that?
the problem is with $r->custom_response(). if there are no ErrorDocuments
configured, it would allocate the table from r->pool, but the table needs
to live longer than r->pool, eek! patch below will fix. seems apache.org
sshd is down, so i can't commit yet.
--- src/modules/perl/Apache.xs~ Thu Dec 21 22:44:52 2000
+++ src/modules/perl/Apache.xs Thu Dec 21 22:45:30 2000
@@ -247,7 +247,7 @@
if(conf->response_code_strings == NULL) {
conf->response_code_strings = (char **)
- pcalloc(r->pool,
+ pcalloc(perl_get_startup_pool(),
sizeof(*conf->response_code_strings) *
RESPONSE_CODES);
}