昨天遇到的乙個問題 如下：
從網上查了 半天資料 都說如下：
1）#pragma warning(disable:4146)
#import "c:\program files\common files\system\ado\msado15.dll" named_guids rename("eof","adoeof"), rename("bof","adobof")
#pragma warning(default:4146)
using namespace adodb;
2）#pragma warning(disable:4146)
#import "c:\program files\common files\system\ado\msado15.dll" \
no_namespace \
rename("eof","adoeof") rename("datatypeenum","adodatatypeenum") \
rename("fieldattributeenum", "adofielattributeenum") rename("editmodeenum", "adoeditmodeenum") \
rename("locktypeenum", "adolocktypeenum") rename("recordstatusenum", "adorecordstatusenum") \
rename("parameterdirectionenum", "adoparameterdirectionenum")
但是怎麼改結果都還是一樣 編譯不過：
後來 得到了別人的幫助 得以解決， 解決方法如下：
project -> setting -> c/c++ ->perprocessor ->perprocessor definitions : 裡面新增 巨集 _afx_no_dao_support
編譯通過, 希望能幫助 同難同胞！
vc ado 記憶體洩露
最近在開發乙個列印伺服，結果測試時發現程式會不停地洩露記憶體，每秒能洩露1m記憶體，1m 啊兄弟們，我頭疼了，於是到處上網去搜，有的說你的連線未釋放，有的說ado本身有問題，有的說是 bstr 記憶體沒釋放，結果發現是呼叫儲存過程的 commandptr沒有release。先看 try catch ...
vc ado呼叫儲存過程
沒想到今天會這麼晚才睡覺，在送走我的寶寶後，我平靜下來想把公司的客戶端的vc讀寫儲存過程的方法好好整理一下，因為這個解決方案還沒有最終做好，我有責任把這個問題完備的解決掉，vc進行一些高階的資料庫操作確實顯得很麻煩，這點做的不如.net好，但是作為乙個客戶端軟體也必須要具備這個功能，在認真進行配合編...
VC ado事務處理
一 ado中connection物件事務處理 ado中的事務處理也很簡單，只需分別在適當的位置呼叫connection物件的三個方法即可，這三個方法是 1 在事務開始時呼叫 pcnn begintrans 2 在事務結束並成功時呼叫 pcnn committrans 3 在事務結束並失敗時呼叫 pc...