错误 4 error LNK2019: 无法解析的外部符号 "public: __thiscall CRobotProvider::~CRobotProvider(void)" (??1CRobotP

最新推荐文章于 2024-05-23 13:05:47 发布
原创 最新推荐文章于 2024-05-23 13:05:47 发布 · 1w 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#destructor

本文介绍了解决LNK2019错误的方法，该错误通常出现在编译过程中，提示未解析的外部符号。文章详细解释了这一问题的原因在于类中调用了析构函数但在头文件中未实现，并提供了具体的解决方案。

错误 4 error LNK2019: 无法解析的外部符号 "public: __thiscall CRobotProvider::~CRobotProvider(void)" (??1CRobotProvider@@QAE@XZ)，该符号在函数 "public: void * __thiscall CRobotProvider::`scalar deleting destructor'(unsigned int)" (??_GCRobotProvider@@QAEPAXI@Z) 中被引用 RobotProvider.obj



是因为类中调用了析构函数，但是在头文件里面声明但是没有实现，所以需要实现析构函数。

正确解决error LNK2019: 无法解析的外部符号 “public: __thiscall MyClass(void)异常的有效解决方法
wbajsjhhhhh的博客
04-30 3260
正确解决error LNK2019: 无法解析的外部符号 "public: __thiscall MyClass(void)异常的有效解决方法
“解析 ‘error LNK2019: 无法解析的外部符号‘ 错误的分析“
TechWhizZ的博客
08-18 1212
错误信息 “error LNK2019: 无法解析的外部符号” 是在编译和链接过程中经常遇到的一种错误。它表明在程序的某个地方使用了一个符号（函数、变量等），但是编译器和链接器无法找到该符号的定义或实现。“error LNK2019: 无法解析的外部符号” 错误通常是由于缺失符号的定义、编译器搜索路径错误或编译器/链接器选项错误引起的。通过正确地包含头文件、设置编译器的搜索路径和检查选项设置，可以解决这种错误。如果符号的定义不在编译器的搜索路径中，就会导致 “error LNK2019” 错误。
错误 1 error LNK2019: 无法解析的外部符号 "public: __thiscall chain<int>::~chain<int>(void)" (??1?$chain@H@@QAE@
lidna242的专栏
06-06 7228
错误 1 error LNK2019: 无法解析的外部符号 "public: __thiscall chain::~chain(void)" (??1?$chain@H@@QAE@XZ)，该符号在函数 _main 中被引用 C:\Users\LXL\Desktop\c++_test\0606\ConsoleApplication1\ConsoleApplication1\ConsoleApp
关于各种无法解析的外部符号问题的相应解决方案
Y忍冬草
10-13 4718
在使用vs2008调试程序的过程中,经常会出现无法解析的外部符号问题,可能的原因有很多种,下面这些是我一年来积累的经验. 仅供参考.考虑可能的原因: [0]出现无法解析可能是因为lib文件不正确,比如64位的编译配置,结果使用的是32位的lib包. [1]只写了类声明，但还没有写实现类,造成调用时无法解析 [2]声明和定义没有统一，造成链接不一致，无法解析 [3]没有在项目属性页的链接器的
QT error LNK2019: 无法解析的外部符号
weixin_30752699的博客
04-17 322
一个见到那的错误,困扰了好几天了,今天才解决,记录下. 使用QT Creator建立项目,添加一个QT设计界面widget,命名为TestWidget.有ui,头文件(.h),源码文件(.cpp).在使用TestWidget编译时,被编译器标为“无法解析的外部符号”。 error LNK2019 无法解析的外部符号 解决方法:将当前qt工程所在的父目录下的 build-(工程名)-XXXXX...
求助！error LNK2019: 无法解析的外部符号 "public: __thiscall
u012178229的博客
03-12 1万+
输出信息如下1&gt;main.obj : error LNK2019: 无法解析的外部符号 "public: __thiscall CDataConvertEngine&lt;double&gt;::CDataConvertEngine&lt;double&gt;(enum DataUnit)" (??0?$CDataConvertEngine@N@@QAE@W4DataUnit@@@Z)，该符...
error LNK2019: 无法解析的外部符号 “public: __cdecl MyInterface::MyInterface(void)“ (??0MyInterface@@QEAA@XZ)，
the growth of Nick
01-10 674
你这链接错误是跟我杠上了啊，你全家链接错误，因为元对象系统已经把你声明为了接口类，所以你的cpp就可以去与世长辞了，也就没有所有上述或者纯虚父类的外部符号因为有了实现，与纯虚父类只有声明没有实现的编译器规则不一样，所以链接器ld这个伙计就疯了一样跑出来跟你说，你想编译通过，门都没有，我若通融让你链接到正确的符号了，那纯虚接口还纯虚个毛线啊，直接跟虚接口同穿一条裤子等了，所以世界一下子清净了许多！无符号链接，程序员老生常谈的问题了，今天对无符号链接LINK再提升一个理解！回头重新看了看自己的父类。
error LNK2019: 无法解析的外部符号 “__declspec(dllimport) public: __cdecl QWidget::QWidget(class QWidget *,cla
the growth of Nick
01-10 965
说Qt的QWidget::QWidget构造函数外部符号链接不到，二话不说立马想到QWidget是Qt的类库，它的构造函数外部符号链接不到，这跟我的代码是否有bug八竿子打不着，但是想一想无法链接外部符号的背后精髓是找不到接口的实现，Qt的类库，它自己的构造实现我根本管不着，而且绝壁是实现了的，但是为什么链接不到呢，多半跟类库路径找不到之类有关，下面是我出问题的代码。老生常谈的套路了，先仔细把链接的错误一个字不放过。一天不解决一个链接问题，就浑身不得劲！有了猜想，验证就有了思路。
error LNK2001: 无法解析的外部符号 “__declspec(dllimport) public: __cdecl ......
05-04 3567
ReflectionProbe.obj : error LNK2001: 无法解析的外部符号 "__declspec(dllimport) public: __cdecl osg::Object::Object(bool)" (__imp_?0Object@osg@@QEAA@_N@Z)比如这一条就是没有找到定义的osg::Object::Object。这是因为包含目录没有设置对，导致程序无法找到外部库的函数定义，即程序没有包含函数定义所在的依赖项。如图，工程—属性—连接器—输入—添加依赖项—编辑。
托管c++编译错误 error LNK2019: 无法解析的外部符号 "public: __thiscall
sinat_31608641的博客
06-25 3728
错误原因：没有添加lib文件。添加以下代码即可 #pragma comment(lib,"../ProjectApplication/bin/Debug/CapConfig.lib") 重新学习了lib文件的作用： 动态链接的情况下，会生成两个文件：一个是LIB文件，一个是DLL文件。LIB包含被DLL导出的函数名称和位置，DLL包含实际的函数和数据，应用程序使用LIB文件链接到DLL文件...
error LNK2019: 无法解析的外部符号 “public: __thiscall MyClass(void)异常的解决方案
2301_79779756的博客
05-23 1154
LNK2019 是 Microsoft Visual C++ 编译器在链接阶段遇到的一个错误，它表明链接器无法找到某个函数、变量或符号的定义。在这个例子中，错误消息是关于一个名为 MyClass 的类的构造函数，它提示链接器无法找到这个类的公有构造函数 MyClass(void) 的定义。
无法解析的外部符号 "public: __thiscall***，该符号在函数***中被引用
wonengguwozai的博客
07-19 1万+
当时出现的问题是情况1，注意在面向对象编程中，对象定义时，如果析构函数没有定义的话，也会提示这类错误（这种情况的错误比较隐蔽） 链接错误： 出现这个2001错误，是因为链接失败，然而链接失败，又是因为以下原因：   1.你在头文件中声明了函数，但是cpp文件缺少了函数实现部分。   2.忘了将这个.h,.cpp Add to project；   3.以上两种情况都没有做
error LNK2019: 无法解析的外部符号 "public: __thiscall的愿意以及处理办法
weixin_44545024的博客
02-24 713
今天在学习c++时候，头文件声明了析构函数，但是在.cpp文件中少了~波浪线，所以出现了标题所示的错误类型，简单地说就是，头文件声明。但是.cpp文件并没有实现。 ...
obj : error LNK2019: 无法解析的外部符号 "public: __thiscall B::B(void)" (??0B@@QAE@XZ)，该符
fern_girl的博客
07-15 4335
今天在写类的简单实现时突然遇见这样的问题，最后发现是因为自己忘记实现构造函数的析构函数class B:public A { public: B()； ~B()； };出现该错误：obj : error LNK2019: 无法解析的外部符号 “public: __thiscall B::B(void)” (??0B@@QAE@XZ)，该符号在函数 _main 中被引用，修改即解决了错误
Visual Studio 报错：error LNK2019: 无法解析的外部符号
当代码世界的难题如小怪兽般来袭，别慌，总会有奥特曼来临的
02-02 1284
error LNK2019: 无法解析的外部符号 "public: __thiscall Person::Person(void)" (?0Person@@QAE@XZ)，函数 "public: class Person __thiscall Person::operator+(class Person &)" (?AV0@AAV0@@Z) 中引用了该符号。这个报错是在学习C++的过程中遇到的，查了很多解决办法都没管用。的重载 , 再运行就出现了以上报错，排查了很久才发现。
一个小错误：error LNK2019: 无法解析的外部符号 "public: __thiscall Turtle::~Turtle(void)" (??1Turtle@@QAE@XZ)，该符号在函数...
qq_44137560的博客
03-12 727
昨天在撸代码的时候遇到了一个十分蛋疼的错误 ： 错误： 1>3.obj : error LNK2019: 无法解析的外部符号 "public: __thiscall Turtle::~Turtle(void)" (??1Turtle@@QAE@XZ)，该符号在函数 _main 中被引用1>3.obj : error LNK2019: 无法解析的外部符号 "public:...
error LNK2019: 无法解析的外部符号 "public: void __thiscall
热门推荐
光芒森林
12-06 2万+
错误信息： error LNK2019: 无法解析的外部符号 "public: void __thiscall CArcBall::setBounds(int,int)" (?setBounds@CArcBall@@QAEXHH@Z)，该符号在函数 "public: void __thiscall CChild3DView::OnSize(unsigned int,int,int)" (?OnS
LNK2019: 无法解析的外部符号 “public: __thiscallXXXXXX
Dopamine_Dong的博客
12-07 911
确认代码内容没有其他问题（比如头文件引用之类）之后，删掉makefile文件和Debug，release，重新构建即可
解决多项目上报错LNK2019 无法解析的外部符号 “public: __thiscall ..“，函数 _main 中引用了该符号 vs2022 C++
xuxuxucq的博客
12-06 1228
严重性 代码 说明 项目 文件 行 禁止显示状态错误 LNK2019 无法解析的外部符号 "public: __thiscall ……" ，函数 _main 中引用了该符号 DataProcess。
: error: LNK2019: 无法解析的外部符号 __imp_glGetString，该符号在函数 main 中被引用
最新发布
05-20
### 解决 LNK2019 未解析外部符号问题 当遇到类似于 `Application.obj : error LNK2019: unresolved external symbol __imp__glClear@4 referenced in function _main` 这样的链接错误时，通常是因为编译器无法找到某些 OpenGL 函数的实际实现。以下是可能的原因以及相应的解决方案： #### 1. 缺少必要的库文件链接 在 Windows 平台上开发基于 GLFW 和 OpenGL 的应用时，必须显式告诉链接器去查找 opengl32.lib 文件中的函数定义[^1]。 解决方法： 确保项目的链接选项包含了 `-lopengl32` 参数（对于 MinGW/GCC 用户）或者是通过 IDE （比如 Visual Studio）的属性页添加依赖项 “opengl32.lib”。具体操作如下： - **Visual Studio**: 右键点击工程 -> 属性 -> 链接器 -> 输入 -> 添加 `opengl32.lib` - **CMake**: 使用命令 `target_link_libraries(your_target_name PRIVATE opengl32)` 来自动完成这项工作 #### 2. 不同平台上的差异处理 尽管大多数现代系统都内置了基础级别的 OpenGL 支持 (即至少支持到 v1.x)，但从某个特定版本之后新增加的功能则不再直接暴露给开发者而是隐藏起来等待运行时刻动态装载。因此，在跨多个操作系统移植代码期间可能会碰到一些麻烦事。 针对这种情况推荐采用封装类来简化访问流程，例如 Qt 提供的 `QOpenGLFunctions_X_Y_Z` 家族成员之一便是专门为此设计出来的工具集[^2]。它们内部实现了所有必需的操作以便让程序员能够轻松调用高级别的 API 而无需担心底层细节。 举个例子来说就是如果你正在使用的是 OpenGL 3.3 core profile 版本的话就可以这样实例化对象并初始化它： ```cpp #include <QGuiApplication> #include <QOpenGLContext> #include <QSurfaceFormat> class MyGLWidget : public QWindow, protected QOpenGLFunctions_3_3_Core { public: explicit MyGLWidget(QWindow *parent = nullptr); protected: void initializeGL(); }; MyGLWidget::MyGLWidget(QWindow *parent) : QWindow(parent), context(new QOpenGLContext(this)) { setSurfaceType(QWindow::OpenGLSurface); // Set up an OpenGL context with desired properties. QSurfaceFormat fmt; fmt.setVersion(3, 3); fmt.setProfile(QSurfaceFormat::CoreProfile); context->setFormat(fmt); } void MyGLWidget::initializeGL(){ if(context){ context->makeCurrent(this); // Initialize all required OpenGL functions here once per widget lifetime. initializeOpenGLFunctions(); glClearColor(...); // Now you can safely call any GL command supported by your chosen spec level. } } ``` --- ### 总结注意事项 为了防止再次发生类似的链接期错误，请始终记住以下几点建议： - 明确声明所期望的目标环境及其最低规格要求； - 正确配置构建脚本/IDE 设置以引入恰当的标准库头文件路径及静态/共享库名称列表； - 对于超出原始规范范围之外的新特性请求务必借助扩展机制获取其实现体句柄后再加以运用。 --- ###
评论 4
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值