Ошибка памяти: нулевой указатель разыменования/несоосность SSE

Question

Я компилирую программу на удаленном сервере linux. Скомпилирована программа. Однако, когда я запускаю программу, программа резко завершается. Поэтому я отлаживал программу с использованием DDT. Он выплевывает следующую ошибку:

Process 0: 
    Memory error detected in ClassName::function (filename.cpp:6462). 
    Thread 1 attempted to dereference a null pointer or execute an SSE instruction with an 
    incorrectly aligned memory address (the latter may sometimes occur spuriously if guard 
    pages are enabled) 
    Tip: Use the stack list and the local variables to explore your program's current 
    state and identify the source of the error. 

Может кто-нибудь, пожалуйста, скажите, что именно означает эта ошибка?

Линия, на которой останавливается программа выглядит следующим образом:

SumUtility = ParaEst[0] + hhincome * ParaEst[71] + IsBlack * ParaEst[61] + IsBachAss * (ParaEst[55]); 

Это в случае переключения.

Эти типы переменных

vector<double> ParaEst; 
    double hhincome; 
    int IsBlack, Is BachAss; 

Спасибо за помощь!

Answer 1

Это означает, что:

1. ParaEst является NULL или плохой указатель
2. отдельные значения массива ParaEst в не выровнены по границам 16 байт, необходимых для SSE.
3. hhincome, IsBlack или IsBachAss не выровнены по 16-байтовым границам и являются значениями типа SSE.
4. SumUtility не выровнен по 16-байтам и является полем типа SSE.

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

Answer 2

Хорошо ... Проблема наконец-то была исправлена.

Проблема заключалась в том, что выражение, в котором был разбит код, находилось в новой функции. Однако по какой-то странной причине запуск make-файла не включал эти изменения и все еще компилировался с использованием ранее скомпилированного файла .o. Это привело к тому, что значения мусора были присвоены переменным в этой новой функции. В довершение всего, программа вызывает эту функцию в качестве первого шага. Следовательно, это была систематическая разбивка. Техническим аспектом этого было то, о чем говорил Майкл.

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

Спасибо за ответы !!