如何减少冲突MSVCRT';s 我有一个Visual Studio 2010 C++应用程序,其中包含几个第三方库,其中包括WiSoCK2头,当连接到/MD时,它在MSVCRT.dll拖动,我选择重新编译这第三方库(用VS2010),以便“推下栈”

如何减少冲突MSVCRT';s 我有一个Visual Studio 2010 C++应用程序,其中包含几个第三方库,其中包括WiSoCK2头,当连接到/MD时,它在MSVCRT.dll拖动,我选择重新编译这第三方库(用VS2010),以便“推下栈”,c++,msvcrt,C++,Msvcrt,如何减少冲突MSVCRT';s 我有一个Visual Studio 2010 C++应用程序,其中包含几个第三方库,其中包括WiSoCK2头,当连接到/MD时,它在MSVCRT.dll拖动,我选择重新编译这第三方库(用VS2010),以便“推下栈”。此依赖关系依赖于MSVCRT.dll,因此减少了由于此依赖关系与应用程序与MSVCR100.dll链接不兼容而导致任何错误的可能性 这通常准确吗,即它是否减少了CRT库不匹配导致应用程序崩溃的可能性?我认为依赖关系被推得越低,就越有可能隔离A

如何减少冲突MSVCRT';s

我有一个Visual Studio 2010 C++应用程序,其中包含几个第三方库,其中包括WiSoCK2头,当连接到/MD时,它在MSVCRT.dll拖动,我选择重新编译这第三方库(用VS2010),以便<强>“推下栈”。此依赖关系依赖于MSVCRT.dll,因此减少了由于此依赖关系与应用程序与MSVCR100.dll链接不兼容而导致任何错误的可能性

  • 这通常准确吗,即它是否减少了CRT库不匹配导致应用程序崩溃的可能性?我认为依赖关系被推得越低,就越有可能隔离API模块和客户端之间的潜在冲突
  • 更具体地说,当使用不同版本的CRT(即我的示例中重新编译的第三方库)暴露于模块时,Winsock2 API是否会暴露任何危险?或者我可以假设应用程序是安全的,并且第三方库将正常运行吗