Я читаю текстовый файл ASCII. Он определяется размером каждого поля в байтах. Например. Каждая строка состоит из 10 байтов для некоторой строки, 8 байтов для значения с плавающей запятой, 5 байтов для целого числа и так далее.
Моя проблема заключается в чтении символа новой строки, который имеет переменный размер в зависимости от ОС (обычно 2 байта для Windows и 1 байт для Linux, я думаю).
Как я могу получить размер символа EOL в С++?
Например, в питоне я могу сделать:
len(os.linesep)
Проверенный временем способ сделать это — прочитать строку.
Теперь последний символ должен быть \n. Раздели его. Затем посмотрите на предыдущий символ. Это будет либо \r, либо что-то еще. Если это \r, разденьте его.
Для текстовых файлов Windows [ascii] других возможностей нет.
Это работает, даже если файл смешанный (например, некоторые строки \r\n, а некоторые просто \n).
Вы можете предварительно сделать это в нескольких строках, просто чтобы убедиться, что вы не имеете дело с чем-то странным.
После этого вы теперь знаете, чего ожидать от большей части файла. Но полосовой метод является общенадежным способом. В Windows вы можете импортировать файл из Unix (или наоборот).
read a line, не зная заранее, что такое разделитель строки. Например, ваш рецепт не работает для разделителей строк \r, а также для последовательных пустых строк, сохраненных как \r\n\n\n, которые были замечены в среде Windows.
- person dxiv; 05.01.2016
\r\n\n\n (например, \r\n \n \n) - это просто смешанный режим, как я уже упоминал [последовательный не проблема]. Я не видел файла только \r более 20 лет [если вообще видел, а я преобразовал 1000 файлов]. Не читается многими программами, так как теперь они предполагают [по крайней мере] новую строку. Попробуйте DOS type file на одном ;-) Я не думаю, что даже MS их больше поддерживает. '\r' допустим [как не терминатор] в начале строки (например, захваченный вывод прогресса). Я видел гораздо больше таких (например, \rpgm is 56% done\rpgm is 57% done)
- person Craig Estey; 05.01.2016
mmap (см. мой ответ: stackoverflow.com/questions/33616284/), так что достаточно просто предварительно отсканировать сначала, но вряд ли стоит лишнего усилий в 99,44% случаев.
- person Craig Estey; 12.01.2016
\r\n [vim называет это режимом dos], и я рассмотрел этот случай смешанного режима в своем посте. Вы можете включить/выключить режим DOS в любой системе. Это отличается от \r only, которые искажены в WinX/unix и должны быть преобразованы, прежде чем любая обычная/разумная программа сможет их использовать. OP упоминает окна - перечитайте вопрос. Время двигаться дальше...
- person Craig Estey; 12.01.2016
Я не уверен, что перевод происходит там, где вы думаете. Посмотрите на следующий код:
ostringstream buf;
buf<< std::endl;
string s = buf.str();
int i = strlen(s.c_str());
После этого, работая в Windows, я == 1. Таким образом, определение конца строки в std равно 1 символу. Как уже отмечали другие, это символ "\n".
\n в \r\n для буферов в памяти, но делает это для файлов и консоли.
- person Serge Rogatch; 05.01.2016
\n не нужно (и фактически не может) кодироваться при записи в буфер. Но когда вы записываете этот буфер в файл, открытый в текстовом режиме, \n будет автоматически преобразовано в то, что требует платформа. Затем, если вы откроете тот же файл в режиме text и прочитаете его обратно, последовательность новой строки будет преобразована обратно в \n. Так что, по крайней мере, мне непонятно, зачем вам знать кодировку \n в файле на диске.
- person dxiv; 05.01.2016
'\n', каким бы ни было исходное окончание строки. Вам действительно нужно знать размер собственной строки EOL? - person Badministrator schedule 05.01.2016