On Thu, 18 Apr 2002, Justin Erenkrantz wrote:
> Cliff, can you please test this patch? I still don't have httpd-test
> working on my TiBook. -- justin
The test hangs on a select() call now. (PS: ignore the contents of the
buf parameter to apr_recv shown in this backtrace -- that's a side-effect
of the buffer reuse apr_bucket_alloc_* provides us. apr_recv would
overwrite that buffer if it had any data.)
--Cliff
(gdb) bt
#0 0x403b39be in select () from /lib/libc.so.6
#1 0x4004d7c8 in __DTOR_END__ () from /root/apache/test/lib/libapr.so.0
#2 0x4003ed9b in apr_recv (sock=0x81935d0,
buf=0x81a35e8 "HTTP/1.1 400 Bad Request\r\nDate: Thu, 18 Apr 2002
21:23:09 GMT\r\nServer: Apache/2.0.36-dev (Unix) DAV/2 mod_ssl/2.0.36-dev
OpenSSL/0.9.6c\r\nContent-Length: 290\r\nConnection:
close\r\nContent-Type: text/html"...,
len=0xbfffccec) at sendrecv.c:152
#3 0x4001ba1e in socket_bucket_read (a=0x81975c8, str=0xbfffccf0,
len=0xbfffccec, block=APR_BLOCK_READ) at apr_buckets_socket.c:74
#4 0x4001c696 in apr_brigade_split_line (bbOut=0x819eb10, bbIn=0x8193978,
block=APR_BLOCK_READ, maxbytes=8192) at apr_brigade.c:320
#5 0x807ce78 in core_input_filter (f=0x8193940, b=0x819eb10,
mode=AP_MODE_GETLINE, block=APR_BLOCK_READ, readbytes=0) at
core.c:3490
#6 0x80731d2 in ap_get_brigade (next=0x8193940, bb=0x819eb10,
mode=AP_MODE_GETLINE, block=APR_BLOCK_READ, readbytes=0)
at util_filter.c:507
#7 0x805f0d8 in ap_http_filter (f=0x819e500, b=0x819dd78,
mode=AP_MODE_READBYTES, block=APR_BLOCK_READ, readbytes=8192)
at http_protocol.c:877
#8 0x80731d2 in ap_get_brigade (next=0x819e500, bb=0x819dd78,
mode=AP_MODE_READBYTES, block=APR_BLOCK_READ, readbytes=8192)
at util_filter.c:507
#9 0x807c61a in net_time_filter (f=0x819dd98, b=0x819dd78,
mode=AP_MODE_READBYTES, block=APR_BLOCK_READ, readbytes=8192)
at core.c:3278
#10 0x80731d2 in ap_get_brigade (next=0x819dd98, bb=0x819dd78,
mode=AP_MODE_READBYTES, block=APR_BLOCK_READ, readbytes=8192)
at util_filter.c:507
#11 0x80606d0 in ap_get_client_block (r=0x819d5f8,
buffer=0xbfffcf78 'a' <repeats 200 times>..., bufsiz=8192)
at http_protocol.c:1680
#12 0x8060968 in ap_discard_request_body (r=0x819d5f8) at
http_protocol.c:1774
#13 0x807c104 in default_handler (r=0x819d5f8) at core.c:3166
#14 0x8066011 in ap_run_handler (r=0x819d5f8) at config.c:193
#15 0x806674e in ap_invoke_handler (r=0x819d5f8) at config.c:373
#16 0x8062ea8 in ap_process_request (r=0x819d5f8) at http_request.c:261
#17 0x805d77e in ap_process_http_connection (c=0x81936a0) at
http_core.c:291
#18 0x8070c51 in ap_run_process_connection (c=0x81936a0) at
connection.c:85
#19 0x8071040 in ap_process_connection (c=0x81936a0, csd=0x81935d0)
at connection.c:207
#20 0x80647c7 in child_main (child_num_arg=0) at prefork.c:671
#21 0x80648ad in make_child (s=0x80c0090, slot=0) at prefork.c:711
#22 0x80649e4 in startup_children (number_to_start=2) at prefork.c:783
#23 0x8064e16 in ap_mpm_run (_pconf=0x80be340, plog=0x80e83e8,
s=0x80c0090)
at prefork.c:999
#24 0x806b753 in main (argc=7, argv=0xbffff2e4) at main.c:632
#25 0x4030374f in __libc_start_main () from /lib/libc.so.6
--------------------------------------------------------------
Cliff Woolley
[EMAIL PROTECTED]
Charlottesville, VA
