Очень странное поведение в новом/бесплатном

Question

У меня возникла странная проблема. Версия моего приложения Release работает нормально, но недавно, когда я переключился на версию Debug, я сразу же получил право на нарушение при запуске. Нарушение доступа происходит, когда освобожден блок выделенной памяти. Все это происходит в конструкторе для статической переменной.

Я считаю, что проблема не возникает в версии Release просто потому, что я определил NDEBUG там, что, я считаю, отключает утверждения в среде выполнения C.

Я смог немного сузить дело. Если добавить следующий код в конструкторе перед обычными вызовами, то я получаю ту же ошибку:

int *temp = new int[3]; 
delete[] temp; 

Это заставляет меня думать, что что-то за пределами этого блока кода вызывает проблемы, например, может быть, есть проблема с тем, как связана среда выполнения C. Тем не менее, я не могу сказать, какова может быть эта проблема, и после того, как я задумался над проблемой, у меня заканчиваются идеи о том, где можно ткнуть дальше.

Любая помощь была бы принята с благодарностью. Я использую Visual Studio 2010 для компиляции приложения и запуска Windows 7.

Большое спасибо!

Answer 1

В режиме отладки добавлены дополнительные проверки; поэтому нет ничего необычного в том, что программа отлично работает в режиме Release, но для нарушения доступа в режиме отладки. Это не означает, что версия Release в порядке; это означает, что некоторая ошибка, возникающая при запуске версии Release, не выполняется, но при запуске в режиме отладки.

Отладка проблемы с поврежденной памятью на C/C++ очень сложна, потому что ошибка может быть вызвана любой другой инструкцией, влияющей на память. Например, если у вас есть два массива, которые следуют друг за другом в выделенной памяти, а первый массив переполнен, тогда он повредит заголовок, поставленный перед вторым массивом (каждое выделение памяти имеет префикс заголовка, этот заголовок используется операторы удаляют и удаляют [] при освобождении памяти). Однако, только когда вы попытаетесь освободить второй массив, который будет иметь нарушение доступа, и это, даже если это с первым массивом, есть ошибка в коде.

Конечно, у вас могут быть другие проблемы со вторым массивом. Например, вы можете обнаружить, что некоторые или все его значения были повреждены при попытке прочитать из него. Тем не менее, это не всегда так, и во многих случаях он может вести себя отлично, когда вы читаете или пишете его или из него, и вы можете иметь то же самое хорошее поведение с первым массивом. Дело не в том, что у вас нет проблем с чтением и записью в какой-то массив и из какого-то массива, чтобы вы не переступали его границы и не повредили память выше (или ниже). Иногда проблема возникает только при попытке освободить массив и в другое время, проблема будет проявляться иначе; например, с отображением поврежденных значений.

Answer 2

Я смог создать минимальный пример, исключив по существу весь код приложения. Я уменьшил InitInstance функции следующего:

BOOL CTempApp::InitInstance() 
{ 
    int *temp = new int[3] ; 
    delete[] temp ; 

    return FALSE ; 
} 

Даже со всеми моим кода приложений отбрасываются, проблема сохраняется. После этого я создал новый проект в Visual Studio 2010, снова заменил InitInstance своей минимальной версией, а затем добавил все Additional Dependencies из моего оригинального проекта в вариантах компоновщика. С этой конфигурацией проблема была воспроизведена.

Далее я начал удалять библиотеки из списка зависимостей. Мне удалось укоротить список вниз к одной библиотеке третьей стороны, которая вызывала следующее предупреждение компоновщика, несмотря на маркировку, как отладочная версия:

LINK : warning LNK4098: defaultlib 'msvcrtd.lib' conflicts with use of other libs; use /NODEFAULTLIB:library 

Я думаю, что здесь происходит, что продавец связал свою отладочную библиотеку против времени отладки. Предположительно, когда мое приложение вызывает delete[], возникает некоторая путаница в отношении того, что параметры для вызова, и пытается удалить часть памяти, которую я не выделил.

Я попытался добавить следующее к моему Ignore Specific Default Libraries списку:

libc.lib, libcmt.lib, msvcrt.lib, libcd.lib, libcmtd.lib 

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

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