No.
Your detailed response was very helpful to the author... But this is an appropriate answer, given the topic title ))
I hope the author comes up with a more descriptive name next time.
Nope, not a bug but your code with the use of #13.
The
#13 has nothing to do with it, the behavior is the same without it.
However, using the cross-platform constant "
LineEnding" instead of the characters "
#10" and "
#13" is a good tip ))
The first string and the second line has only one difference: existence of blank between comma(,) and double quolte("). But they have different results.
This is due to the "
StrictDelimiter" property. Change it to "
false" and the resulting strings will be the same.
Because of this property, a whitespace character after a delimiter is considered part of the string, not a delimiter. Since a whitespace character isn't a quotation mark, the following text is considered unquoted (it simply contains quotation marks) and is read until the next delimiter.
Third string is to check working of escape char(\).
The
documentation only briefly mentions that need to double quotation marks to escape them. But it doesn't specify that if the text isn't in quotation marks, you don't need to escape them - the text will be read until the next delimiter.
That's why your example in my case shows the original text as '
2=line\"2'. I don't know why you're seeing some strange character instead of a slash, it might be localization issues...