Как я могу уменьшить потенциальные проблемы от конфликтующих MSVCRT?

У меня есть приложение Visual Studio 2010 C ++ с несколькими сторонними библиотеками, которые включают заголовок Winsock2, который перетаскивается в MSVCRT.dll при соединении с / MD. Я решил перекомпилировать эти сторонние библиотеки (с VS2010), чтобы «опустить стек» эта зависимость от MSVCRT.dll и тем самым уменьшить вероятность любого потенциальные проблемы вызвано несовместимостью между этим и связью приложения с MSVCR100.dll.

  1. Является этот в целом точный, то есть снижает ли он вероятность сбоя приложения из-за несоответствия библиотеки CRT? Я думаю, что чем дальше находится зависимость, тем больше шансов изолировать потенциальные конфликты между модулем API и клиентом.
  2. Более конкретно, представляет ли Winsock2 API какие-либо опасности, когда он подвергается воздействию модуля, использующего ЭЛТ другой версии (т.е. перекомпилированные сторонние библиотеки в моем примере)? Или я могу предположить, что приложение безопасно и что сторонние библиотеки будут работать правильно?

1

Решение

Задача ещё не решена.

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]