Отладчик Linux C++
Я ищу идеальный отладчик Linux C++. На успех не жду, но поиск должен быть информативным.
Я достаточно способный пользователь gdb, но STL и Boost легко сокрушают мои навыки отладки. Дело не в том, что я не могу проникнуть внутрь структуры данных, дело в том, что это занимает так много времени, что я обычно нахожу другой способ («если сомневаешься, распечатай»).
Макроязык для gdb странный и не очень адаптивный. Достаточно взглянуть на код утилит stanford gdb для распечатки структур stl.
Короче я недоволен тем, что у меня есть.
Я недавно наткнулся на Ноль ошибок. Похоже на серебряную пулю. Что об этом думают нынешние пользователи Zero Bugs?
Кто-нибудь нашел другие хорошие решения проблемы Linux C++ Debugger?
Ответы 10
Я уже некоторое время не занимаюсь разработкой на C++ в Linux, но когда я это сделал, мне повезло с отладчиком KDevelop. Ничего революционного, но это позволяет вам быстро исследовать свойства объекта, как вы ищете.
Попробуйте ддд.
Раньше я использовал DDD. Пользовательский интерфейс ужасен, но он по-прежнему очень полезен, поскольку я могу перейти к прямому GDB, когда DDD не хватает. Как DDD улучшает проблему C++? Мне кажется, что я менее полезен для проверки STL, чем GDB со стэнфордскими скриптами.
Ветвь разработки gdb (часть Проект Лучник gdb) добавляет поддержку Python в gdb (для замены макросов gdb). Существует серия сообщений в блоге начиная здесь, в которых подробно рассказывается о начале работы с gdb с поддержкой Python и предлагается несколько руководств по использованию Python для определения новых команд gdb и красивой печати структур данных C++.
поддерживает ли интерфейс Python отражение? Это сделало бы сценарии проверки более надежными и мощными?
У меня довольно мало опыта в Python, и я еще не пробовал python-gdb, но если я правильно понимаю статьи в блоге, да, интерфейс поддерживает отражение.
Вы можете использовать Затмение для пошагового выполнения кода C и C++, если вы ищете отладчик типа IDE вместо отладчика командной строки. Это не идеально, но я обнаружил, что он хорошо работает для людей, уже знакомых с инструментами отладки IDE.
Я также неравнодушен к Валгринд для обнаружения ошибок памяти.
Его вопрос касается проверки контейнеров STL.
Вы можете попробовать IDE NetBeans 6.5 с gdb 6.8, это довольно мощный инструмент! http://www.netbeans.org/downloads/index.html
ddd (отладчик отображения данных) неплох ..... это в основном визуальный gdb ....
Существуют простые сценарии, позволяющие выгружать структуры STL из GDB.
Взгляните здесь
UndoDB прекрасен, если вы не против заплатить за него. Обратимые возможности намного быстрее, чем у GDB. http://www.undo-software.com/
Я использую следующую среду:
Это полноценная среда разработки для языка eC.
Однако у вас может быть проект только с файлами c или C++ без каких-либо специальных файлов eC, а также сборка и отладка их с помощью IDE.
Это самое близкое к опыту работы с Borland C под Linux, которое вы когда-либо придете.
Его можно установить в Ubuntu / Debian с помощью следующей команды:
sudo apt-get install ecere-sdk
Последние версии gdb (например, версия 8.1) и g++ (например, GCC 7, февраль 2018 г.) могут отлаживать стандартные контейнеры C++ с помощью скриптов Python.
связанные: stackoverflow.com/questions/79023/c-gdb-gui