Unresolved external 'mysql_init' referenced;Unresolved external 'mysql_real_connect' referenced

最新推荐文章于 2021-03-02 18:01:40 发布
转载 最新推荐文章于 2021-03-02 18:01:40 发布 · 800 阅读 · 1
文章标签：

#AlphaBlend #mysql_init #mysql_real_connect

本文介绍了一款游戏在实现UI半透明效果时遇到的链接错误问题。错误涉及到AlphaBlend等API函数未正确链接的情况，并提供了详细的错误信息及解决链接问题的具体步骤。

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

转自VC错误:http://www.vcerror.com/?p=1600
问题描述：
在一个游戏中增加半透明的UI风格时，主要是结合使用了Windows 中提供的API函数AlphaBlend()来实现，在完成有关的编码步骤并通过编译，最后却出现了链接错误的信息，错误信息内容大致如下：
[Linker Error] Unresolved external 'AlphaBlend' referenced from F:\xxx\xxx\MAIN.OBJ
[Linker Error] Unresolved external 'mysql_init' referenced from C:\DOCUMENTS AND SETTINGS\ADMINISTRATOR.LXSERVER\桌面\TESTINSERTMYSQL\UNIT1.OBJ
[Linker Error] Unresolved external 'mysql_real_connect' referenced from C:\DOCUMENTS AND SETTINGS\ADMINISTRATOR.LXSERVER\桌面\TESTINSERTMYSQL\UNIT1.OBJ

