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 39605] - core_output_filter sends misaligned chunks after timeout
Date Thu, 18 May 2006 22:18:37 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=39605>.
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=39605





------- Additional Comments From slamb@slamb.org  2006-05-18 22:18 -------
With the mod_dav_svn patch, I end up in core_output_filter on an aborted connection with this
call 
stack:

#3  0x00c526a8 in core_output_filter (f=0x9f97080, b=0xa013bb0) at /usr/src/debug/httpd-2.0.52/
server/core.c:3966
#4  0x00c49009 in ap_pass_brigade (next=0x9f97080, bb=0xa013bb0) at /usr/src/debug/
httpd-2.0.52/server/util_filter.c:511
#5  0x00c33423 in chunk_filter (f=0xa013ab0, b=0xa013bb0) at /usr/src/debug/httpd-2.0.52/
modules/http/http_core.c:217
#6  0x00c49009 in ap_pass_brigade (next=0xa013ab0, bb=0xa013bb0) at /usr/src/debug/
httpd-2.0.52/server/util_filter.c:511
#7  0x00c4bae5 in ap_content_length_filter (f=0x9fcce48, b=0xa013bb0) at /usr/src/debug/
httpd-2.0.52/server/protocol.c:1241
#8  0x00c49009 in ap_pass_brigade (next=0x9fcce48, bb=0xa013bb0) at /usr/src/debug/
httpd-2.0.52/server/util_filter.c:511
#9  0x00c4b640 in end_output_stream (r=0x9fcc078) at /usr/src/debug/httpd-2.0.52/server/
protocol.c:1032
#10 0x00c387de in ap_process_request (r=0x9fcc078) at /usr/src/debug/httpd-2.0.52/modules/http/
http_request.c:256
#11 0x00c3363f in ap_process_http_connection (c=0x9f96b80) at /usr/src/debug/httpd-2.0.52/
modules/http/http_core.c:250
#12 0x00c46349 in ap_run_process_connection (c=0x9f96b80) at /usr/src/debug/httpd-2.0.52/
server/connection.c:42
#13 0x00c466b4 in ap_process_connection (c=0x9f96b80, csd=0x0) at /usr/src/debug/httpd-2.0.52/
server/connection.c:175
#14 0x00c39901 in child_main (child_num_arg=Variable "child_num_arg" is not available.
) at /usr/src/debug/httpd-2.0.52/server/mpm/prefork/prefork.c:609
#15 0x00c39af8 in make_child (s=0x9eb8e88, slot=0) at /usr/src/debug/httpd-2.0.52/server/mpm/
prefork/prefork.c:649
#16 0x00c39c17 in startup_children (number_to_start=8) at /usr/src/debug/httpd-2.0.52/server/
mpm/prefork/prefork.c:721
#17 0x00c3a4db in ap_mpm_run (_pconf=0x9eb70a8, plog=0x9ee3158, s=0x9eb8e88) at /usr/src/
debug/httpd-2.0.52/server/mpm/prefork/prefork.c:940
#18 0x00c4134a in main (argc=2, argv=0xbfff3694) at /usr/src/debug/httpd-2.0.52/server/main.c:
618

which I guess means Subversion isn't the only such caller.

Is it just me or is checking c->aborted all the time a pretty awkward thing to expect callers
to do? I'm 
not familiar enough with Apache's innards to know what returning failures from core_output_filter

would do, but it does seem more inline with callers' usual expectations.

-- 
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