考虑这种情况：
应用程序链接到第三方库A.
应用程序链接到第三方库A.
A使用MSVC 2008构建,并且与C运行时库v9.0进行静态链接(即与/ MT建立).
该应用程序使用MSVC 2005构建,并将静态链接到A和(使用/ MT)到C运行时库v8.0.
我可以看到这样的麻烦 – 例如,如果在运行时库版本之间的头文件中更改了类型.
解决方法
这不应该是一个问题.每个库链接到自己的运行时,并且大部分功能独立于该进程中的其他库.当库ABI被严格定义时,问题出在了.如果在一个库中分配了任何类型的堆分配对象,则通过库边界传递并在另一个库中“释放”,将会出现问题,因为正在使用不同的堆管理器从用于分配的堆管理器中释放块它.
任何类型的c运行时定义的结构体,对象或实体都不应该被传递给不同的运行时版本可能被使用的跨边界：例如,从一个库获取的FILE *将不会对与不同的运行时
只要库API只使用原始类型,并且不要尝试以指针的形式传递(),或者传递指向内部malloc()的内存,他们期望应用程序(或另一个库)释放()你的内存应该可以.
对于FUD来说,如果运行时间不一致,FUD容易出现“任何可能出错”,但是您必须记住,libs和动态库(.so / .dll / .dylib)传统上是以各种各样的方式开发的的语言：允许使用asm,c,fortran,pascal等编写的代码通过有效的cpu高效二进制接口进行分析.
当C与C连接时为什么突然惊慌？
