O>>Я к чем windbg хорош именно как минимально зависимый отладчик, который легко и быстро разворачивается на любой, мало-мальски дышащей системе. zou>Остались ведь cdb/ntsd (command-line версии windbg). Если все равно используете только командную строку, так ли велика потеря windbg?
1) windbg-шная консоль все же удобнее голой консоли.
2) иногда все же юзаю окно memory. да и disasm +- 10 строк всегда перед глазами полезен.
3) но ведь оно все еще устанавливается вместе с виндбг. То есть проблемы установки со стора в силе.
Как много веселых ребят, и все делают велосипед...
Здравствуйте, ononim, Вы писали:
O>3) но ведь оно все еще устанавливается вместе с виндбг. То есть проблемы установки со стора в силе.
Оно устанавливается вместе с Debugging Tools for Windows. Windbg, как и остальные программы из этого набора, раньше можно было один раз поставить через msi, а потом простым копированием переносить на другие машины. Неужели сейчас все Debugging Tools теперь только через стор будут устанавливаться и не поддерживать "xcopy deployment", как раньше?
O>Если windbg превратиться в студию, то он будет не нужен
Да он и так как UM-дебаггер нафиг не нужен. Есть более вменяемые альтернативы https://x64dbg.com/ http://www.ollydbg.de/
O>>Если windbg превратиться в студию, то он будет не нужен R>Да он и так как UM-дебаггер нафиг не нужен. Есть более вменяемые альтернативы R>https://x64dbg.com/
хз не юзал
R>http://www.ollydbg.de/
ты еще софтайс вспомни
Как у них обоих кстати со скриптингом? Например есть функция которая 100500 раз взывается и хочется поставить хитробряку чтоб срабатывала только если в этом месте @rax=0x12345.
Как много веселых ребят, и все делают велосипед...
R>>http://www.ollydbg.de/ O>ты еще софтайс вспомни
для своего времени была выдающаяся штука, но повздыхать о ней желания нет
immunity вспомню https://www.immunityinc.com/products/debugger/index.html
у него кривая обучения проще, там товарищи продублировали популярные комманды windbg в консоли
O>Как у них обоих кстати со скриптингом? Например есть функция которая 100500 раз взывается и хочется поставить хитробряку чтоб срабатывала только если в этом месте @rax=0x12345.
У 1го все хорошо, у 2го — не знаю, использовал эпизодически
ЕМ>В последнем 10.0.15063.0, кстати, в режиме удаленной отладки через пайп в окно вывода регулярно начинает лезть случайный мусор ЕМ>И многолетний косяк с непоказом регистров 64-разрядной системы в окне Registers в последних версиях так и не починили.
В "обновленном" 10.0.16299.61 — то же самое. Вдобавок несколько последних версий регулярно забывают закрыть PDB-файл после выгрузки модуля, отчего для пересборки модуля приходится перезапускать отладчик.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>В "обновленном" 10.0.16299.61 — то же самое. Вдобавок несколько последних версий регулярно забывают закрыть PDB-файл после выгрузки модуля, отчего для пересборки модуля приходится перезапускать отладчик.
.reload /u никогда не подводил...
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, mike_rs, Вы писали:
_>>.reload /u никогда не подводил...
ЕМ>В версиях вплоть до 6.x — действительно никогда. Все версии 10.0 периодически перестают закрывать PDB после .reload /u, помогает только перезапуск.
10.0.14321 не был замечен за этим, с ним все ок, а вот 10.0.16299 таки да, перестал выгружать пдбхи.
Здравствуйте, mike_rs, Вы писали:
_>10.0.14321 не был замечен за этим, с ним все ок, а вот 10.0.16299 таки да, перестал выгружать пдбхи.
У меня каждый из 10.0 минимум один-два раза отметился на невыгрузке PDF. Это у них спонтанно — может и двадцать раз подряд выгрузить, а на двадцать первый — отказаться. Если у Вас на каждую сессию отладки запускается новый экземпляр — они могли просто не успеть накопить на глюк.
