DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21222>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=21222 mod_include send_parsed_content core dumps ------- Additional Comments From [EMAIL PROTECTED] 2003-07-30 13:29 ------- Yeah, thats what it looks like in the strrchr method call. But it doesn't look like it is empty from examining the recquest_rec. Here is a more complete backtrace with a dump of the request req and the filename. [EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal SEGV (no mapping at the fault address) Current function is add_include_vars 158 if ((t = strrchr(r->filename, '/'))) { (/opt/SUNWspro/bin/dbx) where current thread: [EMAIL PROTECTED] [1] strrchr(0x0, 0x2f, 0xd136c, 0x0, 0x48545450, 0x2f), at 0xfeed1958 =>[2] add_include_vars(r = 0x4f38b0, timefmt = 0xcf05c "%A, %d-%b-%Y %H:%M:%S %Z"), line 158 in "mod_include.c" [3] includes_filter(f = 0x4f56a8, b = 0x4f56f8), line 3395 in "mod_include.c" [4] ap_pass_brigade(next = 0x4f56a8, bb = 0x4f56f8), line 550 in "util_filter.c" [5] ap_old_write_filter(f = 0x4f56e0, bb = 0x4f56f8), line 1321 in "protocol.c" [6] ap_pass_brigade(next = 0x4f56e0, bb = 0x4f57d0), line 550 in "util_filter.c" [7] end_output_stream(r = 0x4f38b0), line 1039 in "protocol.c" [8] ap_finalize_request_protocol(r = 0x4f38b0), line 1061 in "protocol.c" [9] ap_send_error_response(r = 0x4f38b0, recursive_error = 0), line 2423 in "http_protocol.c" [10] ap_die(type = 301, r = 0x4f38b0), line 232 in "http_request.c" [11] ap_process_request(r = 0x4f38b0), line 301 in "http_request.c" [12] ap_process_http_connection(c = 0x4dd8a8), line 293 in "http_core.c" [13] ap_run_process_connection(0x4dd8a8, 0x4dd7e8, 0x4dd7e8, 0x6, 0x4dd8a0, 0x48cc60), at 0x82dc0 [14] ap_process_connection(c = 0x4dd8a8, csd = 0x4dd7e8), line 211 in "connection.c" [15] process_socket(p = 0x4dd7b0, sock = 0x4dd7e8, my_child_num = 0, my_thread_num = 6, bucket_alloc = 0x48cc60), line 632 in "worker.c" [16] worker_thread(thd = 0x11a530, dummy = 0xd59c8), line 947 in "worker.c" [17] dummy_worker(opaque = 0x11a530), line 127 in "thread.c" (/opt/SUNWspro/bin/dbx) examine 0x4f38b0,0x4f39f0 0x004f38b0: 0x004f3878 0x004dd8a8 0x00359840 0x00000000 0x004f38c0: 0x00000000 0x00000000 0x004f4578 0x00000000 0x004f38d0: 0x00000000 0x00000000 0x004f4618 0x000003e8 0x004f38e0: 0x004f4d58 0x00000000 0x0003c375 0xce368320 0x004f38f0: 0x00000000 0x0000012d 0x004f45c8 0x00000002 0x004f3900: 0x00000000 0x00000000 0x00000000 0x004f3a38 0x004f3910: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f3920: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f3930: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f3940: 0x004f3a68 0x004f40a0 0x004f3ef8 0x004f3cb0 0x004f3950: 0x004f41f8 0x000aef00 0x00000000 0x00000000 0x004f3960: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f3970: 0x00000000 0x00000000 0x004f45e8 0x004f4600 0x004f3980: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f3990: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f39a0: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f39b0: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f39c0: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f39d0: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f39e0: 0x00000000 0x00000000 0x00000000 0x00000000 0x004f39f0: 0x00000000 (/opt/SUNWspro/bin/dbx) examine 0x004f45e8,0x004f4620 /c 0x004f45e8: '/' 'c' 'g' 'i' '-' 'b' 'i' 'n' '/' 'F' 'o' 'r' 'm' 'M' 'a' 'i' 0x004f45f8: 'l' '.' 'p' 'l' '\0' 'w' 'w' '.' '/' 'c' 'g' 'i' '-' 'b' 'i' 'n' 0x004f4608: '/' 'F' 'o' 'r' 'm' 'M' 'a' 'i' 'l' '.' 'p' 'l' '\0' 'k' '-' 'c' 0x004f4618: 'H' 'T' 'T' 'P' '/' '1' '.' '0' '\0' (/opt/SUNWspro/bin/dbx) I have had another child die since applying the mod_include patch to 2.0.47, here is the backtrace: [EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal SEGV (no mapping at the fault address) Current function is apr_thread_mutex_lock 110 if (mutex->nested) { (/opt/SUNWspro/bin/dbx) where current thread: [EMAIL PROTECTED] =>[1] apr_thread_mutex_lock(mutex = 0x1), line 110 in "thread_mutex.c" [2] apr_file_read(thefile = 0x36aea0, buf = 0x373870, nbytes = 0xfdd091fc), line 86 in "readwrite.c" [3] pipe_bucket_read(a = 0x1b6898, str = 0xfdd09200, len = 0xfdd091fc, block = APR_BLOCK_READ), line 74 in "apr_buckets_pipe.c" [4] apr_brigade_length(bb = 0x33add8, read_all = 1, length = 0xfdd092a0), line 215 in "apr_brigade.c" [5] ap_byterange_filter(f = 0x3382b0, bb = 0x33add8), line 2931 in "http_protocol.c" [6] ap_pass_brigade(next = 0x3382b0, bb = 0x33add8), line 550 in "util_filter.c" [7] send_parsed_content(bb = 0xfdd09890, r = 0x337658, f = 0x336f50), line 3209 in "mod_include.c" [8] includes_filter(f = 0x336f50, b = 0x33add8), line 3426 in "mod_include.c" [9] ap_pass_brigade(next = 0x336f50, bb = 0x33a4e8), line 550 in "util_filter.c" [10] default_handler(r = 0x337658), line 3558 in "core.c" [11] ap_run_handler(0x337658, 0x3b, 0x337658, 0x333708, 0x0, 0x0), at 0x717b0 [12] ap_invoke_handler(r = 0x337658), line 401 in "config.c" [13] ap_process_request(r = 0x337658), line 288 in "http_request.c" [14] ap_process_http_connection(c = 0x333708), line 293 in "http_core.c" [15] ap_run_process_connection(0x333708, 0x333648, 0x333648, 0x80, 0x333700, 0x1b6288), at 0x87878 [16] ap_process_connection(c = 0x333708, csd = 0x333648), line 211 in "connection.c" [17] process_socket(p = 0x333610, sock = 0x333648, my_child_num = 2, my_thread_num = 0, bucket_alloc = 0x1b6288), line 632 in "worker.c" [18] worker_thread(thd = 0x152e58, dummy = 0x193968), line 947 in "worker.c" [19] dummy_worker(opaque = 0x152e58), line 127 in "thread.c" --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
