From dev-return-50552-apmail-ant-dev-archive=ant.apache.org@ant.apache.org Sat Sep 13 19:37:25 2003 Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 17764 invoked from network); 13 Sep 2003 19:37:25 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 13 Sep 2003 19:37:25 -0000 Received: (qmail 89936 invoked by uid 500); 13 Sep 2003 19:37:11 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 89902 invoked by uid 500); 13 Sep 2003 19:37:11 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 89889 invoked from network); 13 Sep 2003 19:37:11 -0000 Received: from unknown (HELO exchange.sun.com) (192.18.33.10) by daedalus.apache.org with SMTP; 13 Sep 2003 19:37:11 -0000 Received: (qmail 6889 invoked by uid 50); 13 Sep 2003 19:40:08 -0000 Date: 13 Sep 2003 19:40:08 -0000 Message-ID: <20030913194008.6888.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: dev@ant.apache.org Cc: Subject: DO NOT REPLY [Bug 23153] New: - Filtering with filtersets adds line ending at end of file X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . 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=23153 Filtering with filtersets adds line ending at end of file Summary: Filtering with filtersets adds line ending at end of file Product: Ant Version: 1.5.4 Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Core tasks AssignedTo: dev@ant.apache.org ReportedBy: gthb@dimon.is If a text file that ends without a line ending is copied with a filterset in effect, then a line ending is added to the copy. This is a nuisance at least in my use case: I'm filtering resources that my unit tests load to compare against the output of the class I'm testing. The source code and the unit test resource both go through the same filter. The filter is for repackaging the source code into a different package tree, so the unit tests should pass whether or not the filter has been applied. As it stands, I get a unit test failure in the filtered version, because the extra line ending constitutes a mismatch between expected and actual output. This calls for special-case handling, which is inconvenient, yada yada. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org