問題：OCCI在VC6下不能debug：

winXP VC6-sp6 oracle9.2

是不是OCCI的庫有 開發(fā)版和發(fā)行版 之分，所以用發(fā)行版的oraocci9.lib不能做debug版的程序,string或者vector在釋放時(shí)總會(huì)報(bào)錯(cuò)

Statement類的setXXX()函數(shù)為什么我在使用的時(shí)候不管用呢？

文檔說NUMBER類型也可以和string轉(zhuǎn)換

在

while(rs->next())

{

for(i=0; i{

cout <getString(i+1) <<'t';

}

cout <}

這個(gè)程序段中，為什么第一行中的NUMBE類型都正常的讀出了，但是從第二行開始就不正確了呢

如果我在while()前先next()幾次，仍然是當(dāng)前循環(huán)中的第一行的所有的number類型都正常讀出，從第二行開始就又不正常了

解決方法如下：

vc6的那個(gè)默認(rèn)的步驟debug肯定行不通。因?yàn)镺CCI不按這種配置來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的默認(rèn)配置相區(qū)別：

在project settings的WIN32 DEBUG的'link'下邊，將Category: Input下邊的

Object/library modules:

改為kernel32.lib user32.lib oci.lib msvcrt.lib msvcprt.lib oraocci9.lib (順序不能錯(cuò))

同時(shí)，勾上Ignore all default libraries,

并在Ignore libraries上邊填上邊libc.lib

這要build出來以來，執(zhí)行是不會(huì)出現(xiàn)堆錯(cuò)誤的。并且可以debug。

使用occi與其它庫進(jìn)行集成時(shí)，尤其要注意這些配置，有的時(shí)候甚至出現(xiàn)不相容的情況。所以要根據(jù)實(shí)際情況進(jìn)行選擇。

當(dāng)然，你可以使用MTD, MD方式來build。

到了VC7以后，OCCI相應(yīng)的要求就少多了。

linux下當(dāng)初OCCI是有很多bug的，除非打了9205及以后的補(bǔ)丁，不然，你幾乎無法正常使用。

如果有再碰到類似問題，請(qǐng)及時(shí)回饋。

附加注釋：

可以看看$ORACLE_HOMEocisamples下的make.bat中對(duì)應(yīng)于OCCI的相關(guān)內(nèi)容：

: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%ociinclude -I. -D_DLL -D_MT %1.cpp %1m.cpp %1o.cpp /link /LIBPATH:%ORACLE_HOME%ocilibmsvc oci.lib msvcrt.lib msvcprt.lib oraocci9.lib /nod:libc

goto end

:occimake

cl -GX -DWIN32COMMON -I. -I%ORACLE_HOME%ociinclude -I. -D_DLL -D_MT %1.cpp /link /LIBPATH:%ORACLE_HOME%ocilibmsvc oci.lib msvcrt.lib msvcprt.lib oraocci9.lib /nod:libc

goto end

至于為什么要/nod:libc，為什么要將msvcrt.lib msvcprt.lib 放到中間，那是因?yàn)閛racle的occi庫在build時(shí)依賴順序不一樣。你可以上msdn上查查msvcrt.lib和msvcprt.lib是干嘛用的。

在侯捷的win32多線程編程里也有相關(guān)描述。