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

最新推荐文章于 2025-02-03 16:05:46 发布
最新推荐文章于 2025-02-03 16:05:46 发布
阅读量3.5k 收藏 3
点赞数
CC 4.0 BY-SA版权
分类专栏： C/C++
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ycwasdfasdf/article/details/51558458
本文详细介绍了如何在Windows 7环境下使用Visual Studio 2010解决打开Visual C++ 6.0 MFC项目时遇到的LNK2019错误。提供了两种有效的方法：一种是下载并复制libodbccp32.lib到VC安装目录的lib文件夹，另一种是在项目配置属性中调整MFC的使用方式。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

用VS2010打开VC6的MFC时，出现：

error LNK2019: 无法解析的外部符号 __imp___vsnprintf，该符号在函数 _StringVPrintfWorkerA@20 中被引用

经过查找
两种方法亲测均可；

闲记录，以方便遇到同样问题的网友


解决办法：
环境：win7，vs2010；
方法一，
下载:libodbccp32.lib,复制到VC安装目录的lib文件夹类，即可解决；

以下是csdn中网友分享的：http://download.youkuaiyun.com/detail/ab751513040/6816965#comment

方法二，
不用下载；
可以配置一下两项：项目 -> 配置属性->常规->MFC的使用 :在静态库中使用MFC 修改为 在共享 DLL 中使用 MFC

项目->配置属性->C/C++->代码生成->运行库设置为 多线程DLL（/MD）

报错：错误 LNK2019 无法解析的外部符号__imp_mciSendCommandW...如何解决？
**My Coding Family**
11-02 978
🏆本文收录于专栏，主要记录项目实战过程中所遇到的Bug或因后果及提供真实有效的解决方案，希望能够助你一臂之力，帮你早日登顶实现财富自由🚀；同时，欢迎大家！持续更新中，up！up！up！！
正确解决“error LNK2019: 无法解析的外部符号....该符号在函数 ...中被引用“的有效解决方法
wbajsjhhhhh的博客
04-30 4958
正确解决"error LNK2019: 无法解析的外部符号....该符号在函数 ...中被引用"的有效解决方法
LNK2019:无法解析的外部符号（使用MFC时遇到的问题）
Black_hole_survi的博客
11-01 1120
LNK2019：无法解析的外部符号（初学者、MFC）
error LNK2019(无法解析的外部符号)
lionzl的专栏
03-13 1601
错误 LNK1120 为您提供该链接的无法解析的外部对象数 (number)。导致无法解析的外部对象的条件由错误 LNK2001 描述，此错误出现在该错误信息之前（对每个无法解析的外部对象都出现一次）。     //就是说每出现一次LNK1120都会在之前出现一个LNK2001     所以主要是解决LNK1120关键是要解决链接器工具错误 LNK2001  这分一下的情况（来自VS 20
MFC中出现public的error LNK2019: 无法解析的外部符号
cs_bigdate的博客
11-24 761
MFC中error LNK2019: 无法解析的外部符号 问题： Visual Studio2019打开MFC应用，写完整段代码生成解决方案时出现LNK2019错误，错误类型为“public：Graphlnk__thiscall Graphlnk::Graphlnk(int)……该符号在函数 “public: CmyGraph__thiscall CmyGraph::CmyGraph(int)中被引用” 解决方法： 出现问题的两个函数非常相似，因为我写了Graphlnk类继承CmyGraph类，把基
MFC LNK2019: 无法解析的外部符号
SelfImprovement
04-15 3770
当你遇到下面问题： CeventThreadDlg.obj : error LNK2019: 无法解析的外部符号 "public: static unsigned int __cdecl CCeventThreadDlg::WriteY(void *)" (?WriteY@CCeventThreadDlg@@SAIPAX@Z)，该符号在函数 "public: void __thiscall CC
MFC 错误 error LNK2019: 无法解析的外部符号 __imp_SetupDiDestroyDeviceInfoList
qq_42095701的博客
05-24 1701
QT集成SDL报错LNK2019：无法解析的外部符号_main
iOS小菜鸟的专栏
07-01 556
qt: LNK2019: 无法解析的外部符号 _main
如何解决 error LNK2019 无法解析的外部符号，该符号在函数 中被引用
11-24
这些标志错误可能导致符号无法解析。 7. **外部库路径**：确认编译器能够找到所有依赖的库文件（.lib 或 .dll）。检查 `项目-配置属性-链接器-输入-附加依赖项`，确保列出的所有库都在系统的搜索路径内。 8. **...
LNK2019 无法解析的外部符号 “public: void __cdecl cv::Mat::copyTo
weixin_38248293的博客
02-03 800
VC++使用opencv时，debug和release模式lib文件区分
非MFC工程，采用静态链接MFc时，出现无法解析的外部符号CoInitialize
seawt的专栏
03-28 4819
        在vs2005下开发出一个从wav到wma转换的demo（不是mfc程序）。这个demo中使用windows media format sdk 9.0进行从wav到wma 的转换。在我的开发环境中使用的很好，只是一移动到没有vs2005开发环境的平台上（windows xp），就出现提示“由于应用程序配置不正确，应用程序未能启动。重新安装应用程序可能会纠正这个问题。”     
