LINUX.ORG.RU

Выход GDB 7.10

 , ,


2

3

В новой версии отладчика GDB (GNU Debugger) добавлена поддержка прямого доступа к разделяемым (shared) библиотекам при удалённой отладке, улучшена поддержка скриптов на Python и Guile. Появилась поддержка record-replay и обратной отладки на системах Arm64, а также поддержка DTrace USDT на 64-битных системах. И многое другое. Упразднена поддержка Itanium и HP/PA.

>>> Подробности



Проверено: anonymous_incognito ()
Последнее исправление: anonymous_incognito (всего исправлений: 1)

поддержка прямого доступа к разделяемым (shared) библиотекам при удалённой отладке

Кто пробовал - как оно ? Отладочные символы тоже берет с удаленной системы?

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

конечно! будешь к gdb питоносрипты клепать

anonymous
()
Ответ на: комментарий от anonymous

GDB может понадобиться, если ты либу на Си написал и биндинги к питону. В остальном pdb хватит.

i_gnatenko_brain ★★★★
()

Класс!!! «Жив, курилка» и это радует.

drfaust ★★★★★
()

улучшена поддержка скриптов на Python и Guile

Вау, а какие есть вкусные скрипты для GDB? Ни разу ими не пользовался.

frugurt
()
Ответ на: комментарий от frugurt

Вау, а какие есть вкусные скрипты для GDB? Ни разу ими не пользовался.

AFAIK, весь pretty-printing объектов STL сделан Python-скриптами.

tailgunner ★★★★★
()
Ответ на: комментарий от anonymous

Если я собираюсь прогать на пайтоне, то мне GDB пригодится?

Это зависит от того насколько глубоко. Если, например, нужно будет понять что за хрень происходит внутри долгоживущего процесса или потрогать его корку, то пригодится. Обычно питонокодеры такими вещами не занимаются.

mashina ★★★★★
()
Ответ на: комментарий от frugurt

Вау, а какие есть вкусные скрипты для GDB? Ни разу ими не пользовался.

Сейчас из распространённых есть в основном pretty-принтеры и сахар для отладки питона. Вкусное скорее всего придётся писать самому исходя из своих нужд, я лично накодил для себя небольшую тулзу анализа корок. На гитхабе можно найти ещё похожие скрипты + некоторые библиотеки идут вместе со скриптами для gdb.

mashina ★★★★★
()
Ответ на: комментарий от anonymous

Хорошая альтернатива дурному lldb

Ничего себе, альтернатива :) GDB - первичен, его ещё сам Столлман завещал.

yoghurt ★★★★★
()
Ответ на: комментарий от frugurt

QtC использует данный интерфейс для более тесного взаимодействия с GDB. А вообще, мне пока хватало макросов на встроенном языке, например, для вывода расширенной информации о состоянии тредов в ThreadX.

h4tr3d ★★★★★
()
Ответ на: комментарий от Infra_HDC

Упразднена поддержка Itanium и HP/PA.

Почему-то вспомнилось прекращение поддержки SPARC64 в Debian GNU/Linux. Ряды железок определенно редеют...

Упразднена поддержка HP-UX на Itanium и HP/PA. Поддержка других ОС на этих архитектурах, которая была в GDB, никуда не делась.

anonymous
()
Ответ на: комментарий от h4tr3d

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

anonymous
()
Ответ на: комментарий от anonymous

Похоже опять срачики. А есть сравнение функциональности gdb vs lldb? Понятно, что сейчас и сам поищу, но вдруг где готовая ссылка завалялась? ~~Особенно удалённая отладка и совместимость с gdb-server (от openocd я никуда не денусь).~~ Это нашёл.

h4tr3d ★★★★★
()
Последнее исправление: h4tr3d (всего исправлений: 1)
Ответ на: комментарий от h4tr3d

да какие срачи. я лично копался в коде gdb 7.9 и правил баги, это тихий ужас - спагетти код - внесение новых возможностей сопряжено с таким адским трудом. а как вам например фигня что в между 7.6 и 7.9 версией где то поломали дебаг мультитредовых корок ? насчет 7.10 не знаю - но это гавно мамонта лучше применять только там где без него ну никак не обойтись.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.