Первое правило : сохраняйте все pdbs из каждой сборки, которую вы выпускаете: как из exe, так и из любых других созданных вами dll
Второе правило : попытайтесь выполнить шаги по воспроизведению, поскольку возможность воспроизвести сбой на вашем компьютере - это гораздо более эффективное использование вашего времени, чем пробежка по журналу сбоя.
Помимо этого, вы зависите от богов в том, сколько информации вы можете получить из аварийного выпуска сборки. Некоторые гуру анализа аварий могут творить чудеса с аварийной свалкой, но для остальных из нас, простых смертных, это зависит от характера и воспроизводимости аварии.
Одна вещь, которую нужно проверить, состоит в том, что в ваших оптимизированных сборках выпуска параметр «Omit Frame Pointers» имеет значение «Нет». Одно это значительно упростит отладку, так как в 99% случаев вы получаете не очень значимый стек.
Имейте в виду, что большую часть времени указатель 'this' будет отображаться как NULL в сборке выпуска, но иногда вы можете перемещаться вверх и вниз по стеку, чтобы найти, где он передается в качестве параметра. В общем, не полагайтесь на отображение переменных в отладчике. Если значения выглядят разумными, то они, вероятно, правы. Если они выглядят совершенно неправильно, то это либо ваша ошибка, либо это просто поддельное отображение оптимизированной переменной.
О, и посмотрите на легендарного Джона Роббинса ( Bugslayer ), чтобы узнать о некоторых замечательных ресурсах по анализу аварийных дампов.