是不是OCCI的庫有 開發版和發行版 之分，所以用發行版的oraocci9.lib不能做debug版的程序,string或者vector在釋放時總會報錯
Statement類的setXXX()函數為什么我在使用的時候不管用呢?
文檔說NUMBER類型也可以和string轉換
在
while(rs->next())
{
for(i=0; i{
cout
}
cout <}
這個程序段中，為什么第一行中的NUMBE類型都正常的讀出了，但是從第二行開始就不正確了呢
如果我在while()前先next()幾次，仍然是當前循環中的第一行的所有的number類型都正常讀出，從第二行開始就又不正常了
解決方法如下：
vc6的那個默認的步驟debug肯定行不通。因為OCCI不按這種配置來compile.
步驟如下：
1. 確保oci.lib, oraocci9.lib在你的lib路徑下邊，確保oci/include在你的include路徑下邊
2. 確保有下邊的宏聲明：(#define WIN32COMMON)
#ifdef WIN32COMMON
template
void getVector( ResultSet *rs, unsigned int index,
OCCI_STD_NAMESPACE::vector< T > &vect) ;
#else
template
void getVector( ResultSet *rs, unsigned int index,
OCCI_STD_NAMESPACE::vector< T* > &vect) ;
#endif
3.這一步最重要，要與VC6的默認配置相區別：
在project settings的WIN32 DEBUG的"link"下邊，將Category: Input下邊的
Object/library modules:
改為kernel32.lib user32.lib oci.lib msvcrt.lib msvcprt.lib oraocci9.lib (順序不能錯)
同時，勾上Ignore all default libraries,
并在Ignore libraries上邊填上邊libc.lib
這要build出來以來，執行是不會出現堆錯誤的。并且可以debug。
使用occi與其它庫進行集成時，尤其要注意這些配置，有的時候甚至出現不相容的情況。所以要根據實際情況進行選擇。
當然，你可以使用MTD, MD方式來build。
到了VC7以后，OCCI相應的要求就少多了。
linux下當初OCCI是有很多bug的，除非打了9205及以后的補丁，不然，你幾乎無法正常使用。
如果有再碰到類似問題，請及時回饋。
附加注釋：
可以看看$ORACLE_HOME\oci\samples下的make.bat中對應于OCCI的相關內容：
:occimakeobj
ott userid=scott/tiger intype=%1.typ outtype=%1out.type code=cpp hfile=%1h.h cppfile=%1o.cpp mapfile=%1m.cpp attraccess=private
cl -GX -DWIN32COMMON -I. -I%ORACLE_HOME%\oci\include -I. -D_DLL -D_MT %1.cpp %1m.cpp %1o.cpp /link /LIBPATH:%ORACLE_HOME%\oci\lib\msvc oci.lib msvcrt.lib msvcprt.lib oraocci9.lib /nod:libc
goto end
:occimake
cl -GX -DWIN32COMMON -I. -I%ORACLE_HOME%\oci\include -I. -D_DLL -D_MT %1.cpp /link /LIBPATH:%ORACLE_HOME%\oci\lib\msvc oci.lib msvcrt.lib msvcprt.lib oraocci9.lib /nod:libc
goto end
至于為什么要/nod:libc，為什么要將msvcrt.lib msvcprt.lib 放到中間，那是因為oracle的occi庫在build時依賴順序不一樣。你可以上msdn上查查msvcrt.lib和msvcprt.lib是干嘛用的。
在侯捷的win32多線程編程里也有相關描述。
文章來源于領測軟件測試網 http://www.kjueaiud.com/