++, тоже из севастополя

Да идея хорошая, но через тот же gdb и так можно от точки остановки до старта приложения переключаться назад, смотреть состояния переменных. Запустить ещё раз приложение и посмотреть на падение - да не получится.
Проблема с этим отладчиком в том что он не интегрируется ни в какие ide. Я не хочу возится с неинициализированным объектом несколько часов против пары минут:)

Как бонус видео от valve про отладку кода в QtC.

Ну да согласен. Профитно, если из коробки есть data driven тесты. Отладчик 99% времени решает если система падает и есть дампы. В принципе если знаешь примерно места где всё это происходит достаточно скидывать входные данные и втыкать assertion`ы, после чего быстро по дампам и данным, прописать тесты@наказать виновных.
За что не люблю логи - они слишком многословные

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

профайлер с деббагеом тебе в руки:)

лол, такой же моник рядом стоит, не знаю под что его заюзать:)

ещё можно про темплейты вспомнить..

>> >>использование long long для bool значений
>> нихерррасебе

или как вариант хранение всего в строках|Variant типах.

еще было бы норм упомянуть освобождение памяти, pointer to pointer, стиль кода(скобки, пробелы..), использование long long для bool значений, невнятные комменты или всякие @todo|@fixme

Похоже на феолент в крыму