一个小错误:error LNK2019: 无法解析的外部符号 "public: __thiscall Turtle::~Turtle(void)" (??1Turtle@@QAE@XZ),该符号在函数 _main 中被引用

昨天在撸代码的时候遇到了一个十分蛋疼的错误

错误:

1>3.obj : error LNK2019: 无法解析的外部符号 "public: __thiscall Turtle::~Turtle(void)" (??1Turtle@@QAE@XZ),该符号在函数 _main 中被引用
1>3.obj : error LNK2019: 无法解析的外部符号 "public: __thiscall Turtle::Turtle(void)" (??0Turtle@@QAE@XZ),该符号在函数 _main 中被引用

本着不懂就问的精神,我去csdn上找了一下相关的博文,于是我找到了了这个:

错误原因:项目->属性->链接器->输入->附加依赖项,如果是debug版本则是由于没有添加opencv_nonfree2410d.lib,如果是release版本,则是由于没有添加有opencv_nonfree2410.lib。d的是debug版本, 没有的是release版本。
---------------------
作者:jiao_mrswang
来源:CSDN
原文:https://blog.csdn.net/jiao_mrswang/article/details/79522987
版权声明:本文为博主原创文章,转载请附上博文链接!

当然没有成功,插入的是构造器当然不会用到opencv

我甚至重装了一遍编译器,依然没有解决……

幸而技术群一位大佬及时伸出了援手:

然而也没有解决……

不得已我只好一步步的删去代码,直到

我删去了一个没有设置内容的构造器……

我竟意外地成功了!!!

经过反复的实验,终于确定:若在vs2010中只声明构造器而下文中并未将其写出,则系统会疯狂报错error LNK2019……

所以我以后还是先学编译器吧【手动捂脸】

原文地址:https://www.cnblogs.com/lvfengkun/p/10519966.html

时间: 2024-11-05 13:52:09

一个小错误:error LNK2019: 无法解析的外部符号 "public: __thiscall Turtle::~Turtle(void)" (??1Turtle@@QAE@XZ),该符号在函数 _main 中被引用的相关文章

错误 1 error LNK2019: 无法解析的外部符号 __imp__pthread_create,该符号在函数 _main 中被引用 解决方法

晚上花几分钟在windows下测了下pthread的用法,出现错误 1 error LNK2019: 无法解析的外部符号 __imp__pthread_create,该符号在函数 _main 中被引用 经网上搜,反正都没解决,其中一个说引入#pragma comment(lib, "pthreadVC2.lib")后解决,但笔者遇到的不是这个原因,而是版本问题.可参考http://www.cnblogs.com/zhjh256/p/6364777.html解决.

使用SDL2出现 “error LNK2019: 无法解析的外部符号 _SDL_main,该符号在函数 _main 中被引用” 时的可能错误记录

这几天在使用SDL2,之前一直都没有错,直到上午把项目搬了个地方.结果一直出现 “error LNK2019: 无法解析的外部符号 _SDL_main,该符号在函数 _main 中被引用” . 看了网上的方法都说是没有正确定义 main 函数 ,这是SDL2main.lib指定需要的函数.结果我把他定义在了"xx.h"这样的头文件中. 原来我一直没理解头文件和源文件的重要区别.把 main 函数定义在 "xx.cpp" 这样的源文件中就可以正确编译了. 看来还需要再

error LNK2019: 无法解析的外部符号;fatal error LNK1120: 1 个无法解析的外部命令; 可能存在的问题

一.问题:使用一个.lib出现如下错误 (我使用的环境 vs2012) error LNK2019: 无法解析的外部符号 _SSL_CTX_new,该符号在函数 _main 中被引用: fatal error LNK1120: 1 个无法解析的外部命令: 二.出现该问题的原因: 1.原因:最大的可能就是使用的lib在引用的时候没添加好. 解决方法:需要查看一下调用的配置是否正确: 项目-->属性-->链接器-->常规-->附加库目录:填写附加依赖库所在目录 分号间隔多项 项目--&

error LNK2019: 无法解析的外部符号 _libiconv_closexxxxxxx的解决办法

iconv是Cocos2dx自带的非常好用的可以解决中文乱码问题的库,但是好多同学因为配置上遇坑放弃使用,有点可惜,下面是我遇过的坑.下面鄙人给大家分享一下经验,让更多的人受益,现在unity强烈轰击cocos,cocos的地位岌岌可危.兄弟们加油一起捍卫cocos!! 错误一:找不到iconv.h 解决办法:在 工程属性 -> 配置属性 -> C/C++ -> 附加包含目录 添加iconv头文件所在文件夹,我的是在cocos2d-x-2.2.3\cocos2dx\platform\th

无法解析的外部符号 _ ,该符号在函数 " __main中被引用 && This function or variable may be unsafe.

加上winsock2的运行库看看吧,一般不用加的啊 #pragma comment(lib,"Ws2_32.lib") 应该就没有问题了吧^_^ 以下为转载 http://blog.chinaunix.net/uid-20672257-id-2955771.html 1.将过去的工程用VS2010打开的时候.你有可能会遇到一大堆的警告:warning C4996. 比如:warning C4996: 'sprintf': This function or variable may be

VS常见错误之一:error LNK2019: 无法解析的外部符号

由于经常使用VS的开发环境,所以经常遇到一些错误提示,其中error LNK2019是很常见的一个报错.今天将此错误的原因和常见解决办法根据自己的经验小小总结一下. 问题样式: 1>SingleView.obj : error LNK2019: 无法解析的外部符号 [email protected],该符号在函数 "protected: int __thiscall CSingleView::CreateViewGLContext(struct HDC__ *)" (?    

VS2015+OpenGL4.0开发编译时弹出错误:glaux.lib(tk.obj) : error LNK2019: 无法解析的外部符号 _sscanf,该符号在函数 [email protected] 中被引用

一.问题描述: VS2015+OpenGL4.0开发编译时弹出如下所示的错误: 1>glaux.lib(tk.obj) : error LNK2019: 无法解析的外部符号 _sscanf,该符号在函数 [email protected] 中被引用 1>glaux.lib(tk.obj) : error LNK2019: 无法解析的外部符号 _vsprintf,该符号在函数 _PrintMessage 中被引用 二.问题原因: VS2015默认编译时将许多标准库采用内联方式处理,因而没有可以链

VS2013解决error LNK2019: 无法解析的外部符号 mfcs120ud.lib

最近因为要改一个MFC项目重写学习MFC,没想到只是用VS2013新建一个最简单的MFC项目运行就报类上百个的类似"Error LNK2019: 无法解析的外部符号...mfcs120ud.lib"的错误. 经过一番折腾,终于发现问题所在.打开C:\Users\Administrator\AppData\Local\Microsoft\MSBuild\v4.0\Microsoft.Cpp.Win32.user.props 发现默认库引用了$(WindowsSDK_LibraryPath

error LNK2019: 无法解析的外部符号

最近在尝试用UDT进行通信,写了两个简单的客户端和服务端,但是编译的时候出现了“error LNK2019: 无法解析的外部符号”错误,为了以后进行总结,还是把解决方法记录下来. 1>------ 已启动生成: 项目: udt_appserver, 配置: Debug Win32 ------1>生成启动时间为 2013/11/11 20:53:08.1>InitializeBuildStatus:1>  正在创建“Debug\udt_appserver.unsuccessfulb