Stas,
> Doesn't seem like an apreq problem. It happens in the modperl function.
Any
> chance you can rebuild mod_perl with debug mode enabled (PERL_DEBUG=1), so
we
> can see the arguments and file/linenumbers? See:
> http://perl.apache.org/docs/1.0/guide/debug.html#PERL_DEBUG_1_Build_Option
>
Program received signal SIGBUS, Bus error.
0x80b445b in ap_unescape_url (url=0x8162e89 "") at util.c:1609
1609 url[x] = '\0';
(gdb) bt
#0 0x80b445b in ap_unescape_url (url=0x8162e89 "") at util.c:1609
#1 0x8085c20 in XS_Apache_unescape_url (cv=0x8227b0c) at Apache.c:931
#2 0x81040fb in Perl_pp_entersub ()
#3 0x80fea26 in Perl_runops_standard ()
#4 0x80c1d3e in S_call_body ()
#5 0x80c1b22 in perl_call_sv ()
#6 0x807d4de in perl_call_handler (sv=0x85cfb6c, r=0x8657034, args=0x0) at
mod_perl.c:1658
#7 0x807cc69 in perl_run_stacked_handlers (hook=0x8146daa
"PerlTransHandler", r=0x8657034, handlers=0x85cfbe4)
at mod_perl.c:1371
#8 0x807b78f in perl_translate (r=0x8657034) at mod_perl.c:999
#9 0x809a403 in run_method (r=0x8657034, offset=0, run_all=0) at
http_config.c:370
#10 0x809a46a in ap_translate_name (r=0x8657034) at http_config.c:382
#11 0x80afa30 in process_request_internal (r=0x8657034) at
http_request.c:1199
#12 0x80affae in ap_process_request (r=0x8657034) at http_request.c:1324
#13 0x80a691f in child_main (child_num_arg=0) at http_main.c:4603
#14 0x80a6ae1 in make_child (s=0x817f034, slot=0, now=1045623388) at
http_main.c:4718
#15 0x80a6c5a in startup_children (number_to_start=50) at http_main.c:4800
#16 0x80a7288 in standalone_main (argc=2, argv=0xbfbffbb0) at
http_main.c:5108
#17 0x80a7ae8 in main (argc=2, argv=0xbfbffbb0) at http_main.c:5456
#18 0x8061f95 in _start ()
Its worth noting that the same function runs fine in a contenthandler, just
not in the transhandler.
Richard.
