You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2003/10/22 17:53:51 UTC
DO NOT REPLY [Bug 21955] -
Dynamically generated HTML pages compressed with mod_deflate are sometimes truncated
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=21955>.
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=21955
Dynamically generated HTML pages compressed with mod_deflate are sometimes truncated
------- Additional Comments From chrisn@capitalstream.com 2003-10-22 15:53 -------
I was having a problem almost exactly like this. We are using Tomcat and were
getting partial pages back from the server. It turned out that mod_deflate has
an error which was posted to another mailing list (and supposedly fixed in
2.0.48) which occured when a perl script printed "". This would cause a blank
buffer to appear in the chain of output filter buffers and mod_deflate would
attempt to compress it and generate an error (which would terminate the output
stream). Here is the relavant code in mod_deflate
Around line 538:
532,534c532,537
< zRC = deflate(&(ctx->stream), Z_SYNC_FLUSH);
< if (zRC != Z_OK) {
< return APR_EGENERAL;
---
> // FIX: ensure that stream has bytes available before attempting
to compress
> if (ctx->stream.avail_in > 0) {
> zRC = deflate(&(ctx->stream), Z_SYNC_FLUSH);
> if (zRC != Z_OK) {
> return APR_EGENERAL;
> }
536d538
<
we were seeing this problem all the time (esp. on larger pages and with slower
pipes) and have not heard a wisper from it for several days once this patch was
applied.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org