Извлечение отладочной информации

man gdb

Ну во-первых уже. Ничего подходящего не нашел. Во вторых, нужно делать автоматически или максимальо автоматизированно. В идеале это будет скрипт, которму на вход сваливается вывод nm, objdump, черт-его-знает-чего-еще и дамп. На выходе - человеко-читаемый отчет.

В принципе подойдет, если в gdb как-то залить образ памяти и загрузить elf, но я не нашел как его можно залить.

В core-файле вроде всё сохраняется - и переменные и стек и всё остальное.

++
я и говорю man gdb - ну, накрайняк google:gdb

Какой core-файл. Это микроконтроллер с 8к озу и 128к флеша :)

> Иногда случаются assert-ы. При попадании в такой assert устройство начинает выгоять дамп памяти в сом-порт

дамп памяти это не core файл?

Я не знаю формата core файла. В моем случае это будет просто 8к бинарных данных. Если gdb примет это как core (в чем я сомневаюсь, так как по моим представлениям нужно еще как минимум состояние регистров), то хорошо.

>man gdb

конкретно, watch, inspect, print. Ещё можно DDD посмотреть, он умеет визуализировать структуры с указателями, графы.

> Я не знаю формата core файла. В моем случае это будет просто 8к бинарных данных.

Значит, придётся привести эту штуковину к формату core и пользоваться удобными инструментами (gdb и всё что на нём основано), или разбирать этот дамп вручную при помощи очередного велосипеда, на разработку которого потратив ещё X месяцев (или вы думаете, что напишете программу с почти полной функциональностью отладчика быстрее, чем за месяц?)

Кстати, можешь посмотреть исходники ядра Linux на предмет того, как файл /proc/kcore формируется. Это считай что дамп всей памяти машины в формате core.

Core файл оказался простым elf и сделать его можно из бинарника, но появляется проблема. GDB (что логично) не подключает core файл, пока цель не поставлена под отладку. Сделать это невозмонжо. У железки нет связи с GDB (прямая отладка при помощи gdb тоже невозможна).

Так что из вариантов - либо парсит все-таки, либо писать gdb-stub минимальный, что плохо, так как места мало и по времени тоже неизвестно сколько займет.

Мне почему-то очень кажется, что то, что ты ищешь, уже было кем-то сделано и где-то на sourceforge лежит проект...

Что-то не могу ничего найти. В принципе вся отладочная инфа лежит в в stabs фоомате, который довольно простой, но объемный и парсер за пару часов действительно не напишешь.

Может кто видел такой парсер отдельно от GDB?

Не знаю как у AVR работает gcc -g, но у x86 я собираю бинарники с -g, потом стрипаю (strip(1)). Генерящиеся core нормально открываются в gdb с нестрипанными символами.

Опция -Map,file_name.map при ликовании. Создаст file_name.map со всеми адресами секций и переменных.

Или objdump -h -S сделает .lst файл с дисасемблированием всего и вся.