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=14061>. 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=14061 <fixcrlf> source encoding errors do not report file/line info Summary: <fixcrlf> source encoding errors do not report file/line info Product: Ant Version: 1.6Alpha (nightly) Platform: PC OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Core tasks AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] See http://www.netbeans.org/issues/show_bug.cgi?id=28323 for an example. On RHL 7.3, the platform default encoding is (I guess) UTF-8. Non-ASCII (and non-UTF-8) files passed through <fixcrlf> thus fail, correctly. However the task simply died with a sun.io.MalformedInputException in sun.io.ByteToCharUTF8.convert, giving little information for diagnosing the problem. This patch just adds file information to the error. I successfully used it to track down the cause of NB #28323. Adding line number information is hard - BufferedReader prefills its buffer, and any encoding exceptions are thrown before you actually "get to them". -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
