Короче есть My Program (vb6), которая работает через API c opal.dll/ptlib.dll.
Есть bug, явно что в ptlib, т.к. My Program такими умными вещами как DNS SRV Lookup (поиск IP-адреса по имени домена) не занимается. Совместно с автором opal ищем ошибку, пока что он добавляет логи в ptlib, но проблему пока не раскусили.
Он хочет от меня следующее (буквально):
It would make thing 100 times easier of you could run your program under the visual studio debugger, and we can get a stack trace of where exactly it is crashing. Is this not possible?
Ну я нажимаю на кнопку debug, когда происходит crash of My Program с указанием модуля ptlib.dll как источника проблемы, мне пишется следующее (картинка ниже на фоне Opal-овского лога по этому поводу):



Т.е. я не врубаюсь чего человек от меня хочет и как этот дебаг активировать. Возможно ли? И в какой студии?
В C++ 2005 EE (в которой скомпилирован Opal)? Или в C++ 6.0 (VB это как бы 6.0)? Или это вообще не реально т.к. мое приложение VB6?

Antonariy,

В 2005EE указанный пункт отсутствует.
Пошел в Visual C++ 6.0 (установлена, но давно не пользуюсь)
Tools -> Options -> Debug поставил галку "Just-in-Time Debugging"
Закрыл.
Запустил прогу, жду у моря погоды, этот crash иногда можно сутками ждать.
Но, в правильности сделанных действий интуитивно не уверен.

Дождался crash-а, открылся "debug".
Попытался это дело как-то сохранить, появился файл .opt в директории программы.
Снова этот файл в том же виде как открывался при нажатии на "Debug" не открывается, какие-то hex-ы показывает.
Пока игрался все похоже испортил, да еще сдуру заново приложение запустил, чем затер родной лог даже не взглянув на него.
Все надо делать сначала, знать бы что.
Что и как я должен сохранить для разработчика в плане "visual studio" -дебага кот. он просит, чтобы он понял (коль уж я не понимаю).

AntonariyГде-то в интерфейсе отладчика должна быть возможность отображения стека вызовов (call stack или вообще все связанное со словом stack). Лучше спроси у автора, как это сделать, ничего зазорного в этом вопросе нет.
Он тоже самое ответил:
Good about getting into the debugger, but the assembly code is not much use. What I need is the stack trace. There should be a window somewhere saying "Call Stack", if you could copy and paste it's contents..
Я этот Call Stack нашел, в меню View->Debug, ну он одну строчку с адресом выводит. Послал скриншот автору (ничего умнее не придумал).
Счас автор написал, типа нашел ошибку:
I think I have found the problem, though I was never able to reproduce it here...Fixed subtle error in DNS resolver code on windows where copying lists did not correctly copy internal strings for the DNS record list. Need to use Windows API function DnsRecordSetCopy and not internal implementation. Amazing that this did not crash more often that it did, which was quite rarely.
И до фига кода:
http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/ptlib/branches/v2_10/include/ptclib/pdns.h?r1=28556&r2=28568 http://opalvoip.svn.sourceforge.net/viewvc/opalvoip/ptlib/branches/v2_10/src/ptclib/pdns.cxx?r1=28565&r2=28568

Это все это долбаное IVP6 ведь виновато.
Тестируем, ждем-с the crash. Лучше, если не дождусь.