windows 64位 解决VS2010连接MySQL出现的问题
2013-08-06 17:20
627 查看
今天准备用c连接MySQL数据库,无论怎么配置,老是出错。
代码如下:
错误如下:
error LNK2019: 无法解析的外部符号 _mysql_real_connect@32,该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_query@8,该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_init@4,该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_close@4,该符号在函数 _main 中被引用
采用了以下的办法:
1.项目->属性->vc++目录。
然后在"包含目录"中添加"E:\Program Files\MySQL\MySQL Server 5.5\include"
“库目录”中添加"E:\Program Files\MySQL\MySQL Server 5.5\lib"和"E:\Program Files\MySQL\MySQL Server 5.5\lib\Debug"。
2.项目->属性->链接器->输入->附加依赖项中添加libmysql.lib
但是编译依旧还是同样的问题。
于是开始思考,
lib是编译时需要的,dll是运行时需要的。
如果要完成源代码的编译,有lib就够了。
如果也使动态连接的程序运行起来,有dll就够了。
在开发和调试阶段,当然最好都有。
一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的,而dll文件是运行期才会被调用的。如果有dll文件,那么对应的lib文件一般是一些索引信息,具体的实现在dll文件中。如果只有lib文件,那么这个lib文件是静态编译出来的,索引和实现都在其中。静态编译的lib文件有好处:给用户安装时就不需要再挂动态库了。但也有缺点,就是导致应用程序比较大,而且失去了动态库的灵活性,在版本升级时,同时要发布新的应用程序才行。
1.编译是通过静态链接库(lib)去找到接口的。
2.#pragma comment (lib, "libmysql.lib")
#pragma comment (lib, "mysqlclient.lib")
但是这两句代码并没有报错,证明这两个链接库也正常加入了啊。怎么还是出现“无法解析的外部符号”,很纳闷。
百思不得其解,踏遍百度谷歌必应。还是木有办法,或许就是那么灵光一闪,我擦。突然想起一个问题了。哥哥我装的是win7 64位啊,MySQL也是赤裸裸的64位,丫的,我用WIN32 项目搞毛线。于是有一个猜想就是,MySQL 64位的lib也是64位的接口。
于是用了两步去证明这个想法,
.项目->属性->配置管理器
活动解决方案平台,下拉选新建,出现一个新的对号框,在键入选择新平台中选择X64
最后重新编译,这次完全证明的我想法是对的。编译成功。哦耶!
最后分析一下解决这个问题关键,其实这个问题很简单。搞明白dll和lib的作用,或许都能分析出这个问题了原因了。
代码如下:
#include <windows.h> #include <stdio.h> #include <string.h> #include <mysql.h> #pragma comment (lib, "libmysql.lib") #pragma comment (lib, "mysqlclient.lib") int main() { char szTargetDSN[] = "test"; char szSqlText[500]=""; MYSQL * myData; myData = mysql_init((MYSQL*)0); //连接数据库 if(mysql_real_connect( myData, NULL, "root", "", szTargetDSN, MYSQL_PORT, NULL, 0)) { printf("数据库连接成功!\n"); //构造SQL语句 sprintf(szSqlText, "create table mytable" "(time datetime, s1 char(6), " "s2 char(11), s3 int, s4 int)"); if (mysql_query( myData, szSqlText)) {//执行SQL语句出错 printf( "Can't create table"); mysql_close( myData ); return FALSE; } printf("表创建成功\n"); mysql_close(myData); } return TRUE; }
错误如下:
error LNK2019: 无法解析的外部符号 _mysql_real_connect@32,该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_query@8,该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_init@4,该符号在函数 _main 中被引用
error LNK2019: 无法解析的外部符号 _mysql_close@4,该符号在函数 _main 中被引用
采用了以下的办法:
1.项目->属性->vc++目录。
然后在"包含目录"中添加"E:\Program Files\MySQL\MySQL Server 5.5\include"
“库目录”中添加"E:\Program Files\MySQL\MySQL Server 5.5\lib"和"E:\Program Files\MySQL\MySQL Server 5.5\lib\Debug"。
2.项目->属性->链接器->输入->附加依赖项中添加libmysql.lib
但是编译依旧还是同样的问题。
于是开始思考,
lib是编译时需要的,dll是运行时需要的。
如果要完成源代码的编译,有lib就够了。
如果也使动态连接的程序运行起来,有dll就够了。
在开发和调试阶段,当然最好都有。
一般的动态库程序有lib文件和dll文件。lib文件是必须在编译期就连接到应用程序中的,而dll文件是运行期才会被调用的。如果有dll文件,那么对应的lib文件一般是一些索引信息,具体的实现在dll文件中。如果只有lib文件,那么这个lib文件是静态编译出来的,索引和实现都在其中。静态编译的lib文件有好处:给用户安装时就不需要再挂动态库了。但也有缺点,就是导致应用程序比较大,而且失去了动态库的灵活性,在版本升级时,同时要发布新的应用程序才行。
1.编译是通过静态链接库(lib)去找到接口的。
2.#pragma comment (lib, "libmysql.lib")
#pragma comment (lib, "mysqlclient.lib")
但是这两句代码并没有报错,证明这两个链接库也正常加入了啊。怎么还是出现“无法解析的外部符号”,很纳闷。
百思不得其解,踏遍百度谷歌必应。还是木有办法,或许就是那么灵光一闪,我擦。突然想起一个问题了。哥哥我装的是win7 64位啊,MySQL也是赤裸裸的64位,丫的,我用WIN32 项目搞毛线。于是有一个猜想就是,MySQL 64位的lib也是64位的接口。
于是用了两步去证明这个想法,
.项目->属性->配置管理器
活动解决方案平台,下拉选新建,出现一个新的对号框,在键入选择新平台中选择X64
最后重新编译,这次完全证明的我想法是对的。编译成功。哦耶!
最后分析一下解决这个问题关键,其实这个问题很简单。搞明白dll和lib的作用,或许都能分析出这个问题了原因了。
相关文章推荐
- 解决VS2010连接MySQL出现的问题
- windows系统下解决Qt连接MySQL数据库时出现的问题:QMYSQL driver not loaded
- VS2010在64位系统中连接64位Oracle出现的问题和解决方法
- 解决VS2010连接MySQL出现的问题
- 解决VS2010连接MySQL出现的问题
- VS2010 连接 Oracle出现尝试加载 Oracle 客户端库时引发 BadImageFormatException 32位与64位问题解决方案
- mysql连接linux系统提示“登录出现1130 is not allowed to connect to this MySql server”问题,解决方法
- 转 windows 环境下 mysql 数据库的升级以及 出现问题的解决 Communication link failure: Bad handshake
- mysql连接linux系统提示“登录出现1130 is not allowed to connect to this MySql server”问题的解决方法
- mysql连接linux系统提示“登录出现1130 is not allowed to connect to this MySql server”问题,解决方法
- mysql连接linux系统提示“登录出现1130 is not allowed to connect to this MySql server”问题,解决方法
- 解决登录WDCP面板出现"无法连接mysql,请检查mysql是否已启动"问题
- 解决Windows安装解压版MySQL出现服务正在启动-服务无法启动的问题
- 解决Win版 PLSQL Developer(32位)在Windows 64位机器安装出现的问题
- mysql出现中文乱码或不能输入中文问题的Windows或Linux系统解决方法
- 解决Navicat for MySQL打开连接时出现错误提示1045 access denied for user 'root'@'localhost' (using password yes)的问题
- win7 64位系统使用VS2010生成时出现中文目录乱码问题的解决方法
- Windows中php7.1无法连接mysql的问题解决
- win7 64位系统 PB连接oracle数据库出现“oracle library oci.dll could not be loaded”问题的解决方法
- 64位WINDOWS 使用PL SQL DEVELOPER 连接ORACLE 出错问题解决