解决方法：
具体的解决方法参考文章:http://www.vcerror.com/?p=1600
visual C++ 2015报错：error LNK2019: unresolved external symbol __imp__curl_global_init referenced in
weixin_43803955的博客
08-12 802
太难了，报了一堆错~ 1>HttpClient.obj : error LNK2019: unresolved external symbol __imp__curl_global_init referenced in function “public: __thiscall CHttpClient::CHttpClient(void)” (??0CHttpClient@@QAE@XZ) 1>HttpClient.obj : error LNK2019: unresolved external
visual C++ 2015 报错error LNK2019: unresolved external symbol _mysql_num_rows@4 referenced in function
weixin_43803955的博客
08-18 480
visual C++ 2015 报错error LNK2019: unresolved external symbol _mysql_num_rows@4 referenced in function 如图所示： 1>SqlManager.obj : error LNK2019: unresolved external symbol _mysql_num_rows@4 referenced in function "public: bool __thiscall CSqlManager::GetRec
[Linker Error] Unresolved external 'mysql_init' referenced
10-30
BCB 编译链接MySQL出错，尽管包含了MySQL的所有头文件，以及libmysql.dll
Unresolved external 'AlphaBlend' referenced from
weixin_34293911的博客
07-14 203
AlphaBlend [Linker Error] Unresolved external 'AlphaBlend' referenced from 解决方案 把文件msimg32.lib添加到工程中再重新编译，链接成功！D:\Program Files\Borland\CBuilder6\Lib\Psdk\msimg32.lib D:\Program Files (x86)\Borland\...
[Linker Error] Unresolved external 'viOpen' referenced from
06-26
[Linker Error] Unresolved external 'viOpen' referenced from 这种错误的解决方法
bcb链接错误, Unresolved external "XXXX" referenced from YYYY.obj
knfe11
12-21 5024
问题：bcb链接错误, Unresolved external "XXXX" referenced from YYYY.obj 解决方案：根本原因是链接中使用的bpi没找到对应的函数实现， 如果确定代码没问题，当打开多个bcb程序其它项目的libpath缓存有可能保存到了当前工程，检查 project->option->libpath是否添加了其它目录，调整一下就好了。
解决Unresolved external ‘AlphaBlend‘ referenced的办法
input_sudo的博客
03-02 426
解决Unresolved external ‘AlphaBlend’ referenced的办法 安装了EhLib，控件可以使用了，但是编译时报“[Linker Error] Unresolved external ‘AlphaBlend’ referenced from D:\WORK PROGRAM FILES\BORLAND\CBUILDER6\PROJECTS\LIB\EHLIBB60.LIB|.\DBGridEh.PAS” 将 Msimg32.lib 加入到工程中。 BCB6 View -&gt
提示出现unresolved external symbol _main的解决方法
01-01
提示出现unresolved external symbol _main搜了下找了下原因如下在创建MFC项目时, 不使用MFC AppWizard向导, 如果没有设置好项目参数, 就会在编译时产生很多连接错误, 如error LNK2001错误, 典型的错误...
unresolved external symbol __report_rangecheckfailure 解决思路
yangyihongyangjiying的专栏
03-29 5814
unresolved external symbol __report_rangecheckfailure 解决思路 __report_rangecheckfailure  是用来检查堆栈缓存溢出的，如果编译的时候打开GS（project property--》Configuration properties--》c/c++--》Code generation--》Buffer security
无法解析的外部符号 _mysql_real_connect@32
XinShun的博客
09-18 1119
1、参考https://www.cnblogs.com/lfri/p/10821407.html 2、原因是系统安装的mysql是64位版本的，引用的dll及lib也是64位版本的 3、解决方法 4、独立运行时，还需要libmysql.dll， mfc140ud.dll，ucrtbased.dll，vcruntime140d.dll这几个动态库，不能为x86、arm64版本的，必须...
[Linker Error] Unresolved external 问题的解决方法
02-22
BCB里遇到过的问题 [Linker Error] Unresolved external 'mysql_init' referenced from C:\DOCUMENTS AND SETTINGS\ADMINISTRATOR.LXSERVER\桌面\TESTINSERTMYSQL\UNIT1.OBJ 的解决方案
编译错误：unresolved external sy…
东子的博客
09-27 727
今天编译写一个VC工程出现 error LNK2001: unresolved external symbol _winmain@16 的编译错误; 原因是我的程序的入口函数是main，而不是winmain，当工程配置里Project options 里的subsystem却为windows。 这样改正就很简单了 打开工程的Project Setting对话框->Link标签, 在Project
Error LNK2019:Unresolved External Symbol Referenced In Function 的解决方案
热门推荐
Blog of Chauncy Wang
03-17 1万+
在vs调试时可能会出现如下错误： Error LNK2019:Unresolved External Symbol * Referenced In Function *的解决方案 三种可能的错误： 1、当头文件中声明了一个函数，但是在相应的源文件中却没有对该函数进行定义，则会出现为“解决的外部符号”（unresolved external symbol ）错误。 solve method：...
CE下关于unresolved external symbol xxx referenced in function xxx的问题
lys_best的专栏
08-23 3109
Windows CE下，我们在编译代码时往往会遇到这样的编译错误unresolved external symbol xxx referenced in function xxx，这是什么意思呢？这是编译器告诉我们它找不到相关的定义，这主要有两种情况： 1、有可能你未声明或者已经声明了变量或者函数，但是你并没有定义，就是说编译器找不到它的定义所在。解决方法：在sources文件中添加包含了所定义
unresolved external symbol解决方法
checkin001的专栏
03-25 4296
我在调Json.cpp的时候，在编译时遇到了无法链接Json相关函数的问题，经检查，头文件引用无问题，问题应该出来工程属性的“链接器”中       经比对发现，在命令行（Command Line）中较其他编译正确函数缺少一个“..\..\jsonprj\lib\jsonprj.lib”       于是在命令行中的Additional options中加入了此行，编译正确 顺便
LNK2019: unresolved external symbol _dgeev_ referenced in function_main
最新发布
05-29
<think>好的，用户现在遇到了LNK2019链接错误，与_dgeev_符号相关的问题，还提到了FortranLapack中的int*到integer*转换问题。首先，我需要回顾之前的对话，看看用户之前的问题是什么。之前用户提到使用CLAPACK时出现类型转换错误，提示无法将int*转换为integer*，我给出的解决方案是统一使用CLAPACK中的integer类型，并检查头文件和编译选项。现在用户的新问题是在链接阶段出现LNK2019错误，具体是未解析的外部符号_dgeev_。这可能涉及到几个方面：库链接是否正确、符号命名约定是否匹配、类型转换是否正确，以及Fortran和C/C++之间的调用约定。首先，LNK2019通常是因为编译器找不到函数或变量的定义。对于_dgeev_来说，这个函数属于LAPACK的Fortran实现，所以用户需要确保正确链接了LAPACK库。比如，在Windows下使用CLAPACK可能需要链接libf2c.lib、blas.lib、lapack.lib等。如果使用的是预编译的库，需要确认路径是否正确，项目配置中是否添加了这些库。其次，Fortran和C/C++在符号命名上有差异。Fortran通常会在函数名后加下划线，比如dgeev在Fortran中可能被编译为dgeev_，而C/C++直接使用dgeev_。但这也取决于编译器的设置，比如是否启用名称修饰。用户需要确认调用的函数名是否与库中的符号名一致。例如，是否在代码中正确使用了dgeev_，而库中确实存在这个符号。 第三，之前提到的类型转换问题可能仍然存在。CLAPACK使用integer类型，而用户代码中的int*如果没有正确转换为integer*，可能导致参数传递错误，进而引发链接问题。需要确保所有传递给dgeev_的整数参数都是CLAPACK定义的integer类型，并且指针类型正确匹配。 另外，用户可能在混合使用不同编译器生成的库，导致符号不兼容。例如，用VisualStudio编译的C++代码链接由MinGW或gfortran编译的LAPACK库，可能会出现调用约定或名称修饰不一致的问题。需要确保所有库都是用相同的编译器或兼容的设置编译的。还有，检查是否在项目中正确配置了库的路径。在VS中，需要在项目属性中添加库目录和附加依赖项。如果用户使用的是CLAPACK，可能需要将libf2c.lib、blas.lib、lapack.lib等添加到附加依赖项中，并确认这些库文件确实存在于指定的路径下。 另外，用户提到的引用中的其他LNK2019错误，如__vsnwprintf和_WinMain@16，这些问题通常与运行时库或入口点设置有关，但当前问题与_dgeev_相关，可能不直接相关，但需要排除其他链接错误的影响。比如，如果用户项目中有多个链接错误，可能需要逐一解决，但当前重点在_dgeev_。 可能的解决方案步骤包括：1.确认正确包含CLAPACK的头文件，如f2c.h和clapack.h，并确保integer类型定义正确。例如，检查f2c.h中是否有typedeflongint integer;或类似的定义，确保代码中的整数参数使用该类型。 2.检查函数调用是否正确使用dgeev_，并确保参数类型正确。例如，所有整数参数如n、lda、ldvr等都应声明为integer，并通过指针传递。3.确保正确链接了所需的库文件，如lapack.lib、blas.lib、libf2c.lib等，并在项目属性中设置正确的库目录。4.检查编译器选项，特别是与Fortran兼容性相关的选项，比如名称修饰是否匹配。可能需要使用extern"C"来避免C++的名称修饰，确保链接器能找到正确的符号。 5.如果用户自行编译了CLAPACK库，可能需要确认编译过程是否正确，特别是针对Windows和VisualStudio的环境设置是否正确，是否生成了正确的库文件。 此外，用户之前的问题涉及类型转换，可能在解决类型问题后，链接问题仍然存在，因为函数符号未被正确找到。因此，需要综合类型转换和库链接两方面来解决问题。 可能的验证步骤是创建一个简单的测试程序，调用dgeev_函数，并确保所有参数类型正确，然后检查是否能成功编译和链接。例如，使用提供的示例代码，并确保库路径和链接库正确。如果用户使用的是不同版本的CLAPACK或LAPACK，可能需要确认函数名称是否一致。例如，某些版本的LAPACK可能使用不同的命名约定，或者需要特定的宏定义来启用函数声明。 最后，用户可能需要检查项目的运行时库设置，确保所有库和主项目使用相同的运行时库（如多线程DLL、静态库等），避免混合使用不同运行时库导致的链接问题。</think>### LNK2019链接错误_dgeev_问题解决方案 #### 问题分析 `LNK2019: unresolved external symbol _dgeev_`错误表明链接器无法找到Fortran LAPACK函数`dgeev`的实现[^1]。此问题通常由以下原因导致： 1. **库未正确链接**：未包含LAPACK/BLAS库或链接顺序错误[^4] 2. **符号命名冲突**：Fortran与C/C++的符号命名规则差异（如Fortran默认添加下划线`_dgeev_`） 3. **类型转换问题**：CLAPACK的`integer*`与C的`int*`类型不兼容[^1] #### 分步解决方案 1. **库配置验证** ```properties # VS项目属性设置示例 Configuration Properties -> Linker -> Input -> Additional Dependencies: lapack.lib;blas.lib;libf2c.lib; # 添加LAPACK相关库 ``` - 确认库文件路径正确（Properties -> Linker -> General -> Additional Library Directories） 2. **符号命名适配** ```c # 显式声明Fortran函数命名规则 extern "C" { void dgeev_(...); // 强制使用Fortran命名约定 } ``` - 若使用CLAPACK，需确保调用时函数名带下划线`dgeev_`[^1] 3. **类型统一修正** ```c #include <f2c.h> // 必须包含类型定义 integer n = 3; // 替换原int类型 dgeev_(&jobvl, &jobvr, &n, a, &lda, wr, wi, vl, &ldvl, vr, &ldvr, work, &lwork, &info); ``` - 所有整型参数必须使用`integer`类型（`f2c.h`中定义为`long int`或`int`）[^1] 4. **编译选项优化** ```bash # 使用兼容Fortran的调用约定 /Qlowercase /iface:cvf # Intel编译器选项示例 ``` - 对于Visual Studio，需确保使用`__stdcall`调用约定 #### 验证示例 ```c #include <stdio.h> #include <f2c.h> #include <clapack.h> extern "C" void dgeev_(...); // 显式声明Fortran符号 int main() { integer n = 3; double a[9] = {1,2,3,4,5,6,7,8,9}; double wr[3], wi[3], work[30]; integer info, lwork = 30; dgeev_("N", "V", &n, a, &n, wr, wi, NULL, &n, NULL, &n, work, &lwork, &info); return 0; } ``` #### 编译指令 ```bash cl /DINTEGER_IS_LONG main.c -I"%CLAPACK_PATH%\include" /link lapack.lib blas.lib libf2c.lib ``` - 需替换`%CLAPACK_PATH%`为实际库路径 - `/DINTEGER_IS_LONG`确保`integer`定义为`long`[^1]
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值