[ https://issues.apache.org/jira/browse/SANDBOX-173?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12466082 ]
Erik Engstrom commented on SANDBOX-173: --------------------------------------- The attatched patch fixes the issue. All tests pass after the patch, processing only depends on a lookahead when you are looking for an eol or delimiter. Once an EOL is encountered the lookahead is not required. Please consider this patch. > CSVParser.getLine() blocks until char after eol is recieved. > ------------------------------------------------------------ > > Key: SANDBOX-173 > URL: https://issues.apache.org/jira/browse/SANDBOX-173 > Project: Commons Sandbox > Issue Type: Bug > Components: CSV > Affects Versions: Nightly Builds > Reporter: Erik Engstrom > Attachments: ExtendedBufferedReader.java.diff > > > If you are parsing a stream (for example stdin) and you call > CSVParser.getLine() I would it to expect to block until a eol or eof is > encountered. Instead the method blocks until it has recieved a char after > the eol. This seems to be because ExtendedBufferReader blocks on > lookaheadchar in read(). It should check to see if there the underlying > input stream is ready before blocking to read the lookaheadchar. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]