[MFC]: 找不到标识符“xxxx“,或者vs报错“错误 LNK2019 无法解析的外部符号”
是哥哥呀的专栏
11-01 871
[MFC]: 找不到标识符"xxxx",或者vs报错“错误 LNK2019 无法解析的外部符号”
VS调试报错 “error LNK2019: 无法解析的外部符号 ......”
ClaireQi的博客
06-03 1万+
生成解决方案的时候，报错“error LNK2019: 无法解析的外部符号。。。。” 一般来说，这是由于缺少相应的依赖库.lib文件造成的，解决方法就是到【属性管理器】——【通用属性】——【链接器】——【附加依赖项】里添加相应的.lib文件名称。 如果不知道要添加什么.lib文件，首先将【附加依赖项】里的lib文件和你在VS里配置的软件（如OpenCV）文件下的lib文件夹里.lib文
error LNK2019: 无法解析的外部符号 产生原因及修改方法
weixin_42775777的博客
02-18 2万+
比较权威的解释可参考微软官方文档https://docs.microsoft.com/en-us/previous-versions/799kze2z(v=vs.140)?redirectedfrom=MSDN 我的开发环境是Visual Studio 2013 Community，使用语言是C++，遇到这个问题时正在自己做DLL自己调用，在调用时出现这个错误。 这里简述官方文档中列举的常见发生原因，这里结合我的经历做一些记录，加粗部分为原文内容： The object file or libra
MFC： LNK2001 “无法解析的外部符号”的几种情况及解决办法
zy1049677338的博客
06-25 1万+
今天写了一个小程序，然后碰到了“Error LNK2001 无法解析的外部符号”这个问题，一直解决不了，后来上网搜了下，发现这里面的关于这类错误的内容归纳比较齐全，就摘下来作为参考了。 VC＋＋时经常会遇到链接错误LNK2001，该错误非常讨厌，因为对于编程者来说，最好改的错误莫过于编译错误，而一般说来发生连接错误时，编译都已通过。产生连接错误的原因非常多，尤其LNK2001错误，常常使人不明其...
“error LNK2019: 无法解析的外部符号”原因总结
热门推荐
woshigaowei5146的博客
04-13 6万+
C++工程编译时出现如下链接错误提示： 原因一：只是在.h里面声明了某个方法，没有在cpp里面实现； 原因二：在工程中加入了有相同名字的文件或者类； 原因三：如果此类为静态库中定义的类，可能没有添加头文件目录和文件引用的lib静态库路径； 添加方法： 添加工程的头文件目录： 项目->属性->配置属性->C/C++->常规->附加包含目录：加上头文件的存放目录； 添加文件引用的lib静态库路径： 项目->属性->配置属性->链接器->常规->附加
VS 编译时，提示error LNK2019: 无法解析的外部符号...
weixin_45053845的博客
06-08 2446
error LNK1120: 7 个无法解析的外部命令
错误 LNK2019 无法解析的外部符号 _vsprintf，该符号在函数
aoxuestudy的专栏
07-06 1065
前言 vs2017编译的时候报错： 解决 在工程属性中，打开“链接器”,在“附加依赖项”中添加以下代码即可。 legacy_stdio_definitions.lib legacy_stdio_definitions.lib 或者是在报错的.c文件中加#parameter(lib,"legacy_stdio_definitions.lib ") ...
编译时报错“LNK2019 无法解析的外部符号”的可能原因及其解决办法
欢迎来到我的优快云个人博客主页！
04-13 5113
在VS2022中运行C++程序的时候，有时会遇到编译时报错：“LNK2019 无法解析的外部符号”的情况。本文介绍了这种问题的可能原因及其解决办法（欢迎关注，持续更新）。
错误 1 error LNK2019: 无法解析的外部符号 _main，该符号在函数 ___tmainCRTStartup 中被引用 libcmt.lib
最新发布
03-18
<think>好的，我现在遇到了一个编译错误：LNK2019，提示无法解析的外部符号_main。这让我有点困惑，因为我记得在C++程序中，main函数是入口点，必须存在的。但错误信息里提到了___tmainCRTStartup引用了_main，而我的项目里确实没有定义main函数。我需要仔细分析可能的原因。 首先，我应该检查项目类型。比如，如果创建的是Windows应用程序（比如Win32或MFC项目），入口点可能不是main，而是WinMain。这时候编译器会寻找WinMain，如果找不到就会报错。这时候，解决方案可能是修改项目设置，将入口点改为main，或者添加正确的WinMain函数。 其次，可能是我在代码中错误地定义了main函数的签名。比如，拼写错误，或者参数类型不正确。比如，main的正确形式应该是int main(int argc, char* argv[])或者int main()。如果写成了void main()或者其他形式，有些编译器可能会报错。 然后，检查项目设置中的子系统选项。如果项目配置为控制台应用程序，但入口点不是main，或者反之，可能引发这个错误。比如，在Visual Studio中，链接器子系统设置为控制台（/SUBSYSTEM:CONSOLE）需要main函数，而Windows应用程序（/SUBSYSTEM:WINDOWS）需要WinMain。所以需要确认子系统设置和入口函数是否匹配。 另外，可能引入的库文件或依赖项有问题。比如用户提到的引用[4]，引入某些静态库可能导致链接器找不到入口点。这时候需要检查这些库是否与项目类型兼容，或者是否存在配置冲突。 还有一种情况是，如果项目是MFC应用程序，可能不需要main函数，而是由框架自动处理入口点。这时候如果错误地包含了控制台应用程序的设置，或者代码中有多余的main定义，可能导致冲突。需要检查项目属性中的MFC设置是否正确，比如是否选择了“使用MFC共享DLL”等选项。 现在，我应该综合这些可能性，给出具体的解决步骤。例如： 1. 确认项目类型是否正确，检查入口函数是否存在且签名正确。 2. 调整链接器的子系统设置，确保与控制台或Windows应用程序匹配。 3. 检查是否有第三方库冲突，必要时重新配置库的链接方式。 4. 对于MFC项目，确保项目属性中的配置正确，避免混合使用不同的运行时库。 同时，用户提供的引用[3]提到即使新建MFC程序也会出现此错误，可能是在项目创建时选择了错误的应用程序类型，或者在配置中错误地链接了运行时库。例如，如果项目使用多线程调试DLL（/MDd），但某些库可能链接了静态版本，导致冲突。需要统一运行时库的设置。 最后，可能需要重新创建项目或清理解决方案，确保中间文件不会残留错误配置。如果问题依旧，可以尝试逐步排除法，比如创建一个空项目，逐步添加代码和库，定位问题来源。</think>### 解决LNK2019: unresolved external symbol _main错误的方法 #### 错误原因分析 该错误表明链接器在编译时找不到程序入口函数`main`（或`WinMain`）。根本原因通常是**项目类型与入口函数不匹配**，或入口函数未正确定义。以下是具体场景及解决方案： --- #### 1. 确认项目类型与入口函数对应关系 - **控制台应用程序**：需定义`int main()`或`int main(int argc, char* argv[])`，且链接器子系统设置为**控制台（/SUBSYSTEM:CONSOLE）**。 - **Windows应用程序**（如Win32/MFC）：需定义`int WINAPI WinMain(HINSTANCE, HINSTANCE, LPSTR, int)`，子系统设置为**Windows（/SUBSYSTEM:WINDOWS）**[^1][^3]。 **验证步骤**： 1. 在Visual Studio中右键项目 → **属性** → **链接器** → **系统** → **子系统**。 2. 根据项目类型选择正确的子系统（控制台或Windows）。 3. 检查代码中是否存在匹配的入口函数。 --- #### 2. 修复入口函数定义问题 - **错误示例**： ```cpp void main() { ... } // 错误！返回类型应为int ``` - **正确形式**： ```cpp int main() { // 代码 return 0; } ``` --- #### 3. MFC项目的特殊处理 MFC应用程序通常不需要手动定义`main`或`WinMain`，其入口点由框架自动生成。若出现此错误，可能是**项目配置冲突**： 1. 检查项目属性 → **常规** → **MFC的使用** → 选择**在共享DLL中使用MFC**。 2. 确保未错误引入控制台相关的库或编译选项[^3][^4]。 --- #### 4. 检查第三方库的兼容性 若项目中引用了静态库（如`libcmt.lib`、`msvcrtd.lib`），需确保**运行时库配置一致**： 1. 项目属性 → **C/C++** → **代码生成** → **运行时库**。 2. 所有依赖库与主项目需使用相同配置（如`/MDd`或`/MTd`）[^2][^4]。 --- #### 5. 重新生成解决方案 清理中间文件并重新编译： 1. 菜单栏 → **生成** → **清理解决方案**。 2. 再次点击**生成解决方案**。 --- #### 示例配置修正（MFC项目） 1. 右键项目 → **属性** → **链接器** → **系统** → **子系统** → 设为**Windows (/SUBSYSTEM:WINDOWS)**。 2. **高级** → **入口点** → 留空（由MFC自动处理）[^3]。 --- ###
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值