2015-04-28 2 views
1

Переход от DBX к GDB:Как подавить информацию о прикреплении процесса к gdb?

Я хотел бы, чтобы навсегда подавить информацию GdB печатает на моем терминале при присоединении к выполняемому процессу в целом. Кто-нибудь знает как это сделать? Спасибо за любую помощь.

образца (64-разрядная версия CentOS 6.6) сессия:

gdb -p 12345 
Attaching to process 12345 
Reading symbols from /some/path/to/my/ELF executable...done. 
Reading symbols from /some/other/path/to/my/library.so...done. 
Loaded symbols for /some/other/path/to/my/library.so 
[New LWP 12345] 
[New LWP 12345] 
[New LWP 12345] 
[New LWP 12345] 
[Thread debugging using libthread_db enabled] 
0x000000338a6aca3d in nanosleep() from /lib64/libc.so.6 
Missing separate debuginfos, use: debuginfo-install ... 

В действительности есть несколько экранов вышеперечисленные «Чтение» и «Загрузка» записи, которые я подавляющая вручную ради вменяемости. Есть также 4 100-символьные длинные строки жалоб о «Отсутствует отдельный debuginfo», который я также подавляю вручную для публикации.

Не хочу ничего видеть. Все, что я хочу это:

gbd -p 12345 
in nanosleep() from /lib64/libc.so.6 

что несколько бесполезно - где текущие имена файлов и функции плюс номер строки и идентификатор потока? Но я готов упустить это. Больше заинтересован в подавлении вывода на данный момент (не вызывая его).

Это легко достижимо с помощью gdb? Запись в .gdbinit или некоторые такие? Еще раз спасибо.

ответ

0

Насколько я знаю, нет возможности отключить их.

Некоторые дополнительные сообщения печатаются, если у вас есть set print inferior-events on. Итак, убедитесь, что он выключен. Но, вероятно, это для вас, поскольку это значение по умолчанию.

Вы можете сделать некоторые конкретные команды спокойными, написав свою собственную обертку, используя define и перенаправляя ее на /dev/null.

Я думаю, что предоставление пользователям большего контроля над выходом будет разумным запросом функции для gdb.

0

Решено.

Хотя я не мог найти способ, чтобы заставить замолчать «отсутствующий отдельные debuginfos» жалобы через перенаправлять их в/DEV/нуль мне удалось избавиться от них, делая то, что они предложили:

  1. стать корень ,
  2. VI /etc/yum.repos.d/CentOS-Debuginfo.repo
  3. изменение "включено = 0" к "разблокированы = 1"
  4. сохранить и выйти VI.
  5. ня установить ни-Utils
  6. DebugInfo установить Glibc
  7. DebugInfo-установку keyutils-ЛИЭС
  8. DebugInfo установить Krb5-ЛИЭС
  9. DebugInfo установить libgcc
  10. DebugInfo установить libuuid
  11. debuginfo-install openssl

сеансы gdb выглядят намного чище. Благодарю.

Смежные вопросы