今天发现使用了很久的SQLite3原来忘记释放返回错误信息的buffer了！汗！

最新推荐文章于 2024-12-21 10:27:05 发布

wangweixing2000

最新推荐文章于 2024-12-21 10:27:05 发布

阅读量5.5k

点赞数

CC 4.0 BY-SA版权

分类专栏：我开放的源代码 C++/VC 文章标签： sqlite buffer null integer table delete

本文链接：https://blog.youkuaiyun.com/wangweixing2000/article/details/1782194

C++/VC 同时被 2 个专栏收录

33 篇文章

订阅专栏

我开放的源代码

3 篇文章

订阅专栏

本文介绍了一个使用SQLite过程中出现的内存泄漏问题及解决方法。通过跟踪SQLite的代码，发现了内存分配后未正确释放的问题，并给出了修改后的代码实现。

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

今天对程序进程内存泄漏检查发现： Detected memory leaks! Dumping objects -> {814} normal block at 0x0370AFD0, 40 bytes long. Data:

74 61 62 6C 65 20 54 61 62 6C 65 5F 53 74 72 61 Object dump complete.
如果你写的程序没有返回错误信息，那么不应该会有泄漏！
我的源代码：
if (result == SQLITE_OK)
{
char *errmsg = NULL;
int nError = sqlite3_exec( m_sqlite3DB, "create table Table_StrangeWords( ID integer primary key autoincrement, name nvarchar(32) ,)", NULL, NULL, &errmsg ); if(nError != SQLITE_OK)
{
ATLTRACE( "创建表失败，错误码:%d，错误原因:%s/n", result, errmsg );
} //else cont.
}
跟了一下SQLite3的代码：
if( pStmt ) sqlite3_finalize(pStmt);
if( azCols ) sqliteFree(azCols);
rc = sqlite3ApiExit(0, rc);
if( rc!=SQLITE_OK && rc==sqlite3_errcode(db) && pzErrMsg )
{
int nErrMsg = 1 + strlen(sqlite3_errmsg(db));
*pzErrMsg = sqlite3_malloc(nErrMsg); //这里进行申请buffer，如果不释放那漏洞大大的。
if( *pzErrMsg )
{
memcpy(*pzErrMsg, sqlite3_errmsg(db), nErrMsg);
}
}
else if( pzErrMsg )
{
*pzErrMsg = 0;
}
assert( (rc&db->errMask)==rc );

改正后的代码：
if (result == SQLITE_OK)
{
char *errmsg = NULL;
int nError = sqlite3_exec( m_sqlite3DB, "create table Table_StrangeWords( ID integer primary key autoincrement, name nvarchar(32) ,)", NULL, NULL, &errmsg ); if(nError != SQLITE_OK)
{
ATLTRACE( "创建表失败，错误码:%d，错误原因:%s/n", result, errmsg );
}
//else cont.
//close
if(errmsg != NULL)
{
sqlite3_free(errmsg); //这里需要用sqlite3_free去free，切忌！
} //else cont.
}
sqlite把内存管理自己封装起来，可不能随便delete这个buffer，遇到问题最好看看它的代码！