DO NOT REPLY [Bug 11794] - Another parsing error with ExtFilterDefine

[bu...@apache.org]

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=11794>.
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=11794

Another parsing error with ExtFilterDefine

trawick@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |DUPLICATE



------- Additional Comments From trawick@apache.org  2002-08-21 20:19 -------
The fixes for PR 11793 allowed this to work too, so I marked this 
PR as a duplicate of 11793.  Here is the cmd= parameter I used to
test the desired sed invocation of this PR:

cmd="/bin/sed -e s/</\\&lt\\;/g -e s/>/\\&gt\\;/g"

In order to pass the character \ to sed, I needed to escape it.
Otherwise, the code to parse the cmd= string uses it as its own
escape character.

Hopefully we can improve the documentation of cmd= parsing before
the next release :)

Thanks for your report, and thanks for using Apache.


*** This bug has been marked as a duplicate of 11793 ***

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org