Вопрос

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

Обновить:

Трассировка стека исключения является:

0:000> kb
   *** Stack trace for last set context - .thread/.cxr resets it
ChildEBP RetAddr  Args to Child              
0174f168 734ea84f 2cb9e950 00000000 2cb9e950 kernel32!LoadTimeZoneInformation+0x2b
0174f1c4 734ead92 00000022 00000001 000685d0 msvbvm60!    RUN_INSTMGR::ExecuteInitTerm+0x178
0174f1f8 734ea9ee 00000000 0000002f 2dbc2abc msvbvm60!    RUN_INSTMGR::CreateObjInstanceWithParts+0x1e4
0174f278 7350414e 2cb9e96c 00000000 0174f2f0 msvbvm60!    RUN_INSTMGR::CreateObjInstance+0x14d
0174f2e4 734fa071 00000000 2cb9e96c 0174f2fc msvbvm60!RcmConstructObjectInstance+0x75
0174f31c 00976ef1 2cb9e950 00591bc0 0174fddc msvbvm60!__vbaNew+0x21

и в наш код (создайте новый класс, производный от формы)

вывод dds:

0:000> dds esp-0x40 esp+0x100
0174f05c  00000000
0174f060  00000000
0174f064  00000000
0174f068  00000000
0174f06c  00000000
0174f070  00000000
0174f074  00000000
0174f078  00000000
0174f07c  00000000
0174f080  00000000
0174f084  00000000
0174f088  00000000
0174f08c  00000000
0174f090  00000000
0174f094  00000000
0174f098  00000000
0174f09c  007f4f9b ourDll!formDerivedClass::Form_Initialize+0x10b [C:\Buildbox\formDerivedClass.frm @ 1452]

и т.д.

что, по-видимому, указывает на то, что вызывается Initialize, даже если его нет в трассировке стека ни этого исключения, ни какого-либо из потоков.Как и предполагалось, все это может быть из-за несоответствия между PDF-файлами и библиотеками dll, но кажется совпадением, что в итоге мы получаем правильные классы и методы

Это было полезно?

Решение

Kd расшифровывается как "дамп стека". Из документации:

Команда kd отображает необработанный стек данные.Каждое значение DWORD отображается в отдельной строке.Информация о символе отображается для этих строк вместе с соответствующими символами.Этот формат создает более подробный список, чем другие команды k*.Команда kd эквивалентна dds (Display Memory) команде, которая использует адрес стека в качестве своего параметра.

Попробуйте .hh получить справку отладчика изнутри ntsd / windbg.

Смотрите также "dds esp-0x40 esp + 0x80".

Другие советы

Извините, но похоже, что вы действительно запустили команду "kb" - с буквой "B", а не "D".Это то, что появляется в сеансе выше, и примеры на http://www.debuginfo.com/articles/easywindbg.html определенно, кажется, что они дают аналогичный результат...

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top