roma126,

Игрался я с ватчером этим. В качестве тренировки делал прожку для архивирования измененных бинарников.
Штука полезная, но есть там 1 крупный недостаток - если ты пишешь в директорию большой файл, то событие "что-то поменялось" приходит до того, как весь файл будет залит окончательно. Конечно, это событие приходит и после окончательной заливки. Но ты, получив событие ENTRY_MODIFY не знаешь категорию события. То ли файл уже записан весь, то ли еще пишется.

А раз ты этого не знаешь, нужен дополнительный механизм, который это решает. Ну вот в моем случае проверялось условие, что в течении заданного времени больше изменений файла не было. Тогда прожка считала, что изменений больше не будет - и делала копию директории.
И дальше вопрос - а какое время задавать? Если ты копируешь мелки файлы - то одно, а если ты заливаешь по ssh гигабайтовые файлы, да еще если сеть поганая, это время надо ставить больше.

вы можете пытаться парсить xml. Если парсится - все ок. Если не парсится, то или ошибка синтаксиса, или неполный xml.

grasoff.netпишется файл, а следом его md5-хэш

Для больших файлов md5 придется много раз пересчитывать. Это плохо. Частично решит проблему выбор такого алгоритма контрольной суммы, который позволяет "доскормить" новые данные в существующий калькулятор суммы. Только все равно криво это как-то.

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