Что такое хорошая альтернатива Unix для DDD (Data Display Debugger)? - PullRequest
Новая
       40

Что такое хорошая альтернатива Unix для DDD (Data Display Debugger)?

34 голосов
/ 30 июля 2009

Я разрабатываю c на Linux, используя vim, и отлаживаю, используя ddd. Однако я считаю, что DDD работает очень плохо при прокрутке на этой машине, поэтому его иногда очень сложно использовать.

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

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

Ответы [ 8 ]

9 голосов
/ 30 июля 2009
7 голосов
/ 31 июля 2009

Я использую Eclipse CDT в своей повседневной работе, а также в Visual Studio, и это очень хороший инструмент, так же хорошо, как Visual Studio. Он использует всю инфраструктуру Eclipse для создания очень хорошего графического интерфейса GDB. Это как отладка Java, но с C ++.

Если вы не хотите создавать проекты Eclipse только для отладки, потому что вы по-прежнему хотите использовать vim в качестве редактора, вы можете знать, что Cmake имеет генератор проектов Eclipse. Некоторые ссылки, которые могут помочь вам в этой проблеме: 1 , 2 , 3

6 голосов
/ 31 июля 2009

Ну, я обычно использую cgdb , kgdb или ddd. (а так как вы не можете использовать DDD ...)

cgdb почти как обычный gdb, но показывает код в разделенном окне выше.

5 голосов
/ 31 июля 2009

Вы смотрели на интеграцию Emacs GDB? Это довольно хорошо, как только вы решите, как его использовать. Вот скриншот: http://p.blog.csdn.net/images/p_blog_csdn_net/ariesjzj/pic3.jpg.

В качестве альтернативы, есть Затмение. Это очень красиво, и кажется довольно всеобъемлющим, но я не использовал его много.

В противном случае, я просто использую GDB в режиме TUI (многократно набираю «layout next», пока дисплей не станет «красивее»).

Я действительно очень скучаю по Visual Studio сейчас, когда застрял в разработке для Linux и встроенных систем.

3 голосов
/ 30 июля 2009

Вам может понравиться: понимание - отладчик Redhat на основе GDB

Эти инструменты также имеют графические интерфейсы:

Sun Studio Debugger

Я давно не использовал Sun Studio Debugger, но у него была своя собственная версия gvim и emacs, где вы могли фактически устанавливать точки останова, нажимая рядом с исходным кодом.

Intel Debugger

И я думаю, что Eclipse имеет интеграцию отладчика.

И я думаю, что большинство этих инструментов все еще бесплатны, но не обязательно с открытым исходным кодом.

2 голосов
/ 01 августа 2009

Не отказывайтесь от DDD полностью. Я согласен, что интерфейс нуждается в капитальном ремонте, но в 2007 году было несколько урчаний для капитального ремонта GTK.

Кроме того, следите за этим .

2 голосов
/ 30 июля 2009

К сожалению, я не пробовал ничего, кроме GDB и DDD, но есть список внешних интерфейсов GDB в Википедии, включая KDbg и xxgdb, как рекомендовано другими, но еще несколько. Возможно, один из них будет работать для вас, но в то же время даст вам возможность использовать команды GDB, когда вы захотите. В частности, он перечисляет Clewn (я продолжаю испытывать это), который использует GVim в качестве внешнего интерфейса, а также cgdb , который работает в терминале (используя ncurses) , имеет ключи в стиле vi и показывает выделенный синтаксисом источник.

2 голосов
/ 30 июля 2009

вы можете попробовать xxgdb но она очень старая, я даже не знаю, сохранилась ли она

...