А что такое GDB...
Пушкин это напишет, что-ли?

Кстати, чем народ серверные приложения отлаживает?

Язык - С.

>>Кстати, чем народ серверные приложения отлаживает?
>>Язык - С.

А какая разница, что они серверные?
Есть какая то другая альтернатива gdb?

Логи нужно писать и никакой дебагер не понадобится :)

> Кстати, чем народ серверные приложения отлаживает?

По опыту могу сказать, что если код свой, то достаточно пары printf() в нужных местах. Для чужого (малознакомого) кода предпочтительнее gdb.

На http://www.xprogramming.com/software.htm есть чуть ли не десяток фреймворков для языка C. Выбирай любой.

Дебаггеры - устаревшая технология. Ими только внутри криптоалгоритмов копаться.

Зря вы так на GDB. Конечно это дело привычки. Я раньше тоже printf'ами отлаживал, но научился пользовать GDB и пользую его и поныне, а также искренне сочуствую своим коллегам пользующим отладчик из MSVC :).

GDB --- очень мощный отладчик.

Сам себе сочыствуй

BUGLE

> Дебаггеры - устаревшая технология.

Не, ну ты не прав :) Логи, конечно, помогают быстро локализовать проблему в 95% случаев, но в сложном коде и при использовании сторонних библиотек отладчик очень сильно ускоряет разработку, особенно если проект собирается минут 5 и более.

> Ими только внутри криптоалгоритмов копаться.

Кстати, вот только на прошлой неделе переносил ГОСТовские криптоалгоритмы с С на Java :))) GDB очень помог.

Чего-то тут забыли еще 2 вещи:

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

дампы памяти - вот это дейстительно антиквариат

>Кстати, чем народ серверные приложения отлаживает?

Если серверные - это те, которые удалённо работают и к консоли досупа нет, либо оно как модуль ждя апача - есть remote debugging, и у gdb в том числе. Есть gdbserver. Дальше - маны. И DDD :-)

Кстати, по-моему - лучший фронтенд...

по поводу отладки

Для сабжа есть графический DDD

А кто подскажет есть ли фронт енд для gprof

> дампы памяти - вот это дейстительно антиквариат

да ну? а как тебе это?

$gdb some_porg core

найди ошибку иначе, если программа валится при каких либо специфических условиях.

А делать логи лучше всего как раз с помощью gdb. Тут уже писали про удаленную отладку. Читай маны.

>дампы памяти - вот это дейстительно антиквариат

Это ты не подумал :) Дампы памяти, это очень удобная вещь.

>А кто подскажет есть ли фронт енд для gprof

kprof

To Aleksey_by (*) (13.10.2003 23:48:31)

>>GDB --- очень мощный отладчик.

Ага, уже научился без бубна точки останова ставить в дочерних процесах?
Про вставку sleep, а потом аттачится к процессу расказывать не нада :-)

Пишут, что научился. Правда только с веткой ядер 2.6 будет работать. Хотя толку от этого мало. Все равно нет функцональности чтобы тормознуть _всех_ потомков и родителя когда в одном из них сработала точка останова и переключаться потом между ними как захочется. А без этого о нормальной отладке многопоточных/процессных приложений можно забыть :-(

где Луговский? пусть прочтет лекцию про отладчики.. хехе..