Как искать ошибки в больших программах?

[ezus]

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

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

Помогите, пожалуйста, с выбором тактики и инструментов поиска ошибок в подобных условиях.

Спасибо.

[Алексей++]

где то неинициализированны переменные - самое обычное в таких случаях. Но, может и ещё что то

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

[Finch]

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

[ezus]

Спасибо,
но к сожалению:
1. "где то неинициализированны переменные" - КАК их найти?
2. "Но, может и ещё что то" - ЧТО, а главное ГДЕ?
3. "переписал исходники, или написал программу-аналог" - у меня, к сожаление, нет двадцати лет, уже потраченных на разработку.
4. Оптимизатор - это идея, котору надо проверить
5. "работа с диапазонами массивов" - с какими и ГДЕ?

Я задаю эти вопросы, потому что работа с исходниками затруднена по причине размеров - порядка 50 мегабайт (*.cpp, *.h). Их физически не пересмотришь. Поэтому похоже надежда только на отладку.

Тогда вопрос - как провести такую отладку?

6. "Выход прогрнать свою прогу, через проги по поиску утечек памяти" - фирма в данное время врядли купит что-нибуть серьезно. Может подскажите что-нибуть из free?

[Вад]

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

[ezus]

Спасибо

[Malaja]

посмотри в пакете Sysinternals Suite (кажется так) - может там что-то найдешь. У них же куча всего была сделана.

Еще - зашла в гугл и задала строку:

memory leak  tool seach OR поиск OR искать

там сразу же выскочила страница с каким-то бесплатным тулом, но мне он незнаком, а разбираться с этим у меня времени сейчас, к сожалению,  нет.
 

[ezus]

Спасибо - поищу

[Антон (LogRus)]

Лично я согласен с Алексей1153++
бага скорее всего где-то рядом с циклом и проблема в не инициализированной переменной, например, строка оказалась не null terminated

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

[Джон]

ezus, на будущее - в БОЛЬШИХ программах ВСЕГДА трудно разбираться, отсюда вывод - надо разбивать БОЛЬШУЮ программу на маленькие модули и отлаживать каждый модуль в отдельности. В противном случае поиск ошибок может занять больше времени чем создание самой программы.

[Алексей++]

ezus, а если не секрет, как такая ситуация сложилась ?

[ezus]

LogRus: Списибо за CrtSetDbgFlag. Красивый подход. О чем-то подобном я и спрашивал. Сейчас займусь.

Джон: Все правильно, но система старая, и в начале разрабатывалась не программистами-профессионалами, а программистами-пользователями. Там есть большие фрагменты кода, написанные еще для C/DOS.

Алексей1153++: Вы о чем?
А. Если о системе, то я уже описал ситуацию.
Б. Если о баге, то трудно определить момент его появления, т.к. какая-то грязь была и раньше, но фатальной она стала после ряда изменений, сделанных разными людьми в разных местах. И сейчас не известно, или это что-то новенькое, или последствия ошибки сместились с безобидного места на критическое (например запись по мусорному указателю).

[Алексей++]

ezus, я о том, что ты взял поддеорживать чью то программу, которая в дебаге работает, но в релизе падает - а тот разработчик её в релизе не запускал что ли никогда ?

[ezus]

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

[Алексей++]

я бы при первом же падении напрягся ) Потом проблем меньше

[ezus]

К сожалению паровоз уже уплыл.