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 43956] - chaining mod_filter filters together segfaults apache
Date Mon, 26 Nov 2007 14:39:45 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=43956>.
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=43956


nick@webthing.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |NEW




------- Additional Comments From nick@webthing.com  2007-11-26 06:39 -------
We can reproduce the bug using AN Other filter - e.g. INCLUDES.

1. FilterProvider gzipcheck INCLUDES resp=Content-Encoding !$gzip

declares a new filter "gzipcheck" implemented by mod_filter.

2. FilterProvider addcomment gzipcheck resp=Content-Type $text/html

uses gzipcheck as a provider.

Now filter_init in mod_filter calls itself recursively at line 142.

Thus the fix to avoid segfault is trivial, but to enable the kind of chaining
the OP wants (and which I originally envisaged) for filters with a filter_init
is harder.  I'm thinking an expression parser looks like a better solution to
complex mod_filter configuration problems.

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