The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск отладчика GDB 8.3

12.05.2019 07:42

Представлен релиз отладчика GDB 8.3, поддерживающего отладку на уровне исходных текстов для широкого спектра языков программирования (Ada, C, C++, Objective-C, Pascal, Go и т.д.) на различных аппаратных (i386, amd64, ARM, Power, Sparc, RISC-V и т.д.) и программных платформах (GNU/Linux, *BSD, Unix, Windows, macOS).

Ключевые улучшения:

  • В интерфейсах CLI и TUI реализована возможность определения стиля терминала (добавлена команда "set style"). При наличии GNU Highlight реализована подсветка исходных текстов;
  • Реализована экспериментальная поддержка компиляции и подстановки исходного кода на языке C++ в контролируемый при помощи GDB процесс (inferior). Для работы требуется наличие как минимум версии GCC 7.1б, собранной с libcp1.so;
  • В GDB и GDBserver добавлена поддержка IPv6. Для задания адресов IPv6 следует использовать формат "[ADDRESS]:PORT";
  • Для целевых систем RISC-V добавлена поддержка описания цели в формате XML (Target Description Format);
  • На платформе FreeBSD обеспечена поддержка установки точек перехвата (catchpoint) на системные вызовы, используя их псевдонимы, специфичные для разных ABI (например, для 'kevent' доступен псевдоним 'freebsd11_kevent' для привязки к старому ABI);
  • В команду "target remote" добавлена поддержка Unix-сокетов (Unix Domain socket);
  • Добавлена возможность отображения всех файлов, открытых процессом (команда "info proc files");
  • Реализована возможность автоматического сохранения на диск индексов символов DWARF для ускорения последующей загрузки того же исполняемого файла;
  • В GDBserver для платформы PowerPC GNU/Linux добавлена поддержка доступа к регистрам PPR, DSCR, TAR, EBB/PMU и HTM;
  • Добавлены новые команды "set/show debug compile-cplus-types" и "set/show debug skip" для настройки вывода данных о преобразованиях типов C++ и информации о пропускаемых файлах и функциях;
  • Добавлены команды "frame apply COMMAND", "taas COMMAND", "faas COMMAND", "tfaas COMMAND" для применения команд к кадрам стека и потокам;
  • Внесены улучшения в команды "frame", "select-frame", "info frame", - "info functions", "info types", "info variables", "info thread", "info proc";
  • При запуске в пакетном режиме GDB теперь возвращает код ошибки 1 в случае сбоя выполнения последней команды;
  • Добавлена возможность сборки GDB с предоставляемым GCC детектором неопределённого поведения (Undefined Behavior Sanitizer);
  • Добавлены настройки базовой системы (native configuration, для отладки на той же системе) для платформ RISC-V GNU/Linux (riscv*-*-linux*) и RISC-V FreeBSD (riscv*-*-freebsd*);
  • Добавлены настройки целевых систем (target configuration): CSKY ELF (csky*-*-elf), CSKY GNU/Linux (csky*-*-linux), NXP S12Z ELF (s12z-*-elf), OpenRISC GNU/Linux (or1k*-*-linux*), RISC-V GNU/Linux (riscv*-*-linux*) и RISC-V FreeBSD (riscv*-*-freebsd*);
  • Отладка на той же системе в Windows теперь требует наличия Windows XP или более новых выпусков;
  • Для использования Python API теперь требуется Python 2.6 или новее.


  1. Главная ссылка к новости (https://sourceware.org/ml/gdb/...)
  2. OpenNews: Выпуск отладчика GDB 8.2
  3. OpenNews: Выпуск отладчика GDB 8.1
  4. OpenNews: Выпуск отладчика GDB 8.0
  5. OpenNews: Релиз набора компиляторов GCC 9
  6. OpenNews: Для Linux представлена система динамической отладки BPFtrace (DTrace 2.0)
Лицензия: CC-BY
Тип: Программы
Ключевые слова: gdb, debug
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (15) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (1), 08:32, 12/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Отладка на той же системе в Windows теперь требует наличия Windows XP или более новых выпусков;

    Они Миллениум задепрекейтили? Или Win2000?

     
  • 1.3, Аноним (3), 15:32, 12/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    пожалуй, лучший инструмент для отладки systemd
     
  • 1.4, segesg (?), 16:45, 12/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А фичу пошаговой отладки *назад* ещё не запилили?
    Как вот здесь https://rr-project.org/
     
     
  • 2.5, anonymous (??), 17:26, 12/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть уже вроде(7.12):
    >6 Running programs backward ...
     

  • 1.6, Аноним (6), 06:51, 13/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это не отладчик. Отладчик - это OllyDbg, а не это консольное недоразумение.
     
     
  • 2.7, fatlortroll (?), 07:44, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вот кнопкодавов спросить забыли.
     
  • 2.8, Аноним (8), 09:04, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так толсто, что аж тонко.
     
  • 2.9, Аноним (9), 20:18, 13/05/2019 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И что же такого умеет OllyDbg, чего не умеет в gdb? Если палец к мышке прирос (нахрена тогда отладчик? может лучше косынку разложить?), для gdb есть куча гуишных оболочек
     
     
  • 3.10, Аноним (10), 04:43, 14/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    А есть этот ваш гдб под винду? Если нет, то ненужон.
     
     
  • 4.11, fatlortroll (?), 09:20, 14/05/2019 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты дурак, шоле? GDB есть чуть менее, чем подо всё.
     
  • 3.12, adolfus (ok), 15:21, 14/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > для gdb есть куча гуишных оболочек

    ??? Вы это серьезно ???
    Я вот ищу с начала 2000-х, как с полуоси пересел на линукс. За двадцать лет ничего, хотя бы отдаленно напоминающее IPMD, даже близко не появилось. А для ассемблерного кода вообще по нулям.
    Почему этот gdb при отладке ассемблерного кода вместо того, чтобы работать с листингом или исходниками, занимается дизассемблированием? Ради чего я придумываю имена переменным и меткам? Чтобы gdb их превратил в EA?

     
     
  • 4.14, Аноним (14), 15:30, 15/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Рили code cat hello s --------------------------------------------------... текст свёрнут, показать
     
     
  • 5.16, adolfus (ok), 20:45, 16/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    Это выход дизассемблера, приправленный символами из отладочных секций объектного модуля. Локальные метки не попадают в отладочную секцию и gdb их не показывает.
    Не знаю, как студия, но старый codeview из pwb работал с исходником, поэтому мог показывать нераскрытые макросы и ходить над ними, как над процедурами. Аналогично работал межделмашевский ipmd со своим асемблером alp.
     
  • 2.13, Аноним (14), 15:10, 15/05/2019 [^] [^^] [^^^] [ответить]  
  • +/
    > Отладчик - это OllyDbg

    Вот когда он сумеет во что-нибудь кроме x86 32-bit, тогда станет отладчиком.

     

  • 1.15, Аноним (15), 18:38, 15/05/2019 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    интересно, как поживает проприетарный SoftIce, врят ли для systemd годится. но вот на венде 98 это было лучшим, для человека без средств, инструментом борьбы с регнумами )
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    MIRhosting
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру