httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Cliff Woolley <cliffwool...@yahoo.com>
Subject Re: 2.0.26?
Date Fri, 31 Aug 2001 04:38:50 GMT
On Thu, 30 Aug 2001, William A. Rowe, Jr. wrote:

> Gut instinct?  The "INTERNAL FOONESS" uri's which are now going
> through <Location> walk, we have to think those through.

You're right:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (LWP 20591)]
ap_getparents (name=0x80e0420 "INTERNALLY GENERATED file-relative req")
    at util.c:488
488                 name[w++] = name[l++];
(gdb) bt
#0  ap_getparents (name=0x80e0420 "INTERNALLY GENERATED file-relative
req")
    at util.c:488
#1  0x080e0420 in core_cmds () at eval.c:41
#2  0x080b9912 in ap_process_request_internal (r=0x8159acc) at
request.c:152
#3  0x080bacf4 in ap_sub_req_lookup_file (new_file=0xbfffaf50 "if4.shtml",
    r=0x8155aac, next_filter=0x8156c34) at request.c:1672
#4  0x08067e77 in handle_include (ctx=0x81a02f4, bb=0xbfffd414,
r=0x8155aac,
    f=0x8156c1c, head_ptr=0x81b37c8, inserted_head=0xbfffcfb4)
    at mod_include.c:794
#5  0x0806a875 in send_parsed_content (bb=0xbfffd414, r=0x8155aac,
f=0x8156c1c)
    at mod_include.c:2518
#6  0x0806ae01 in includes_filter (f=0x8156c1c, b=0x8156d4c)
    at mod_include.c:2777
#7  0x080b212a in ap_pass_brigade (next=0x8156c1c, bb=0x8156d4c)
    at util_filter.c:247
#8  0x080b856a in default_handler (r=0x8155aac) at core.c:3062
#9  0x080a7de6 in ap_run_handler (r=0x8155aac) at config.c:185
#10 0x080a826b in ap_invoke_handler (r=0x8155aac) at config.c:344
#11 0x08080339 in ap_process_request (r=0x8155aac) at http_request.c:286
#12 0x0807c421 in ap_process_http_connection (c=0x81a005c) at
http_core.c:287
#13 0x080b0996 in ap_run_process_connection (c=0x81a005c) at
connection.c:82
#14 0x080a699e in child_main (child_num_arg=0) at prefork.c:829
#15 0x080a6b00 in make_child (s=0x80f034c, slot=0) at prefork.c:865
#16 0x080a6c11 in startup_children (number_to_start=5) at prefork.c:939
#17 0x080a7393 in ap_mpm_run (_pconf=0x80ee9e4, plog=0x8128bb4,
s=0x80f034c)
    at prefork.c:1155
#18 0x080abe00 in main (argc=2, argv=0xbffff6c4) at main.c:431
#19 0x40206177 in __libc_start_main (main=0x80abb30 <main>, argc=2,
    ubp_av=0xbffff6c4, init=0x80621f8 <_init>, fini=0x80c1130 <_fini>,
    rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff6bc)
    at ../sysdeps/generic/libc-start.c:129


> > One harmless, unrelated warning during the compile which resulted from the
> > #if 0's you added:
> >
> > request.c:297: warning: `resolve_symlink' defined but not used
>
> That will become used, rather soon (after the next tag.)

Figured it would.

--------------------------------------------------------------
   Cliff Woolley
   cliffwoolley@yahoo.com
   Charlottesville, VA



Mime
View raw message