为什么fread插入回车(\ r)到data.table？

Question

我正在使用data.table::freadWindows 10计算机上的.csv文件中读取数据.数据正确读入read.csv; 但是,当我fread用来读入数据时,结果data.table的每一行中的所有最终列都以a结尾\r,可能表示回车.这会导致数字字段被赋予字符数据类型.(而不是数字文字4.53,行结束单元格将包含字符文字4.53\r.)

为什么会出现这个错误？有没有办法通过函数调用直接解决这个问题fread？

更新

verbose = TRUE使用参数时,我得到以下内容

Input contains no \n. Taking this to be a filename to open
File opened, filesize is 0.000001 GB.
Memory mapping ... ok
Detected eol as \n only (no \r afterwards), the UNIX and Mac standard.
Positioned on line 1 after skip or autostart
This line is the autostart and not blank so searching up for the last non-blank ... line 1
Detecting sep ... ','
Detected 7 columns. Longest stretch was from line 1 to line 13
Starting data input on line 1 (either column names or first row of data). First 10 characters: subjectNum
All the fields on line 1 are character fields. Treating as the column names.
Count of eol: 13 (including 1 at the end)
Count of sep: 72
nrow = MIN( nsep [72] / ncol [7] -1, neol [13] - nblank [1] ) = 12
Type codes (   first 5 rows): 1131414
Type codes: 1131414 (after applying colClasses and integer64)
Type codes: 1131414 (after applying drop or select (if supplied)
Allocating 7 column slots (7 - 0 dropped)
Read 12 rows. Exactly what was estimated and allocated up front
   0.000s (  0%) Memory map (rerun may be quicker)
   0.001s ( 33%) sep and header detection
   0.000s (  0%) Count rows (wc -l)
   0.002s ( 67%) Column type detection (first, middle and last 5 rows)
   0.000s (  0%) Allocation of 12x7 result (xMB) in RAM
   0.000s (  0%) Reading data
   0.000s (  0%) Allocation for type bumps (if any), including gc time if triggered
   0.000s (  0%) Coercing data already read in type bumps (if any)
   0.000s (  0%) Changing na.strings to NA
   0.003s        Total

Answer 1

如果你有一个看起来像的文件x="a\n1\r\n2\r\n",那么fread(x)将给出描述的结果:

     a
1: 1\r
2: 2\r

发生这种情况是因为行尾指示符在行间不一致.

我听说过其他人正在发生这种情况,但我不知道它来自何处,或者是否有更好的方法来解决它而不是"修复"文件,可能是使用命令行工具.