Ваша программа падает у пользователей - ваши действия.

[crackedmind]

dump + подробный лог спасут

[break]

dump + подробный лог спасут

Как если причиной краха является внешняя программа или битая планка памяти? А ошибка в модуле памяти может проявляться раз в 2 недели...

[kirill]

Была статейка у Криса по этому поводу.

при возникновении критической ошибки, система завершает работу приложения еще до того, как будут сброшены дисковые буфера. Даже использование функции fflush ничего не решает (а вот скорость программы замедляет весьма радикально). Как же быть?! Да очень просто - создать в shared-memory кольцевой буфер заданного размера и весь отладочный вывод направлять туда, читая оттуда с помощью дочернего процесса. Тогда при аварийном завершении материнского процесса shared-memory не будет освобождена системой и дочерний процесс успеет принять последнее отладочное сообщение, отправленное упавшей программой. К тому же, этот метод работает намного быстрее прямой записи на диск.

http://www.insidepro.com/kk/200r.shtml

[break]

Все равно если причина неисправное железо - ничего не даст... (модуль памяти или перегревающаяся видюха или проц). Какой бы не был механизм вывода хороший - что выводить то если в программе все ОК? Или если ошибка в другой программе - написанной не пойми кем (антивирус...)

[kirill]

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

[Admin]

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

[kirill]

Может ты потоки используешь? Там бага может проявляться через раз и даже реже.

[Admin]

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