今天發現使用了很久的SQLite3原來忘記釋放返回錯誤資訊的buffer了！汗！

今天對程式進程記憶體流失檢查發現： Detected memory leaks! Dumping objects -> {814} normal block at 0x0370AFD0, 40 bytes long. Data:

改正後的代碼：
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，遇到問題最好看看它的代碼！

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 );