Отладчик.

Хороший отладчик, вроде встроенного в Visual Studio, подходит к п. 2, gdb не так удобен, поэтому проще логами отлаживаться. Поотлаживайся так и так, потом сам поймёшь, когда какой способ лучше подходит.

3) Он не нужен.

иногда полезно для анализа core dumps. А так -- logging.

корки

Аргументы?

Что посоветуете для logging?

(gdb) b interesting function
  Breakpoint 1 at ....
(gdb) condition 1 (interesting_case || even_more_interesting_case)
(gdb) commands 1
  Type commands for when breakpoint 1 is hit, one per line.
  End with a line saying just "end".
  > printf "%d %p" suspicious->variable another->suspicious.variable
  > cont
  > end
(gdb) run

И логит. 

Только все-таки в gdb средства руления весьма ограничены. Давно хотелость что-то вроде expect прикрутить, и всяких высокоуровневых команд понаделать. (Если кто такое пытался делать, отпишитесь тут плз - какие там грабли?)

Отладчик ловит момент проявления проблемы, а не момент её возникновения. Нафиг.

> Отладчик ловит момент проявления проблемы, а не момент её возникновения. Нафиг.

Правильно... просто не делайте ошибок.

Все равно лучше, чем ничего. Чем ее тогда вообще ловить? Отладчик бесполезен только для Haskell. ;)

Правильно раставленные трейсы спасают от всех бед... иногда, отладчиком воспользоваться вообще не представляется возможным, так что он не нужен в 80% случаев :)

> Отладчик ловит момент проявления проблемы, а не момент её возникновения. Нафиг.

1.Не говорите ерунды и научитесь пользоватья брейкпоинтами. 2.В некотоых ситуациях отладчиком гораздо проще( быстрее ) пользоваться, чем логами. ( я не говорю не про дамп-ы )

Странно, что это как будто ответ мне :)