gdb

Вопрос или проблема Я использую gdb для подключения к запущенному процессу на системе Linux. Как вы можете видеть, info files показывает секции из исполняемого файла ELF, которые отображены в виртуальной памяти процесса, а также секции загруженных общих библиотек .

Вопрос или проблема Я создал образ Docker с установленными gcc, binutils и отладчиком gdb. Я хотел бы подключить gdb из этого контейнера Docker к процессу внутри контейнера lxc, работающего на том же хосте Linux. Контейнер lxc использует свое собственное

Вопрос или проблема Я получаю ошибку :WARNING:builder:Chip erase used when flash address 0x8020000 is not the same as flash start 0x8000000 при попытке загрузить целевую отладку на устройстве STM32H743VITx. Это перезаписывает загрузчик и вызывает сбой

Вопрос или проблема Я использую ядро 6.1 на ARM zynq7. Я написал несколько внешних модулей ядра, которые, как мне кажется, вызывают некоторые ошибки ядра, но я не могу понять, где. Поэтому я запустил GDB через последовательное подключение.

Вопрос или проблема Мне нравится просматривать исходный код с помощью “lay src”, но проблема в том, что я использую несколько файлов, и он почти всегда показывает не главный файл. Например, у меня есть файл connec.cpp и файл main.cpp;

Вопрос или проблема Я собрал gdb-7.12 с поддержкой Python на своем Ubuntu 14.04 и включил красивую печать, а также настроил свой файл gdbinit, следуя https://sourceware.org/gdb/wiki/STLSupport. Но каждый раз, когда я пытаюсь напечатать размер любого контейнера: p ivec.

Вопрос или проблема Я создал обычную программу “Hello World” на C с помощью gcc 14.2.0 на macOS Sequoia 15.0, и она работала идеально. Однако, когда я попытался отладить её с помощью gdb, появилось сообщение об ошибке Dwarf Error: DW_FORM_line_strp