Ссылку бы лучше дать на http://www.gnu.org/software/gdb/download/ANNOUNCEMENT

нет?

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

Ого!

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

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

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

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

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

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

именно так.

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

Если бы там еще было нужно меньше извратов, чтобы завести поддержку STL-типов...

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

Го-шечка это круто

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

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

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

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

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

Goдно.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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