[
https://issues.apache.org/jira/browse/CSV-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13696333#comment-13696333
]
Sebb edited comment on CSV-35 at 6/30/13 1:59 PM:
--------------------------------------------------
As already noted, this would require special-casing, and will mean there is no
way to represent <esc>CR followed by plain LF.
At the very least, this needs to be carefully documented to avoid suprises (and
complaints).
was (Author: [email protected]):
As already noted, this would require special-casing, and will mean one
parse generate <esc>CR followed by plain LF.
At the very least, this needs to be carefully documented to avoid suprises (and
complaints).
> Escaped line separators are not supported
> -----------------------------------------
>
> Key: CSV-35
> URL: https://issues.apache.org/jira/browse/CSV-35
> Project: Commons CSV
> Issue Type: Bug
> Reporter: Emmanuel Bourg
> Fix For: 1.0
>
>
> Commons CSV doesn't handle escaped line separators, for example:
> {code}
> value1;value2;value3a\
> value3b
> {code}
> In this case the expected result is:
> {code}["value1", "value2", "value3a\nvalue3b"]{code}
> This kind of escaping is produced by MySQL, whether the field enclosing is
> enabled or not. It's possible to see enclosing quotes and escaped line
> separators like this:
> {code}
> "value1";"value2";"value3a\
> value3b"
> {code}
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
