А вот интересно - зачем нужен вообще этот символ? Ведь стандартная C библиотека позволяет определить размер файла:

Почему бы std::ifstream не определить в конструкторе размер файла и не обрабатывать каждое чтение согласно этому размеру?
Неужели это для совместимости с CPM?   

Это сообщение отредактировал(а) KaraKum - 4.2.2011, 15:19

Его и ifstream определить может (через seekg/tellg), и правильно определяет, но не читает до конца - поток переходит в EOF состояние ДО достижения реального конца в файле. Кстати, со стандартной С библиотекой те же самые грабли - она тоже не станет читать дальше 1A (хоть размер и определит)

По сути - да   

Ужас какой.
И долго ещё нас будут преследовать эти окаменелости наших до-POSIX предков?  

Да всё это понятно что это старая проблема, но буст громко заявляет что его сериализация будет считываться правильно на любых машинах, в том числе даже с обратным порядком байтов (Little endian) (Big endian) и т.д. и т.п.
Это конечно к данной проблеме не относится напрямую, но разработчики могли бы учесть и этот момент и передавать байт 1A в текстовом виде (например что-то типа "%1A", как в адресной строке браузера, например).
В любом случае, все эти библиотеки пишут люди далёкие от проблем локализации.

Больше всего не приятно, что этот баг проявляется тихо и редко. Когда выложена такая маленькая программка, то все понятно, конечно. А если большой проект, и там где-то внутри, иногда, непонятно от чего вылетает непонятно что, долго придется ломать голову, и валить на неполадки в питании, микросхемы памяти, фазы луны...

для бинарного потока данных, а не для текстового.. на последний есть свои правила и ограничения (и 0х1а не единственный в своем роде),  в следствии чего он просто не применим для подобных целей.. 


Это сообщение отредактировал(а) mes - 5.2.2011, 00:49

Но, тем не менее разработчики оказывается осведомлены об этом баге, и общеают в будущем исправиться, выводя код EOF ескейп-последовательностями:



Добавлено @ 01:53
Да, вот линк, где это написано.
http://www.boost.org/doc/libs/1_45_0/libs/...oc/release.html

Так что не все так плохо, и когда-нибудь будет совсем хорошо. 


Это сообщение отредактировал(а) volatile - 5.2.2011, 01:56

Это как бы не баг, это фича   Программист должен понимать, что он делает. Если открыть на запись /dev/null и дать бусту он тоже туда все замечательно сериализует. Или boost должен это тоже отлавливать и писать куда нибудь в другое место?   

не баг. но очень провоцирует.