httpd-bugs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 43533] - Frequent crashes in mod_include's bndm()
Date Fri, 12 Oct 2007 22:09:55 GMT
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 noah@hd.se  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: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org


Mime
View raw message