[
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]
