最近编译cocos2d-x的test突然出现这个错误，重新编译也无法解决。
一般出现这个错误是两个原因：一个是磁盘空间不足，另一个是项目太大导致pdb文件太大，无法继续写入。
原本cocos2d-x的test项目里面的"调试信息格式"是“C7兼容(/z7)”，后来我习惯性的修改为/zI了。
MSDN中说的是：
不生成任何调试信息，因此编译较快。
生成包含用于调试器的完整符号调试信息的 .obj 文件。 符号化调试信息包含变量的名称和类型以及函数和行号。 不生成任何 .pdb 文件。
对于第三方库的分发服务器，不生成 .pdb 文件是一个优点。 但是，在链接阶段和调试期间，用于预编译头的 .obj 文件是必需的。 如果 .pch 对象文件中只有类型信息（没有代码），则还必须使用 /Yl（为调试库插入 PCH 引用） 进行编译。
生成一个程序数据库(PDB)，其中包含供调试器使用的类型信息和符号化调试信息。 符号化调试信息包含变量的名称和类型以及函数和行号。
/Zi 不影响优化。 但是，/Zi 的确暗示了 /debug；有关更多信息，请参见 /DEBUG（生成调试信息）。
类型信息放置在 .pdb 文件而不是 .obj 文件中。
可以将 /Gm（启用最小重新生成） 和 /Zi 结合使用，但使用 /Z7 编译时不能使用 /Gm。
使用 /Zi 和 /clr 编译时，DebuggableAttribute 特性将不会放置到程序集元数据中；如果要使用该特性，则必须在源代码中指定它。 该特性可影响应用程序的运行时性能。 有关 Debuggable 特性如何影响性能以及如何减轻性能影响的更多信息，请参见令映像更易于调试。
采用支持“编辑并继续”功能的格式生成程序数据库(如上所述)。 如果想使用“编辑并继续”调试，则必须使用此选项。 因为大多数优化与“编辑并继续”不兼容，所以使用 /ZI 会禁用代码中的所有 #pragma optimize 语句。
/ZI 会导致在编译中使用 /Gy（启用函数级链接） 和 /FC（所诊断源代码文件的完整路径）。
/ZI 与 /clr（公共语言运行时编译） 不兼容。
可见/Zi与/ZI差别不大，就是优化和信息完整度的差别，而/Z7则是把信息放在obj而不是pdb中，这样就不会发生pdb文件太大无法写入的问题了。