LINUX.ORG.RU

Вышел GDB 7.5

 , ,


0

2

17-го августа вышла новая версия известного отладчика GDB — 7.5. Из новшеств следует отметить следующие:

  • добавлена поддержка языка Go;
  • новые целевые платформы (targets): x32 ABI, microMIPS, Renesas RL78, HP OpenVMS ia64;
  • улучшения скриптового API;
  • добавлена поддержка обратной отладки для платформы ARM;
  • добавлена поддержка SDT (statically defined tracing).

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

anonymous

Проверено: maxcom ()

добавлена поддержка языка Go

Ого!

renya ★★★★★ ()

один из лучших отладчиков

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

в общем ура!!!

hoopoe ★★ ()

Оно все так же не умеет не запускать pretty printer'ы для неинициализированных локальных объектов и смачно шлепается с segmentation fault?

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

Насколько я понимаю проблема в питоне а вернее в питоновском коде принтера.

A-234 ★★★★★ ()
Ответ на: комментарий от A-234

Нет, проблема именно в GDB, есть даже соответствующий патч (только его вроде как не приняли). GDB вызывает код принтера для неинициализированных объектов на стеке, а принтер не имея возможности определить, инициализирован объект или нет, принимает стековый мусор за актуальные данные и делает обращение по запрещенному адресу, тем самым сваливая процесс самого GDB.

m0rph ★★★★★ ()

Я рад, но GDB использую только из Лазаруса. Но всё равно я рад.

Vudod ★★★★★ ()

Есть чего-нибудь для «чайников», как отладкой пользоваться?

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

С одной стороны мне не понято, как можно надежно определить инициализирован ли объект или нет не мониторя все обращения к памяти. Но с другой, вы абсолютно правы, как бы ни был инициализирован объект его интерпретация не должна валить GDB ни при каких обстоятельствах.

A-234 ★★★★★ ()
Последнее исправление: A-234 (всего исправлений: 1)

добавлена поддержка языка Go;

А когда будет поддержка языка D?

Xintrea ★★★★★ ()
Ответ на: комментарий от A-234

Принтеры созданы для своего рода «интроспекции» объектов в ОО-языках, соответственно применимы они в основном к объектам, которые считаются проинициализированными после вызова функции-конструктора. Не имею представления, насколько отладчик с полной отладочной информацией может разобраться в таких тонкостях языка, но думаю, что копать нужно в эту сторону.

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

Как бы там ни было отладчик предназначен для поиска ошибок, не только своих собственных. Не должен он валиться от неверной инициализации, он должен о ней предупреждать. Ваш КО :)

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

А когда будет поддержка языка D?

минимальная поддержка D в gdb *есть*, внимательнее смотрите официальную документацию

anonymous ()
Ответ на: один из лучших отладчиков от hoopoe

Ога, отладчик отменный. Как представишь что придется этим пользоваться, так сразу начинаешь писать правильный рабочий код с первой попытки.

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

Ога, отладчик отменный. Как представишь что придется этим пользоваться, так сразу начинаешь писать правильный рабочий код с первой попытки.

О! Может посоветуешь другой? Что бы можно было скрипты работы с отладчиком и самой программой на события отладки и самой программы вешать.

Реально, думаю, ни у одного gdb внутрях python. Надеюсь, что у кого-нибудь еще есть.

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

Если для отладки одной программы надо писать другую программу, то с этой первой программой что-то в корне не так и скорее всего её нужно просто выкинуть.

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

Если для отладки одной программы надо писать другую программу, то с этой первой программой что-то в корне не так и скорее всего её нужно просто выкинуть.

А, вы.... Теоритик... Ну тогда. Вопрос снимаю. Разъяснять необходимость смысла не вижу.

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

Об этом говорит мой многолетний опыт. _Нормальные_ логи + корки покрывают 99.9999% случаев разбора багов. А именно отладка как отладка при написании программы лучше всего реализована в msvs, она на столько хорошо сделана, что имеет один неприятный побочный эффект — расслабляет программиста и он со временем начинает писать говнокод.

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

А когда будет поддержка языка D?

Думаю, следует ждать официального включения компилятора d в gcc. Речь об этом шла, но там какие-то лицензионные проблемы.

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

отладка как отладка при написании программы лучше всего реализована в msvs

Да ладно, использовал 2005 студию, когда ещё писал на Фортране. Работать можно, но ни в какое сравнение с тем же Delphi7/2003 не идёт.

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

...отладка как отладка при написании программы лучше всего реализована в msvs, она на столько хорошо сделана...

Что, неужели лучше, чем в дельфях? ;)

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

Что, неужели лучше, чем в дельфях? ;)

Нет, но он не признает.

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