AccessViolationException чтение памяти, выделенной в приложении C++ из библиотеки DLL C++/CLI

у меня есть клиент C++ для DLL C++/CLI, который инициализирует серию DLL C#.

раньше это работало. Код, который терпит неудачу, не изменился. Измененный код не вызывается до возникновения исключения. Моя среда компиляции изменилась, но перекомпиляция на машине со средой, подобной моей старой, все еще не удалась. (EDIT: как мы видим в ответе, это не совсем так, я только перекомпилировал библиотеку в старой среде, а не библиотека и клиент вместе. Клиентские проекты были модернизированы и не могли легко вернуться назад.)

кто-то кроме меня перекомпилировал библиотеку, и мы начали получать проблемы с управлением памятью. The pointer passed in as a String must not be in the bottom 64K of the process's address space. Я перекомпилировал его, и все работало хорошо без изменений кода. (Alarm #1) Недавно он был перекомпилирован, и проблемы управления памятью со строками снова появились, и на этот раз они не уходят. Новая ошибка Unhandled Exception: System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

я уверен, что проблема не расположенный там, где я вижу исключение, код не изменился между успешными и неудачными сборками, но мы должны рассмотреть это, чтобы быть полными. Игнорируйте названия вещей, у меня нет большого контроля над дизайном того, что он делает с этими строками. И извините за путаницу, но обратите внимание, что _bridge и bridge разные вещи. Много строк кода отсутствует, потому что этот вопрос уже слишком длинный.

определена в библиотеке:

struct Config
{
    std::string aye;
    std::string bee;
    std::string sea;
};

extern "C" __declspec(dllexport) BridgeBase_I* __stdcall Bridge_GetConfiguredDefaultsImplementationPointer(
    const std::vector<Config> & newConfigs, /**< new configurations to apply **/
    std::string configFolderPath, /**< folder to write config files in **/
    std::string defaultConfigFolderPath, /**< folder to find default config files in **/
    std::string & status /**< output status of config parse **/
    );

в клиенте функция:

GatewayWrapper::Config bridge;
std::string configPath("./config");
std::string defaultPath("./config/default");
GatewayWrapper::Config gwtransport;
bridge.aye = "bridged.dll";
bridge.bee = "1.0";
bridge.sea = "";
configs.push_back(bridge);
_bridge = GatewayWrapper::Bridge_GetConfiguredDefaultsImplementationPointer(configs, configPath, defaultPath, status);

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

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

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

System::String^ temp
List<CConfig^>^ configs = gcnew List<CConfig ^>((INT32)newConfigs.size());
for( int i = 0; i< newConfigs.size(); i++)
{
  std::cout << newConfigs[i].aye<< std::flush; // prints
  std::cout << newConfigs[i].aye.c_str() << std::flush; // prints
  temp = gcnew System::String(newConfigs[i].aye.c_str());
  System::Console::WriteLine(temp); // prints
  std::cout << "Testing string creation" << std::endl; // prints
  std::cout << newConfigs[i].bee << std::flush; // crashes here
}

я получаю то же исключение при доступе bee если я двигаю newConfigs[i].bee выше задание temp или прокомментируйте объявление/назначение списка.

просто для справки, что std:: string в структуре в вектор должен был прибыть в пункт назначения ОК

• является ли std::vector копированием объектов с помощью push_back?
• std:: string в struct - копирование/присвоение проблем?
• http://www.cplusplus.com/reference/vector/vector/operator=/
• назначьте одну структуру другой в C

почему это исключение не поймано мой try/catch

https://stackoverflow.com/a/918891/2091951

общие AccessViolationException связанные вопросы

• как обрабатывать AccessViolationException
• программы случайным образом получаете Система.Как AccessViolationException
• https://connect.microsoft.com/VisualStudio/feedback/details/819552/visual-studio-debugger-throws-accessviolationexception
• поиск причины системы.Как AccessViolationException
• https://msdn.microsoft.com/en-us/library/ms164911.aspx
• ловить нарушение доступа исключения?
• AccessViolationException при использовании C++ DLL из C#

предложения в вышеуказанных вопросах

• перейти на .net 3.5, изменить целевую платформу-эти решения могут иметь серьезные проблемы с большим многоцелевым решением.
• HandleProcessCorruptedStateExceptions-не работает в C++, это украшение для C#, поймать эту ошибку может быть очень плохой идеей во всяком случае
• изменить legacyCorruptedStateExceptionsPolicy-это о ловле ошибки, не предотвращая его
• установить .NET 4.5.2-не удается, уже есть 4.6.1. Установка 4.6.2 не помогло. Перекомпиляция на другой машине, на которой не было установлено 4.5 или 4.6, не помогла. (Несмотря на это, используется для компиляции и запуска на моей машине перед установкой Visual Studio 2013, что настоятельно предполагает, что библиотека .NET проблема?)
• VSDebug_DisableManagedReturnValue-я вижу это только в связи с определенным сбоем в отладчике, и справка от Microsoft говорит, что другие проблемы AccessViolationException, вероятно, не связаны. (http://connect.microsoft.com/VisualStudio/feedbackdetail/view/819552/visual-studio-debugger-throws-accessviolationexception)
• изменить настройки брандмауэра Comodo - я не использую это программное обеспечение
• изменить весь код на управляемая память - не вариант. Общий дизайн вызова C# из C++ через C++ / CLI устойчив к изменениям. Меня специально попросили разработать его таким образом, чтобы использовать существующий код C# из существующего кода C++.
• убедитесь, что выделена память-память должна быть выделена в стеке в клиенте C++. Я попытался сделать вектор не ссылочным параметром, чтобы принудительно скопировать вектор в явно контролируемое библиотекой пространство памяти, не помощь.
• "нарушения доступа в неуправляемом коде, которые пузырятся до управляемого кода, всегда завернуты в AccessViolationException."- Факт, а не решение.