Мини-Ватсон

В силу специфики продуктов Transas'a мы устраиваем перед выпуском продуктов массированные
тестовые прогоны приложений, работающих в разных условиях, в частности в условиях активной
работы пользователя с продуктом (здесь 24/7 в течение всего периода испытаний работают
средства автоматического тестирования).

Поначалу программы время от времени "падают", от этого пока никуда не деться.
Наиболее простым (и результативным) способом отладки в таких случаях является использование
post-mortem отладчика, который активируется в системе (для WinXP это Dr.Watson,
для Windows 7 - подсистема Windows Error Reporting (WER) ).

Ручная расшифровка параметров брошеных C++ исключений (0xE06D7363)

Иногда проблемы приходится исследовать в практически “спартанских” условиях (чаще всего тогда, когда в вашу систему входят компоненты от третьесторонних поставщиков, которые не удосуживаются снабдить вас отладочными символами - мотивация этой глупости при этом может быть абсолютно любой и к делу не относится).

Application verifier

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

Windbg для забывчивых

Во время работы по анализу дампа, по крайней мере у меня, довольно часто получается, что я забываю об исходной причине возникновения проблемы :-(
Видимо, специально для таких как я в WinDBG сделали команду .lastevent, которая "освежает память", распечатывая в поток вывода информацию о последнем отладочном событии... ;-)

Помощь в выяснении природы DLL

На сайте Microsoft есть очень полезная страничка, которая иногда оказывается полезной - DLL Help Database on microsoft.com

Там можно посмотреть для известных DLL всякую разную полезную информацию типа продукта, в котором она появилась, актуальной версии, списках импорта/экспорта, и так далее...

Можно сразу вызвать поиск запросом (язык en_US):

http://support.microsoft.com/dllhelp/?dlltype=file&l=55&S=1&alpha=

Upd: сервис, оказывается, в феврале 2010 приказал долго жить, а жаль...

Просмотр локальных переменных в WinDbg

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

"Волшебный" CAB для WinDBG

Частенько оказывается, что дамп памяти, приносимый со стенда на анализ (если не удалось посмотреть проблему "вживую" нуждается в достаточно объемной пост-обработке, чтобы продолжить исследование :-(

Как оказалось, жизнь себе можно существенно облегчить...

Symchk

Эта замечательная утилита входит в состав Debugging Tools for Windows.
Когда мы ставим символы от операционной системы (возможно даже и символы от SP), мы все равно не гарантированы от проблем - служба Windows Update работает 24/7, и если компьютер имеет выход в Internet, шанс на то, что ваши символы устарели, имеется.

Установка WinDbg в качестве postmortem debugger

Это первое, что имеет смысл сделать в системе после развертывания тестируемого ПО.

Отладка с помощью WinDBG

Как это не удивительно, но программы работают с ошибками, а уж C/С++-программы при этом еще часто отличаются особенно зловредными ошибками при работе с памятью.
Все это приходится отлаживать, причем зачастую не на рабочем месте, а в конфигурации клиента и на чужой машине.
При этом поиск ошибок превращается при отсутствии соответствующего инструментария и подготовки в настоящую проблему.