Вопрос был в том, почему файл очищался, а не почему он не записывался.

для этого и существуют БД.
посмотри вторую ссылку постом выше. должно тебя сильно порадовать 

Добавлено через 1 минуту и 25 секунд

не факт.

bsa, вопрос был в том, почему атрибут ate вместо того чтобы просто переместить указатель в конец, очищал весь файл.


я в курсе что они существуют, мне просто хотелось реализовать это самому на С++

Добавлено через 58 секунд
в общем ostream лучше совсем не использовать? лучше fstream с набором определенных флагов?

ofstream нужен когда тебе нужно писать в существующий файл. т.к. всяких флагов указывать не нужно. так же и с ifstream.
fstream подходит для случаев, подобных твоему.

имхо, потоки в стл не очень удачные и не всегда соответсвуют документации.. поэтому при особых маневрах без бубна не обойтись..

Причем тут нерациональный расход памяти? Ты внимательно читал мое сообщение? Я четко указал, что если ты пишешь двоичные данные, то расширение файла должно быть не .txt, а файл должен быть открыт с флагом ios::binary. Если же пишешь текстовые, то работа через seek смысла не имеет, так как в зависимости от значений файлов размер записей будет разным.


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

bsa, конечно, вы правы.
как же я так мог ступить...

Всем большое спасибо!