VC++2010出现C1083错误，无法打开stdib.h头文件怎么解决啊？

Posted 2023-05-10

头文件名错误少了l

正确的是

#include<stdlib.h>

参考技术A

拼写错误，改成如图所示的写法即可。

参考技术B 只有stdlib.h没有stdib.h，你文件名写错了 参考技术C 除了stdlib的拼写问题
更大的问题是graphic是tc的，不是vc++的，
当然网上有什么easyx能实现适配

std::exception::_Raise 和 std::exception::exception 上的 VC++ 链接器错误

【中文标题】std::exception::_Raise 和 std::exception::exception 上的 VC++ 链接器错误

【英文标题】：VC++ linker errors on std::exception::_Raise and std::exception::exception

【发布时间】：2008-10-30 08:51:10

【问题描述】：

我正在使用 Visual C++ 2005 Express Edition 并收到以下链接器错误：

19>mylib1.lib(mylibsource1.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) public: void __thiscall std::exception::_Raise(void)const " (__imp_?_Raise@exception@std@@QBEXXZ) referenced in function "protected: static void __cdecl std::vector<class mytype,class std::allocator<class mytype> >::_Xlen(void)" (?_Xlen@?$vector@Vmytype@@V?$allocator@Vmytype@@@std@@@std@@KAXXZ)
19>mylib2.lib(mylibsource2.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: void __thiscall std::exception::_Raise(void)const " (__imp_?_Raise@exception@std@@QBEXXZ)
19>mylib1.lib(mylibsource1.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __thiscall std::exception::exception(char const *,int)" (__imp_??0exception@std@@QAE@PBDH@Z) referenced in function "public: __thiscall std::logic_error::logic_error(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (??0logic_error@std@@QAE@ABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@1@@Z)
19>mylib2.lib(mylibsource2.obj) : error LNK2001: unresolved external symbol "__declspec(dllimport) public: __thiscall std::exception::exception(char const *,int)" (__imp_??0exception@std@@QAE@PBDH@Z)

我在生成的代码中关闭了异常，并且在包含矢量头文件之前使用：

#define _HAS_EXCEPTIONS 0

一些 Google 结果出现了一些东西，但没有“啊哈！”对我有用的解决方案。

编辑：

如前所述，“_HAS_EXCEPTIONS 0”本身并不会关闭异常。它的作用是，至少在向量头文件中，是在异常对象上调用 _Raise，而不是调用 C++“抛出”。就我而言，它无法链接到异常对象的 _Raise 函数，因为我没有包含正确的库。不过，这个库是什么并不明显。

【参考方案1】：

添加这一行：

#define _STATIC_CPPLIB

在包含矢量标题之前似乎可以解决问题。

【参考方案2】：

第三个错误清楚地表明#define the _HAS_EXCEPTIONS 0 不影响 .现在，可能包括（有意义，共享代码可能会减少可执行文件的大小）。这可以解释为什么如果您在 your 包含 .这种定义应该在您的项目设置中完成。

请注意，_HAS_EXCEPTIONS 是 Visual Studio 中不支持的功能。它不会关闭异常。