[хотелка] Удобыный дебаггер C/C++

посмотри ddd

И в Dev-C++, и в Linux используется GDB.

Смотреть сюда: http://en.wikipedia.org/wiki/Debugger_front-end

омг, и это удобно? Поставь хоть vc++express

Белка-Жирка-Углеводка опять агитирует за винду?

Когда смотрел, не понравился (может попробую еще раз...)

>И в Dev-C++, и в Linux используется GDB.
Да, в курсе

>Смотреть сюда: http://en.wikipedia.org/wiki/Debugger_front-end
Какие все страшные :) Попробую Nemiver, когда соберется (gentoo)

А может есть какая-нибудь IDE легковестная с дебаггером?

kdbg или как там его, вполне симпотичен

А что ты можешь противопоставить из линукса?

А может есть какая-нибудь IDE легковестная с дебаггером?

Code::Blocks

Оно еще живо?

ну, дык -- дебаггер не нужен.

если же он тебе понадобился -- то у тебя серьёзные проблемы с кодом и программирование -- это не для тебя.

для всех остальных случаев хватит и gdb зауши.

Оно еще живо?

Последний релиз - полтора года назад. Впрочем, у полюбившегося топикстартеру Dev-C++ - в 2005-м :D

>если же он тебе понадобился -- то у тебя серьёзные проблемы с кодом и программирование -- это не для тебя.
Я не Линус, чтобы с первого раза писать идеально :)

>для всех остальных случаев хватит и gdb зауши.
ну не знаю, по-моему жутко неудобно вбивать next next next next...

>Я не Линус, чтобы с первого раза писать идеально :)

Не парься, то кто пишут без отладчика, пишут в основном только на форумах.

>Code::Blocks
Вроде выглядит годно, погляжу

Под линукс есть Kdevelop. А вообще, printf - лучший дебагер.

>А вообще, printf - лучший дебагер.
Согласен, но всё таки хорошо, когда структуры и массивы показываются наглядно с минимальными затратами времени и усилий :)

Есть clewn — объединяет GDB с vim. Хоткеи и всё такое есть. Для Emacs тоже есть хорошие решения.

Но всё-таки задумайтесь ещё раз. Отладка — это же очень скучно. GDB позволяет писать для отладки скрипты. Напишите скрипт и откиньтесь на спинку кресла. Зачем же вам горячие клавиши?

kdbg и kdevelop пока неохота ставить, потому что они потянут кедолибы :)

Я не осилил vim/emacs/gdb...

next next next next — GNU DB же очень тонкий дебагер, прочитайте уже info gdb. Это в недоотладчиках прходится next next next next, GDB позволяет здорово оптимизировать отладку.

Для этих целей я писал библиотеку утилит отображения любых данных, правда для языка с RTTI, но для c++ тоже можно наворотить подобное.

> ну не знаю, по-моему жутко неудобно вбивать next next next next...

э? n <enter> <enter> <enter> ... не?

>прочитайте уже info gdb
Обязательно, если ничего не понравится

> Не парься, то кто пишут без отладчика, пишут в основном только на форумах.

слушай белку -- она всё знает. и может быть к тебе когда-нибудь тоже `белочка' прийдёт.

> Я не осилил vim/emacs/gdb...

а вот это уже серьёзно

Боюсь, что моя назойливость выглядит уже неприличной, но, насколько я понимаю, все Linux'овые отладчики основаны на gdb; и никакой новой функциональности не вносят.

Прочитайте про gdb, и он вам понравится (:

>а вот это уже серьёзно
Доктор, я умру?

>Прочитайте про gdb, и он вам понравится (:
Можно попробовать. Есть ли по нему туториал хороший?

ну, лет через 50-60 точно, а пока помучаться прийдется

> Доктор, я умру?

несомненно

+1

vc++ заруливает линуксовые IDE легко и красиво.

>vc++ заруливает линуксовые IDE легко и красиво.

в стену заруливает? :)

Вплане удобства отладки vc++ заруливает.

Но для навигации по коду и полуавтоматического рефакторинга всех заруливает Emacs+Xrefactory. Visual Assist вообще понятния не имеет о перегрузке функций в C++, да и глючить начинает на больших проектах. Еще неплох новый CDT, но до Xref ему еще далеко.

>Для этих целей я писал библиотеку утилит отображения любых данных, правда для языка с RTTI, но для c++ тоже можно наворотить подобное.

Вообще то в C++ по стандарту есть RTTI

man dynamic_cast

man typeid

это толстый троллинг был.

интересно стало в Dev так же реагируют как в Talks или нет.

> Visual Assist вообще понятния не имеет о перегрузке функций в C++, да и глючить начинает на больших проектах

4.2

Emacs + GUD

> Я не осилил vim/emacs/gdb...

Ну и как ты собрался осиливать C++ в таком случае? Думаю, тебе дебагер не поможет. Пиши уж лучше на php.

C++ я изучал, а vim/emacs/gdb даже не пытался, т.к. лень и профита не вижу

Тогда тебе прямой путь в биореа^Weclipse.

Вот скрины как VA реагирует на перегрузку функций:

1. http://tinyurl.com/yd66wh5

2. http://tinyurl.com/ye9bl7h

И где там в GUD отображение stl контейнеров и итераторов?

>интересно стало в Dev так же реагируют как в Talks или нет.

и каков же вывод? я нервничаю

> Не парься, то кто пишут без отладчика, пишут в основном только на форумах.

Золотые слова.

Та знаю, но использовать его в разработке а не отладке отчегото не рекомендуют, да и не вытащить им список полей класса.

вот здесь отображение stl коллекций в emacs (gdb-mi)
http://users.snap.net.nz/~nickrob/

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

> а вообще лучше не париться и взять slickedit

Мужик, колись -- сколько за рекламу платят? Обещаю, конкурировать не буду...

А то даже самые заядлые вимо- или емаксофилы так в каждой теме не предлагают любимым редактором пользоваться.

да ладно
в каждой теме как раз слышно только vi/emacs

ты действительно думаешь, что новичкам лучше тратить время на изучение vi/emacs, потом еще тратить время на допиливание их, вместо того чтобы заниматься работой?

людям которые используют qtcreator, kdevelop ты тоже самое говоришь?

> в каждой теме как раз слышно только vi/emacs

Там каждый раз рзные люди. 8))

> ты действительно думаешь, что новичкам лучше тратить время на изучение vi/emacs, потом еще тратить время на допиливание их, вместо того чтобы заниматься работой?

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

> людям которые используют qtcreator, kdevelop ты тоже самое говоришь?

Они бесплатные, а не стоят 300 баксов, не умея нифига сверху того, что умеют вменяемые бесплатные редакторы/IDE.