Отримання GDB для збереження списку точок прориву

Гаразд, інформаційний перерв перераховує точки перерви , але не у форматі, який би добре працював з повторним використанням їх за допомогою --command, як у цьому питанні . Чи має метод GDB знову скинути їх у файл, прийнятний для введення? Іноді під час сеансу налагодження необхідно перезапустити GDB після створення набору точок перерви для тестування.

Файл .gdbinit має таку ж проблему, що і --command. Команда перерви інформації не містить команди, а скоріше таблицю для споживання людиною.

Щоб уточнити, ось приклад з інформаційного перерви :

(gdb) перерва інформації
Число типу Disp Enb Адреса Що
1 точка розриву тримати y 0x08048517 <foo :: bar (void) +7>

Станом на GDB 7.2 (2011-08-23) тепер ви можете використовувати команду збереження точки прориву .

save breakpoints <filename>
  Save all current breakpoint definitions to a file suitable for use
  in a later debugging session.  To read the saved breakpoint
  definitions, use the `source' command.

Використовуйте source <filename>для відновлення збережених точок зупинки з файлу.

Ця відповідь застаріла. GDB тепер підтримує збереження безпосередньо. Дивіться цю відповідь .

Ви можете використовувати журнал:

(gdb) b main
Breakpoint 1 at 0x8049329
(gdb) info break
Num     Type           Disp Enb Address    What
1       breakpoint     keep y   0x08049329 <main+16>
(gdb) set logging file breaks.txt
(gdb) set logging on
Copying output to breaks.txt.
(gdb) info break
Num     Type           Disp Enb Address    What
1       breakpoint     keep y   0x08049329 <main+16>
(gdb) q

Тепер файл.txt містить:

Num     Type           Disp Enb Address    What
1       breakpoint     keep y   0x08049329 <main+16>

Написання сценарію AWK, який перетворює його у формат, корисний для файлу .gdbinitабо --commandфайлу, є простим. Або ви навіть можете зробити скрипт випромінювати окремо --eval-commandв командному рядку GDB ...

Додавання цього невеликого макросу до .gdbinit допоможе вам це зробити:

# Call with dump_breaks file.txt
define dump_breaks
    set logging file $arg0
    set logging redirect on
    set logging on
    info breakpoints
    set logging off
    set logging redirect off
end

Помістіть ваші команди GDB та точки перерви у файл .gdbinit так само, як ви їх введете під час gdb>запиту, і GDB автоматично завантажить та запустить їх під час запуску. Це файл за каталогами, тому ви можете мати різні файли для різних проектів.

Розширення до розширення Анона до відповіді Йоганнеса :

.gdbinit:

define bsave
    shell rm -f brestore.txt
    set logging file brestore.txt
    set logging on
    info break
    set logging off
    # Reformat on-the-fly to a valid GDB command file
    shell perl -n -e 'print "break $1\n" if /^\d+.+?(\S+)$/g' brestore.txt > brestore.gdb
end
document bsave
  store actual breakpoints
end

define brestore
  source brestore.gdb
end
document brestore
  restore breakpoints saved by bsave
end

Після цього brestoreви можете відновити точки прориву, збережені за допомогою bsave.

Розширення до відповіді Йоганнеса : ви можете автоматично переформатувати вихід info breakу дійсний командний файл GDB:

.gdbinit:

define bsave
   shell rm -f brestore.txt
   set logging file brestore.txt
   set logging on
   info break
   set logging off
   # Reformat on-the-fly to a valid gdb command file
   shell perl -n -e 'print "break $1\n" if /^\d+.+?(\S+)$/g' brestore.txt > brestore.gdb
end
document bsave
  store actual breakpoints
end

Після цього у вас є дійсний командний файл у brestore.gdb.

Це працювало для мене, коли програма складена -g.

Я також успішно протестував його на GDB v6.8 на Ubuntu 9.10 (Karmic Koala).

Можливо, це:

save breakpoints [filename]

Поставте наступне в ~ / .gdbinit, щоб визначити bsave та brestore як команди GDB для збереження- та відновлення прохідних точок.

define bsave
    save breakpoints ~/.breakpoints
end

define brestore
   source ~/.breakpoints
end

попередження: Поточний вихідний протокол не підтримує перенаправлення

Я також отримую цю помилку / попередження в GDB, коли намагаюся ввімкнути вхід у режим TUI . Однак, схоже, журнал працює в режимі "не TUI". Тому я виходжу з режиму TUI всякий раз, коли хочу щось записати. (Перемикайте вперед і назад в режимі TUI за допомогою Ctrl+X , Ctrl+A ).

Ось як я працюю:

1. запустити GDB (у звичайному режимі)
2. включити ведення журналу: set logging on- тепер він не повинен скаржитися.
3. перемикання назад / вперед до режиму TUI і виконувати GDB
4. всякий раз, коли мені хочеться щось зареєструвати (наприклад, величезний зворотний дамп) - перемкніть на звичайний режим

Наступне доповнення до попередньої відповіді виявилося корисним для збереження / завантаження точок прориву до певного файлу.

• Зберегти точки перерви: bsave {filename}
• Завантажити точки перерви: bload {filename}

Як і в попередній відповіді, додайте наступний код у файл ~ / .gdbinit

# Save breakpoints to a file
define bsave
    if $argc != 1
        help bsave
    else
    save breakpoints $arg0
    end
end
document bsave
Saves all current defined breakpoints to the defined file in the PWD
Usage: bsave <filename>
end

# Loads breakpoints from a file
define bload
    if $argc != 1
        help bload
    else
        source $arg0
    end
end
document bload
Loads all breakpoints from the defined file in the PWD
Usage: bload <filename>
end

Проблема полягає в тому, що встановлення точки перерви залежить від контексту. Що робити, якщо у вас є дві статичні функції з ім'ям foo ?

Якщо ви вже налагоджуєте один з модулів, що визначає foo, GDB буде вважати, що ви мали на увазі саме цей. Але якщо ви просто скиньте "break foo" у файл, а потім прочитаєте цей файл при запуску, буде незрозуміло, яку функцію foo ви маєте на увазі.

Будь-які інші ідеї? у мене є

warning: Current output protocol does not support redirection

після

set logging on

Редагувати:

Я знаю, що питання полягає в тому, як "зберегти список точок перерви", проте я щойно виявив, що за допомогою GDB ми можемо просто встановити точки збереження "збережені у файлі"

gdb> source breakpoints.txt

де breakpoints.txtтакий файл:

break main.cpp:25
break engine.cpp:465
break wheel.cpp:57