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=10052>. 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=10052 mod_proxy inserts a blank new line int headers when used in conjunction with mod_rewrite and mod_jk ------- Additional Comments From [EMAIL PROTECTED] 2002-06-25 14:21 ------- I think the problem is that the trailing CRLF is not handled in ap_proxy_read_response_line in proxy_util.c. Here is a patch that works fine for me: --- proxy_util.c.orig Tue Jun 25 16:00:48 2002 +++ proxy_util.c Tue Jun 25 16:01:48 2002 @@ -1572,6 +1572,7 @@ int ap_proxy_table_replace(table *base, int ap_proxy_read_response_line(BUFF *f, request_rec *r, char *buffer, int size, int *backasswards, int *major, int *minor) { long len; + char *value, *end; len = ap_getline(buffer, size-1, f, 0); if (len == -1) { @@ -1610,6 +1611,11 @@ int ap_proxy_read_response_line(BUFF *f, buffer[12] = '\0'; r->status = atoi(&buffer[9]); buffer[12] = ' '; + + /* RIEK This eliminates trailing WTs AND CRLF*/ + value = &buffer[12]; + for (end = &value[strlen(value) - 1]; end > value && ap_isspace(*end); --end) + *end = '\0'; r->status_line = ap_pstrdup(r->pool, &buffer[9]); --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
