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=12134>. 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=12134 replacefilter gets out of sync ------- Additional Comments From [EMAIL PROTECTED] 2002-08-28 21:23 ------- The patch I just attached handles the case where begintoken == endtoken; in all other cases it should behave identically to the original version. The change is basically this: when a token candidate is found, the last character (endToken) is saved. If the candidate is actually a token, it is replaced as always. If it is not a token, the next loop will use the saved character as if it were a new beginToken. (It occurs that this might have been easier with a PushBackReader. Feel free to change the implementation if desired.) Test cases are forthcoming; manual testing suggests everything works, I just need to automate it. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
