今天发现使用了很久的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，遇到问题最好看看它的代码！