bad_cast
Из стандарта,
5.2.7. Dynamic cast:
The value of a failed cast to pointer type is the null pointer value of the required result type. A failed cast to reference type throws std::bad_cast (18.7.2).
flush
Если вы что-то выводите - ещё не факт, что это сразу свалится куда нужно. В частности, если это сделали перед fork(), то это приведёт к тому, что строка, печатаемая функцией из семейства print - будет распечатана в обоих процессах. Никакой '\n' в выводимой строке (в отличии от std::endl) не приведёт к имплицитному вызову flush(). С другой стороны, если вызвали fclose() - там явно написано, что flush будет, а в соответствующей close() - такого не нашёл.
sync
Старый добрый sync(). Он всесилен! :-)
Re: Тогда еще до кучи fdatasync и posix_fadvise с флагом POSIX_FADV_DONTNEED.
Смотри, по сути у нас есть три буфера: буфер в std::basic_ostream (аналогичен буферу в fopen/fwrite/fclose из C), внутренние буферы ядра (в частности буфер ФС) и буфер устройства. На последний мы повлиять не можем (к сожалению), а вот на первые два - без проблем. С первым работает flush()/fflush(), со вторым работает sync()/fsync()/fdatasync().
sync() - это "удар по площадям". Он сбрасывает все дисковые буферы - тормоз тот еще.
fsync() - это "точечный удар". Он сбрасывает только данные и метаданные относящиеся к указанному файловому дескриптору.
fdatasync() - это тот-же fsync(), но он не трогает метаданные. Т.е. вся важная информация будет записана на устройство, а atime/mtime останутся в буфере. Он меньше "дергает" устройство и быстрее работает, и при этом дает достаточные гарантии по данным.
Очень жаль только что из std::basic_ostream последние две функции недоступны.
Что касается posix_fadvise то это уже из области внутренних оптимизаций ядра. Особого эффекта от него я не заметил, но почему бы и не сказать ядру что с этим файлом мы больше не собираемся работать.
Re: Тогда еще до кучи fdatasync и posix_fadvise с флагом POSIX_FADV_DONTNEED.
Круто! Я настолько не углублялся. (Мои коллеги - да, мне это нужно не было...)
Но интересно.