рискованный подход

1) удаляешь файл
2) начинаешь создавать новый файл
3) тут крэш в программе или в компьютере - и новый файл создается наполовину только

старого файла уже нет, нового еще нет - нормально?

тут надо flip-flop делать, если места на диске хватает, как архиваторы например

> другая программа должна взять FileAge(),

тоже стрёмно

1) удаляешь файл
2) начинаешь создавать новый файл c новым age
3) успеваешь записать например 25% файла...
4) тут другая программа просыпается и начинает его читать, прочитывает процентов 30 и отключается
5) ты заканчиваешь записывать файл - но всё, что ты записал после 30% никем уже никогда не будет прочитано

------------

в общем, буфер - это одно дело, а признак готовности буфера - другое! Их надо раздельно держать.

IMHO правильный вариант

1) заводишь папку типа C:\Exchange
2) пишущая программа пишет туда файлы 000000.txt, 000001.txt, 0000002.txt и т.д.
3) при этом она пишет их как 000000.$$$ пока полностью все данные не положит на диск и не сбросит буферы. Только потом переименовывает $$$ в txt
4) никакой файл никогда не переписывается, вообще!
5) читающая программа подписывается у Windows на сообщения про папку C:\Exchange
6) когда Windows говорит "папка изменилась" - смотрит на список *.txt, появилось ли там ранее нечитанное
7) после успешного чтения (n).txt читающая прграмма удаляет (n-1).txt, (n-2).txt и т.д.

Таким образом у тебя в папке на всякий случай всегда есть предыдущий файл

А если понадобится отладка - ты вообще отключишь 7-й шаг и у тебя будут накапливаться ВСЕ данные за весь период работы