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

今天对程序进程内存泄漏检查发现: 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,遇到问题最好看看它的代码!
评论 2 您还未登录,请先 登录 后发表或查看评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页

打赏作者

wangweixing2000

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值