Посоветуйте дебаггер для особо запущенных многопоточных косяков?

man gdb

Под linux-то как жить?

Вот если бы ты качала софт с сайта производителя, а не помоек всяких, то знал бы, что intel vtune amplifier есть и под линух!

А еще есть helgrind.

И самый главный инструмент - это /dev/brain

Без него все вышесказанное неработоспособно.

printf, log файлы. Дебагер при многосеточных и асинхронных программах крайне не эффективная вещь.

http://code.google.com/p/address-sanitizer/wiki/AddressSanitizer

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

Когда я отлаживал многопоточный отвратительный говнокод, обошелся логами, просто ткнув запись в лог во все спорные точки. Если события происходят по 50 раз в секунду, можно не заморачиваться с буферизацией и просто кидать всю нужную отладочную информацию в файл.

Нормальное качественное логирование.
Дебагер нужен только тогда, когда есть подозрение на баг в каких-то системных вызовах и т.п. В 90% случаев применение дебагера это синоним «я не понимаю, как работает программа, и понимать не хочу и хочу побыстрому тут костыль нафигачить».

Для linux эта тулза тоже есть :)

Intel Vtune Amplifier XE 2011 $899

Обычно обхожусь логами. Сейчас уже не знаю, куда бы ещё воткнуть лог, всё ими истыкано, ситуация странная. Просто ситуация непривычная - множественный заход в обработчик сигнала, похоже блокировка на мьютексе внутри alsalib (повторный заход из нового обработчика, пока оттуда не вышел старый, а старый никогда не выйдет, т.к. переключения «потоков» нет - новый обработчик никогда не отдаст управление старому, пока не довыполняется). Это пока единственное, что показывают логи. Просто немного дико это осознавать - как такое допустимо в принципе в ALSA...

Intel Vtune Amplifier XE 2011 $899

Да я evaluation пробовал.

Нормальное качественное логирование.

Это как, когда кода логов в два раза больше остального? Есть у меня такой коллега, очень хочется его прибить.

Некоторые хронически путают логи с трейсом. Чтобы сделать трейс, следует использовать специальный софт.

«я не понимаю, как работает программа, и понимать не хочу и хочу побыстрому тут костыль нафигачить».

Чушь.

Дебагер нужен тогда, когда «я не понимаю почему программа делает не то, что я хочу, когда вроде бы и деваться некуда».

Это только в хэлоуворлдах всё сразу видно и ясно.

трейс (подробное логирование каждого чиха) и дебаггер - взаомидополняющие вещи.

Какой бойкий у нас тут. А теперь, будь любезен, перечитай оба высказывания.

Смысл «как работает» - довольно широк, «делает не то» - не настолько сильное уточнение, чтобы так самоуверенно вбрасывать.

Это как, когда кода логов в два раза больше остального? Есть у меня такой коллега, очень хочется его прибить.

Это не качественное логирование. Код логов не должен быть большим и при помощь макросов и т.п. средств легко сделать.

Некоторые хронически путают логи с трейсом. Чтобы сделать трейс, следует использовать специальный софт.

Некоторые теоретики никогда не запускали софт в продакшен и не знают, какие проблемы возникают при нагрузках, большом кол-ве соединений, атаках и т.п. И каким макаром эти проблемы детектируются и исправляются.

Это только в хэлоуворлдах всё сразу видно и ясно.

В школу.
В нормально написанной программе должно быть все достаточно прозрачно и никаких темных мест быть не должно.
Самый главный критерий качества кода - понятность для других программистов. Без этого хоть засидись в дебагере, будет глючить и бажить.
Логирование оно для понимания работы системы в продакшене, когда приходит заказчик и говорит «у нас не работает». Это приходит с опытом, так что у тебя все впереди.

В школу.
В нормально написанной программе должно быть все достаточно прозрачно и никаких темных мест быть не должно.
Самый главный критерий качества кода - понятность для других программистов. Без этого хоть засидись в дебагере, будет глючить и бажить.
Логирование оно для понимания работы системы в продакшене, когда приходит заказчик и говорит «у нас не работает». Это приходит с опытом, так что у тебя все впереди.

«продакшн», «заказчик»... «серьёзного бизнеса» не хватает и в придачу наглость и самоуверенность. Знакомые симптомы - встречали таких пациентов.
А твоё знание о способах применения отладчика как раз отлично вписывается - по коллегам судишь или по себе?
А главное совершенно не в тему - где имение, где наводнение.
Если у тебя только-что написаный велосипед, который вдруг падает в каком-то месте. При чём тут заказчики, другие программисты и критерии качества? Как оно между собой коррелирует, если у тебя в твоём велосипеде по элементарной невнимательности пропущен какой-нибйдь mutex.lock()?

Есть некоммерческий