Valgrind 3.7.0

Это «средство» ничего не дает для не совсем примитивных случаев.

Неплохо... а есть нечто подобное под оффтоп?

Старый добрый Borland C++ Builder из коробки умеет проверять доступ к памяти (одна галочка в настройках проекта).

Что-то его на 10 лямах клинит, больше не показывает. Надеюсь, новая версия осилит 20КК.

Ты еще эти 10 миллионов не исправил!!!111

Так это может не ошибки, а следствие 10миллион 1-й ошибки. А её то как раз и нет в отчете.

Дык 10 лямов - это видимо просто константа в сорцах. Найди и замени на 20:) Скорее всего заработает.

Ждём запиливания интеграции с Clang'ом.

>константа в сорцах. Найди и замени на 20:) Скорее всего заработает.
Только возьми 2ю, скомпилированную версию — чтобы выловить после этого сегфолты и прочих блох.

>Ты еще эти 10 миллионов не исправил!!!111

А что там исправлять, если в коде нет такого количества операторов:) Где-то идёт генерация ошибок и если-бы они были серьёзными, это стало бы заметно. Имеются другие баги, в исправлении которых данный отладчик не поможет. Например, потеря окном фокуса - окно активное но события от мыши и клавы не ловит, их вообще кроме Control+Alt+F2 никто не ловит пока окно не закроешь. Но это что-то системное, в следующих версиях продуктов может само пропасть как и появилось.

Но это что-то системное, в следующих версиях продуктов может само пропасть как и появилось.

Классный подход.

Да :)

> Где-то идёт генерация ошибок и если-бы они были серьёзными, это стало бы заметно.

Тут вы сильно заблуждаетесь. Рано или поздно эти «не настолько серьёзные» ошибки приведут к Segmentation Fault.
Как я уже писал выше, Linux очень мягко относится к нарушениям сегментации, не проверяет точно попадает ли ваш запрос в область, которую запрашивала программа по-байтно. Если ваш запрос попадает в выделенную страницу памяти - то всё вроде бы хорошо.
Тот же код скомпилированный под Windows наверняка упадёт очень скоро.

> Но это что-то системное, в следующих версиях продуктов может само пропасть как и появилось.

Ты - админ?

> Из платного - purify, insure++, intel че-то там inspector, boundschecker. Все жутко дорогое и в большинстве своем еще и УГ.

Purify c интеграцией в MSVC гораздо удобнее, чем Valgrind+GDB в консоли.

>Ты - админ?

Было дело. С тех пор сохранилось знание о том, что все баги и кривости системы не исправить, со многими из них нужно просто научиться жить и минимизировать потери.

>Тут вы сильно заблуждаетесь. Рано или поздно эти «не настолько серьёзные» ошибки приведут к Segmentation Fault.

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

Тот же код скомпилированный под Windows наверняка упадёт очень скоро.

Если будет быстро и часто падать, то расставив в коде генераторы сообщений можно быстро обнаружить, на какой операции что-то дохнет. А так как лично я свой код знаю, то должен с этим справиться, ну а если пользователь Х не сможет сам портировать ПО на винду, то пусть обращается к автору. Это опенсорс: если сразу запилить все-все нужные фичи, то автор становится никому не нужен. Есть ещё один момент. Мне не всё нравится в тех библиотеках, которыми я пользуюсь и приходится изобретать костыли чтобы обойти ограничения, которые похоже больше никого не волнуют. У меня ограниченное количество сил и времени, поэтому не стоит браться сразу за все непрофильные задачи.

В Windows возможны варианты. Быстрее всего упадет программа, для которой включена проверка кучи (pageheap).

Мне так и не удалось его запустить (вешал всю винду), к тому же, мне нужна была поддержка vc6 :)

Наивность - чистота души (с)

Я как-то ловил косяк: падало регулярно и постоянно, только причина была в другом потоке/процессе.

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

>> Valgrind — это инструмент, позволяющий находить недостатки в программах

То есть, ЛОР — это всего-лишь веб-интерфейс к Valgrind'у?

В ЦИТАТНИК!!!

Ну вот, оно, оказывается, уже в биореакторе. А жаль.