Подскажите литературу по разработке отладчиков
Что-то из твоего поста я не понял, что именно тебе надо и почему просто нельзя запустить приложение под gdb? Ну или воспользоваться "qemu -gdb tcp::1234"?
Я вот думаю, а не проще ли таки реализовать отладчик?
Вроде как сейчас модно всякие там Lua встраивать.
---
"Не надо читать много книг."
Вроде как сейчас модно всякие там Lua встраивать.
---
"Не надо читать много книг."
> а не проще ли таки реализовать отладчик?
В том-то и вопрос, как?
Можно ли считать, что вдумчивого чтения man ptrace хватит?
я к тому, что например opengl это всё красиво, но курс машграфа иметь за плечами не помешает для более детального понимания что к чему и чем фонг от гуро отличается.
В том-то и вопрос, как?
Можно ли считать, что вдумчивого чтения man ptrace хватит?
я к тому, что например opengl это всё красиво, но курс машграфа иметь за плечами не помешает для более детального понимания что к чему и чем фонг от гуро отличается.
>> а не проще ли таки реализовать отладчик?
> В том-то и вопрос, как?
Ну, обычно, просто предоставляются средства интроспекции
и диалоговый интерфейс к ним. Будешь ли ты запихивать последний
в отдельный поток или нет, это твой личный выбор.
> Можно ли считать, что вдумчивого чтения man ptrace хватит?
Если ты хочешь отладчик держать в другом процессе,
тебе придётся его читать, это практически без вариантов.
---
...Я работаю антинаучным аферистом...
> В том-то и вопрос, как?
Ну, обычно, просто предоставляются средства интроспекции
и диалоговый интерфейс к ним. Будешь ли ты запихивать последний
в отдельный поток или нет, это твой личный выбор.
> Можно ли считать, что вдумчивого чтения man ptrace хватит?
Если ты хочешь отладчик держать в другом процессе,
тебе придётся его читать, это практически без вариантов.
---
...Я работаю антинаучным аферистом...
я не понял, ты предлагаешь реализовать отладочные средства непосредственно в инспектируемом приложении? Оно мне неподконтрольно, скорее всего без исходников, пересобрать я его не смогу. Но поковырять его очень хочется.
> я не понял, ты предлагаешь реализовать отладочные средства
> непосредственно в инспектируемом приложении? Оно мне
> неподконтрольно, скорее всего без исходников, пересобрать я
> его не смогу. Но поковырять его очень хочется.
Изначально вопрос скорее подразумевал, что ты хочешь внутренние
отладочные средства, так как внешние уже обычно есть.
Даже с уточнением я не очень понимаю, чего ты хочешь. Если ты
говоришь про ptrace, то зачем bochs? А если ты можешь запускать
исследуемое приложение рядом с отладчиком, то почему не GDB/MI?
---
"Для того, чтобы не пройти мимо цели, иногда необходимо пойти ко дну."
> непосредственно в инспектируемом приложении? Оно мне
> неподконтрольно, скорее всего без исходников, пересобрать я
> его не смогу. Но поковырять его очень хочется.
Изначально вопрос скорее подразумевал, что ты хочешь внутренние
отладочные средства, так как внешние уже обычно есть.
Даже с уточнением я не очень понимаю, чего ты хочешь. Если ты
говоришь про ptrace, то зачем bochs? А если ты можешь запускать
исследуемое приложение рядом с отладчиком, то почему не GDB/MI?
---
"Для того, чтобы не пройти мимо цели, иногда необходимо пойти ко дну."
Оставить комментарий
yolki
Есть ли какие-то книжки, более-менее фундаментальные?Одна глава в Джоне Роббинсе "Отладка приложений" - это очень познавательно, но мало..
задача - нужно разработать некоторое подобие псевдонедоотладчика.
есть задумка запускать приложение в виртуалке (типа bochs, qemu а саму виртуалку дебужить отладчиком. bochs+gdb - связка замечательная, однако требуется не столько отлаживать, сколько контролировать.