Относительно проблемы поиска ошибок. У меня тестеры написали утилиту которая парсит логи и выцепляет интересные моменты.

Мы не о том спорим. Диагностика есть, куда уж без неё. Я просто говорю, что ни один инструмент не совершенен. Когда этих инструментов сотни, эти маленькие недочеты начинают проявлять себя во всей красе. “Заметание следов” – один из них.

Скажем в данном конкретном случае идея перехватить DeleteFile под отладчиком была, но отпала так как нужно было запускать под отладчиком целый скрипт (с десятками порожденных процессов) и ловить нужный процесс. А все из-за того, что “сбойная” команда зависела от того, как отработают предыдущие, которые состояли в запуске того же .exe с другими параметрами. Можно такое поймать под отладчиком? Да без проблем. Только undelete в 100 раз проще.

Относительно проблемы поиска ошибок. У меня тестеры написали утилиту которая парсит логи и выцепляет интересные моменты.

Я предполагаю, что в такой большой компании как Майкрософт должны быть стандарты логов для утилит типа нмейк и прочих.

Guidelines != Standards. И потом даже при безукоризненом ведении логов остается проблема поиска ошибки. И чем больше операций выполняется, тем сложнее найти источник проблемы.

Если это не так, то при определенных условиях можно напрячься

А можно просто поправить исходники соответствующей утилиты. Или воспользоваться undelete. Или еще что нибудь. Основная проблема совсем не в том, чтобы восстановить или не дать удалить этот файл. Проблема в том, как локализовать место ошибки. Возможность повторно запустить любую команду с любого места и получить такой же результат очень ценна.

Ощущение верное?

Не-а.

Если это не так, то при определенных условиях можно напрячься (что естественно, теоретически, должно случаться не очень часто) и втулить брейкпоинт на DeleteFile или на CloseHandle (в случае если файл был открыт с DELELTE ON LAST CLOSE) и просто подменить хендл который передается в функцию. Операционная Система ругнется и не удалит файл.

Подкралось ощущение, что вы не очень любите .NET . Ощущение верное?

Если просто не удалять – то http://users.livejournal.com/_adept_/62484.html

Ну с этим как раз-то бороться очень просто. Не нужно создавать временные файлы на общей куче в %TEMP%. Их нужно помещать туда же, куда пишутся .obj и прочие промежуточные файлы. А удалять – в начале “чистой” сборки.

BTW, а настроить права на папку, что бы можно было всё кроме удаления – это возможно?

По идее можно.