今天发现使用了很久的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,遇到问题最好看看它的代码!
已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页