DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=43533>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=43533 ------- Additional Comments From [EMAIL PROTECTED] 2007-10-12 15:09 ------- This is what Mac OS X's crashdump process have to say. Thread 2 Crashed: 0 httpd 0x00004760 bndm + 120 (mod_include.c:317) 1 httpd 0x0000a0c0 find_start_sequence + 136 (mod_include.c:2388) 2 httpd 0x0000ba90 send_parsed_content + 1288 (mod_include.c:3054) 3 httpd 0x0000dbb8 includes_filter + 1468 (mod_include.c:3591) 4 httpd 0x00068e20 ap_pass_brigade + 236 (util_filter.c:512) 5 httpd 0x0004a588 default_handler + 1888 (core.c:3648) 6 httpd 0x00060028 ap_run_handler + 136 (config.c:152) 7 httpd 0x00060d7c ap_invoke_handler + 424 (config.c:364) 8 httpd 0x00051f58 ap_run_sub_req + 104 (request.c:1855) 9 httpd 0x00005a28 handle_include + 968 (mod_include.c:782) 10 httpd 0x0000cc40 send_parsed_content + 5816 (mod_include.c:3309) 11 httpd 0x0000dbb8 includes_filter + 1468 (mod_include.c:3591) 12 httpd 0x00068e20 ap_pass_brigade + 236 (util_filter.c:512) 13 httpd 0x0004a588 default_handler + 1888 (core.c:3648) 14 httpd 0x00060028 ap_run_handler + 136 (config.c:152) 15 httpd 0x00060d7c ap_invoke_handler + 424 (config.c:364) 16 httpd 0x0001d940 ap_process_request + 148 (http_request.c:249) 17 httpd 0x00014564 ap_process_http_connection + 136 (http_core.c:255) 18 httpd 0x0006bcdc ap_run_process_connection + 136 (connection.c:43) 19 httpd 0x0006c318 ap_process_connection + 132 (connection.c:178) 20 httpd 0x0003b3c8 process_socket + 196 (worker.c:523) 21 httpd 0x0003bebc worker_thread + 552 (worker.c:843) 22 libapr-0.0.dylib 0x003796f0 dummy_worker + 68 (thread.c:105) 23 libSystem.B.dylib 0x9002bd08 _pthread_body + 96 Now, if I'm running GDB, I'm getting this. # gdb -q /opt/FrontA/apache/bin/httpd core.9148 Reading symbols for shared libraries ........... done #0 0x900148a8 in read () (gdb) source /data/FrontA/software/httpd-2.0.61/.gdbinit (gdb) thread 2 [Switching to thread 2 (core thread 1)] #0 0x9001f88c in select () (gdb) bt #0 0x9001f88c in select () #1 0x003851ec in ?? () #2 0x00386728 in ?? () #3 0x00372e2c in ?? () #4 0x001af150 in ?? () #5 0x001aba20 in ?? () #6 0x0004ac48 in core_input_filter (f=0x133d060, b=0x11d4bd0, mode=AP_MODE_GETLINE, block=APR_BLOCK_READ, readbytes=0) at core.c:3802 #7 0x00068d04 in ap_get_brigade (next=0x133d060, bb=0x11d4bd0, mode=AP_MODE_GETLINE, block=APR_BLOCK_READ, readbytes=0) at util_filter.c:475 #8 0x0004a83c in net_time_filter (f=0x137ff70, b=0x11d4bd0, mode=AP_MODE_GETLINE, block=APR_BLOCK_READ, readbytes=0) at core.c:3705 #9 0x00068d04 in ap_get_brigade (next=0x137ff70, bb=0x11d4bd0, mode=AP_MODE_GETLINE, block=APR_BLOCK_READ, readbytes=0) at util_filter.c:475 #10 0x0005b51c in ap_rgetline_core (s=0x1327c58, n=8192, read=0xf0101b40, r=0x1327c40, fold=0, bb=0x11d4bd0) at protocol.c:230 #11 0x0005beac in read_request_line (r=0x1327c40, bb=0x11d4bd0) at protocol.c:586 #12 0x0005cb70 in ap_read_request (conn=0x133ce10) at protocol.c:877 #13 0x00014648 in ap_process_http_connection () at apr_xml.c:737 #14 0x0006bcdc in ap_run_process_connection (c=0x133ce10) at connection.c:43 #15 0x0006c318 in ap_process_connection (c=0x133ce10, csd=0x1321200) at connection.c:176 #16 0x0003b3c8 in process_socket (p=0x11973a0, sock=0x1321200, my_child_num=7, my_thread_num=0, bucket_alloc=0x185fc18) at worker.c:522 #17 0x0003bebc in worker_thread (thd=0x416c60, dummy=0x469760) at worker.c:842 #18 0x003796f0 in ?? () #19 0x9002bd08 in _pthread_body () GDB and crashdump sees different addresses for "0x00014648 in ap_process_http_connection". Is this normal? After that it seems that the stackframes differs wildly, at least in my eyes. gdb -v says GNU gdb 6.1-20040303 (Apple version gdb-384) (Mon Mar 21 00:05:26 GMT 2005) Apache was compiled using: ./configure --enable-so --enable-mods-shared=auth-anon auth-digest file-cache cache disk-cache mem-cache deflate mime-magic expires headers use rtrack unique-id proxy proxy-http ssl vhost-alias cgi info speling rewrite --with-mpm=prefork --mandir=/usr/share/man --prefix=/opt/FrontA/apache-2 .0.61-prefork --enable-pool-debug Five years back or so when I last used GDB I recall it had issues with threads, is that still so? Maybe I should try to see if the problem occurs with MPM prefork unless you've got some input on this thing? I tried doing a bunch of backtraces on other core files aswell but their backtraces all look like the one above. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
