this test just shows that we can't escape CR in a quoted string. wc -l says the dataset has 10 rows, h2o says it has 20 rows
EOL here is the normal unix LF. If you have more than one EOL in your dataset, you have to use some other tool to turn it into a one-EOL dataset. (also, h2o doesn't tell you your dataset is not what you expect). There are no warnings to the stdout here. Since the CR is in the middle of a quoted string and terminates that string parsing, everything back to the opening double quote is lost, and the col is NA'ed (and the next col started on a new row. (which causes NAs because it doesn't have enough cols to fill the row)