orclib-devel Mailing List for OCILIB - C and C++ Driver for Oracle
Open source C and C++ library for accessing Oracle Databases
Brought to you by:
vince_del_paris
You can subscribe to this list here.
2008 |
Jan
|
Feb
(3) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2010 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
(9) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: vincent r. <vin...@gm...> - 2015-02-23 08:04:58
|
For information, Git repository has been updated. Ocilib ++ compiles now smoothly with old gcc versio ns and clang old and recent versions:) Le 17 févr. 2015 17:14, "vincent rogier" <vin...@gm...> a écrit : > Sure ! > > Il will add support for Clang asap and also modify the code to work with > older versions of GCC. > > This may take few days. I will probably have all done by next week ! > > I will let you known as soon as compatibility with CLang will be done (2 > or 3 days) > > Regards, > > Vincent > > On Tue, Feb 17, 2015 at 3:44 PM, Christoph Duelli <du...@me...> > wrote: > >> I gave it a try on a new SLES12 installation. >> >> The code now does compile with g++ (4.8.3) without warning. >> >> clang 3.5.1 is not quite happy, however: >> 1) before class Element (ocilib.hpp, line 4610) a forward declaration of >> class Iterator is needed; >> otherwise the friend declaration a few lines below fails >> class Iterator; (add around line 4602) >> >> >> >> 2) /tmp/ocilib/include/ocilib_impl.hpp:2649:46: error: no member named >> 'GetContent' in 'Lob<TLobObjectType, TLobOracleType>' >> return Lob<TLobObjectType, TLobOracleType>::GetContent(); >> >> There is no GetContent in Lob, however... there is a conversion >> operator, though: >> operator TLobObjectType() const; >> I am not sure, whether the GetContent is missing, the conversion >> operator should be renamed to GetContent... >> >> >> >> 3) warnings... please check, if this is a problem >> soft@sles12test:/labor/source/pakete/qt5> clang++ -c -Wall -I >> /tmp/ocilib/include -o /tmp/ocilibtest.o /tmp/ocilibtest.cpp >> In file included from /tmp/ocilibtest.cpp:36: >> In file included from /tmp/ocilib/include/ocilib.hpp:8185: >> /tmp/ocilib/include/ocilib_impl.hpp:2277:38: warning: variable 'minutes' >> is uninitialized when used here [-Wuninitialized] >> SetDateTime(year, month, day, hour, minutes, seconds, >> milliseconds); >> ^~~~~~~ >> /tmp/ocilib/include/ocilib_impl.hpp:2274:47: note: initialize the >> variable 'minutes' to silence this warning >> int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, >> milliseconds; >> ^ >> = 0 >> /tmp/ocilib/include/ocilib_impl.hpp:2277:47: warning: variable 'seconds' >> is uninitialized when used here [-Wuninitialized] >> SetDateTime(year, month, day, hour, minutes, seconds, >> milliseconds); >> ^~~~~~~ >> /tmp/ocilib/include/ocilib_impl.hpp:2274:56: note: initialize the >> variable 'seconds' to silence this warning >> int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, >> milliseconds; >> ^ >> = 0 >> /tmp/ocilib/include/ocilib_impl.hpp:2277:56: warning: variable >> 'milliseconds' is uninitialized when used here [-Wuninitialized] >> SetDateTime(year, month, day, hour, minutes, seconds, >> milliseconds); >> ^~~~~~~~~~~~ >> /tmp/ocilib/include/ocilib_impl.hpp:2274:70: note: initialize the >> variable 'milliseconds' to silence this warning >> int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, >> milliseconds; >> ^ >> = 0 >> >> It would be great if you could make the small fixes as to support clang >> as well. >> (And maybe add a note that the C++ interface requires a somewhat newish >> compiler.) >> >> >> Best regards >> >> -- >> Christoph Duelli >> Dipl.-Inf. >> Software-Entwickler >> Tel.: +49 8238/9611-38 >> Fax: +49 8238/9611-99 >> mailto: chr...@me... >> >> >> >> >> >> --------------------------------------------------------------------------------- >> MELOS-Medizinische Labor-Organisations-Systeme GmbH >> Franz-Beer-Straße 6 >> 86459 Gessertshausen >> Tel.: +49 8238/9611-0 >> Fax: +49 8238/9611-99 >> mailto: in...@me... >> URL: www.melosgmbh.de >> >> Amtsgericht Augsburg, HRB 13226 >> USt-IdNr. DE 130 958 139 >> Geschäftsführer: >> Herbert Mayer, Andreas Manntz, Helmut Welsch >> -------------------------------------------- >> This e-mail (including any attachments) is confidential and may be >> privileged. If you have received it by mistake, please notify the sender by >> e-mail and delete it from your system. >> Any unauthorised use or dissemination of this e-mail or its contents in >> whole or in part is strictly prohibited. Please note that e-mails are >> susceptible to change. >> MELOS GmbH shall not be liable for the improper or incomplete >> transmission of the information contained in this communication nor for any >> delay in its receipt. >> MELOS GmbH does not guarantee that the integrity of this communication >> has been maintained nor that this communication is free of viruses, >> interceptions or interference. >> >> >> >> ------------------------------------------------------------------------------ >> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server >> from Actuate! Instantly Supercharge Your Business Reports and Dashboards >> with Interactivity, Sharing, Native Excel Exports, App Integration & more >> Get technology previously reserved for billion-dollar corporations, FREE >> >> http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk >> _______________________________________________ >> Orclib-devel mailing list >> Orc...@li... >> https://lists.sourceforge.net/lists/listinfo/orclib-devel >> > > > > -- > Vincent Rogier > > > > -- > Vincent Rogier > |
From: vincent r. <vin...@gm...> - 2015-02-18 22:41:59
|
I will fix this. Thus does it compiles with clang 3.5.1 and the modifications you're mentionning?. I cannot check all compiler versions :( At least i will make it work with the versions of your first email. Le 17 févr. 2015 15:44, "Christoph Duelli" <du...@me...> a écrit : > I gave it a try on a new SLES12 installation. > > The code now does compile with g++ (4.8.3) without warning. > > clang 3.5.1 is not quite happy, however: > 1) before class Element (ocilib.hpp, line 4610) a forward declaration of > class Iterator is needed; > otherwise the friend declaration a few lines below fails > class Iterator; (add around line 4602) > > > > 2) /tmp/ocilib/include/ocilib_impl.hpp:2649:46: error: no member named > 'GetContent' in 'Lob<TLobObjectType, TLobOracleType>' > return Lob<TLobObjectType, TLobOracleType>::GetContent(); > > There is no GetContent in Lob, however... there is a conversion > operator, though: > operator TLobObjectType() const; > I am not sure, whether the GetContent is missing, the conversion > operator should be renamed to GetContent... > > > > 3) warnings... please check, if this is a problem > soft@sles12test:/labor/source/pakete/qt5> clang++ -c -Wall -I > /tmp/ocilib/include -o /tmp/ocilibtest.o /tmp/ocilibtest.cpp > In file included from /tmp/ocilibtest.cpp:36: > In file included from /tmp/ocilib/include/ocilib.hpp:8185: > /tmp/ocilib/include/ocilib_impl.hpp:2277:38: warning: variable 'minutes' > is uninitialized when used here [-Wuninitialized] > SetDateTime(year, month, day, hour, minutes, seconds, > milliseconds); > ^~~~~~~ > /tmp/ocilib/include/ocilib_impl.hpp:2274:47: note: initialize the > variable 'minutes' to silence this warning > int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, > milliseconds; > ^ > = 0 > /tmp/ocilib/include/ocilib_impl.hpp:2277:47: warning: variable 'seconds' > is uninitialized when used here [-Wuninitialized] > SetDateTime(year, month, day, hour, minutes, seconds, > milliseconds); > ^~~~~~~ > /tmp/ocilib/include/ocilib_impl.hpp:2274:56: note: initialize the > variable 'seconds' to silence this warning > int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, > milliseconds; > ^ > = 0 > /tmp/ocilib/include/ocilib_impl.hpp:2277:56: warning: variable > 'milliseconds' is uninitialized when used here [-Wuninitialized] > SetDateTime(year, month, day, hour, minutes, seconds, > milliseconds); > ^~~~~~~~~~~~ > /tmp/ocilib/include/ocilib_impl.hpp:2274:70: note: initialize the > variable 'milliseconds' to silence this warning > int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, > milliseconds; > ^ > = 0 > > It would be great if you could make the small fixes as to support clang > as well. > (And maybe add a note that the C++ interface requires a somewhat newish > compiler.) > > > Best regards > > -- > Christoph Duelli > Dipl.-Inf. > Software-Entwickler > Tel.: +49 8238/9611-38 > Fax: +49 8238/9611-99 > mailto: chr...@me... > > > > > > --------------------------------------------------------------------------------- > MELOS-Medizinische Labor-Organisations-Systeme GmbH > Franz-Beer-Straße 6 > 86459 Gessertshausen > Tel.: +49 8238/9611-0 > Fax: +49 8238/9611-99 > mailto: in...@me... > URL: www.melosgmbh.de > > Amtsgericht Augsburg, HRB 13226 > USt-IdNr. DE 130 958 139 > Geschäftsführer: > Herbert Mayer, Andreas Manntz, Helmut Welsch > -------------------------------------------- > This e-mail (including any attachments) is confidential and may be > privileged. If you have received it by mistake, please notify the sender by > e-mail and delete it from your system. > Any unauthorised use or dissemination of this e-mail or its contents in > whole or in part is strictly prohibited. Please note that e-mails are > susceptible to change. > MELOS GmbH shall not be liable for the improper or incomplete transmission > of the information contained in this communication nor for any delay in its > receipt. > MELOS GmbH does not guarantee that the integrity of this communication has > been maintained nor that this communication is free of viruses, > interceptions or interference. > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk > _______________________________________________ > Orclib-devel mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orclib-devel > |
From: vincent r. <vin...@gm...> - 2015-02-18 22:36:14
|
Hi, I got really busy and only found time for setuping clang on my box. I will start testing clang tomorrow. Could send me the complete gcc 4.3.6 failing build error log ? And also the clang one ? The clamng error you pasted in your mail is weird as it is like it does not see the class operator overload.... Regards, Vincent Le 17 févr. 2015 11:46, "Christoph Duelli" <du...@me...> a écrit : > Trying to build the .cpp example program from the website > > #include "ocilib.hpp" > using namespace ocilib; > > int main(void) > { > try > { > Environment::Initialize(); > > Connection con("db", "usr", "pwd"); > Statement st(con); > st.Execute("select * from products"); > Resultset rs = st.GetResultset(); > while (rs.Next()) > { > std::cout << "code:" << rs.Get<int>(1) << " name: " << > rs.Get<ostring>(2) << std::endl; > } > std::cout << "=> Total fetched rows : " << rs.GetCount() << > std::endl; > } > catch(Exception &ex) > { > std::cout << ex.GetMessage() << std::endl; > } > > Environment::Cleanup(); > return EXIT_SUCCESS; > } > > I get compile errors using clang++ (version 3.1), or g++ (4.3.6): > (I am running OpenSuSE linux 11.4). > > Use clang++/g++ call: > clang++ -c -Wall -I $OCILIB/include -o .obj/ocilibtest.o ocilibtest.cpp > > Output of g++ > g++ -c -Wall -I /usr/local/melos/3rdparty/ocilib/include -o > .obj/ocilibtest.o ocilibtest.cpp > In file included from > /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:8183, > from ocilibtest.cpp:36: > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp: In member > function 'void ocilib::HandleHolder<THandleType>::Acquire(THandleType, > int (*)(void*), ocilib::Handle*)': > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected type-specifier > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected `>' > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected `(' > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected primary-expression before '>' token > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected `)' before ';' token > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:390: error: > expected type-specifier > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:390: error: > expected `; > ... > > Output of clang++: > clang++ -c -Wall -I /usr/local/melos/3rdparty/ocilib/include -o > .obj/ocilibtest.o ocilibtest.cpp > In file included from ocilibtest.cpp:36: > /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:4612:39: error: no > class named 'Iterator' in 'Collection<TDataType>' > friend class Collection<TDataType>::Iterator; > ~~~~~~~~~~~~~~~~~~~~~~~^ > In file included from ocilibtest.cpp:36: > In file included from > /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:8183: > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:838:23: error: > no matching function for call to 'OCI_ErrorGetString' > return MakeString(OCI_ErrorGetString(*this)); > ^~~~~~~~~~~~~~~~~~ > /usr/local/melos/3rdparty/ocilib/include/ocilib.h:1969:34: note: > candidate function not viable: no known conversion from 'const > ocilib::Exception' to 'OCI_Error *' for 1st argument; > OCI_EXPORT const otext * OCI_API OCI_ErrorGetString > ^ > .... > > > Is building the C++ code under linux known to work? > > > Best regards > > -- > Christoph Duelli > > > > > > --------------------------------------------------------------------------------- > MELOS-Medizinische Labor-Organisations-Systeme GmbH > Franz-Beer-Straße 6 > 86459 Gessertshausen > Tel.: +49 8238/9611-0 > Fax: +49 8238/9611-99 > mailto: in...@me... > URL: www.melosgmbh.de > > Amtsgericht Augsburg, HRB 13226 > USt-IdNr. DE 130 958 139 > Geschäftsführer: > Herbert Mayer, Andreas Manntz, Helmut Welsch > -------------------------------------------- > This e-mail (including any attachments) is confidential and may be > privileged. If you have received it by mistake, please notify the sender by > e-mail and delete it from your system. > Any unauthorised use or dissemination of this e-mail or its contents in > whole or in part is strictly prohibited. Please note that e-mails are > susceptible to change. > MELOS GmbH shall not be liable for the improper or incomplete transmission > of the information contained in this communication nor for any delay in its > receipt. > MELOS GmbH does not guarantee that the integrity of this communication has > been maintained nor that this communication is free of viruses, > interceptions or interference. > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk > _______________________________________________ > Orclib-devel mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orclib-devel > |
From: vincent r. <vin...@gm...> - 2015-02-17 16:14:30
|
Sure ! Il will add support for Clang asap and also modify the code to work with older versions of GCC. This may take few days. I will probably have all done by next week ! I will let you known as soon as compatibility with CLang will be done (2 or 3 days) Regards, Vincent On Tue, Feb 17, 2015 at 3:44 PM, Christoph Duelli <du...@me...> wrote: > I gave it a try on a new SLES12 installation. > > The code now does compile with g++ (4.8.3) without warning. > > clang 3.5.1 is not quite happy, however: > 1) before class Element (ocilib.hpp, line 4610) a forward declaration of > class Iterator is needed; > otherwise the friend declaration a few lines below fails > class Iterator; (add around line 4602) > > > > 2) /tmp/ocilib/include/ocilib_impl.hpp:2649:46: error: no member named > 'GetContent' in 'Lob<TLobObjectType, TLobOracleType>' > return Lob<TLobObjectType, TLobOracleType>::GetContent(); > > There is no GetContent in Lob, however... there is a conversion > operator, though: > operator TLobObjectType() const; > I am not sure, whether the GetContent is missing, the conversion > operator should be renamed to GetContent... > > > > 3) warnings... please check, if this is a problem > soft@sles12test:/labor/source/pakete/qt5> clang++ -c -Wall -I > /tmp/ocilib/include -o /tmp/ocilibtest.o /tmp/ocilibtest.cpp > In file included from /tmp/ocilibtest.cpp:36: > In file included from /tmp/ocilib/include/ocilib.hpp:8185: > /tmp/ocilib/include/ocilib_impl.hpp:2277:38: warning: variable 'minutes' > is uninitialized when used here [-Wuninitialized] > SetDateTime(year, month, day, hour, minutes, seconds, > milliseconds); > ^~~~~~~ > /tmp/ocilib/include/ocilib_impl.hpp:2274:47: note: initialize the > variable 'minutes' to silence this warning > int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, > milliseconds; > ^ > = 0 > /tmp/ocilib/include/ocilib_impl.hpp:2277:47: warning: variable 'seconds' > is uninitialized when used here [-Wuninitialized] > SetDateTime(year, month, day, hour, minutes, seconds, > milliseconds); > ^~~~~~~ > /tmp/ocilib/include/ocilib_impl.hpp:2274:56: note: initialize the > variable 'seconds' to silence this warning > int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, > milliseconds; > ^ > = 0 > /tmp/ocilib/include/ocilib_impl.hpp:2277:56: warning: variable > 'milliseconds' is uninitialized when used here [-Wuninitialized] > SetDateTime(year, month, day, hour, minutes, seconds, > milliseconds); > ^~~~~~~~~~~~ > /tmp/ocilib/include/ocilib_impl.hpp:2274:70: note: initialize the > variable 'milliseconds' to silence this warning > int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, > milliseconds; > ^ > = 0 > > It would be great if you could make the small fixes as to support clang > as well. > (And maybe add a note that the C++ interface requires a somewhat newish > compiler.) > > > Best regards > > -- > Christoph Duelli > Dipl.-Inf. > Software-Entwickler > Tel.: +49 8238/9611-38 > Fax: +49 8238/9611-99 > mailto: chr...@me... > > > > > > --------------------------------------------------------------------------------- > MELOS-Medizinische Labor-Organisations-Systeme GmbH > Franz-Beer-Straße 6 > 86459 Gessertshausen > Tel.: +49 8238/9611-0 > Fax: +49 8238/9611-99 > mailto: in...@me... > URL: www.melosgmbh.de > > Amtsgericht Augsburg, HRB 13226 > USt-IdNr. DE 130 958 139 > Geschäftsführer: > Herbert Mayer, Andreas Manntz, Helmut Welsch > -------------------------------------------- > This e-mail (including any attachments) is confidential and may be > privileged. If you have received it by mistake, please notify the sender by > e-mail and delete it from your system. > Any unauthorised use or dissemination of this e-mail or its contents in > whole or in part is strictly prohibited. Please note that e-mails are > susceptible to change. > MELOS GmbH shall not be liable for the improper or incomplete transmission > of the information contained in this communication nor for any delay in its > receipt. > MELOS GmbH does not guarantee that the integrity of this communication has > been maintained nor that this communication is free of viruses, > interceptions or interference. > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk > _______________________________________________ > Orclib-devel mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orclib-devel > -- Vincent Rogier -- Vincent Rogier |
From: Christoph D. <du...@me...> - 2015-02-17 14:44:35
|
I gave it a try on a new SLES12 installation. The code now does compile with g++ (4.8.3) without warning. clang 3.5.1 is not quite happy, however: 1) before class Element (ocilib.hpp, line 4610) a forward declaration of class Iterator is needed; otherwise the friend declaration a few lines below fails class Iterator; (add around line 4602) 2) /tmp/ocilib/include/ocilib_impl.hpp:2649:46: error: no member named 'GetContent' in 'Lob<TLobObjectType, TLobOracleType>' return Lob<TLobObjectType, TLobOracleType>::GetContent(); There is no GetContent in Lob, however... there is a conversion operator, though: operator TLobObjectType() const; I am not sure, whether the GetContent is missing, the conversion operator should be renamed to GetContent... 3) warnings... please check, if this is a problem soft@sles12test:/labor/source/pakete/qt5> clang++ -c -Wall -I /tmp/ocilib/include -o /tmp/ocilibtest.o /tmp/ocilibtest.cpp In file included from /tmp/ocilibtest.cpp:36: In file included from /tmp/ocilib/include/ocilib.hpp:8185: /tmp/ocilib/include/ocilib_impl.hpp:2277:38: warning: variable 'minutes' is uninitialized when used here [-Wuninitialized] SetDateTime(year, month, day, hour, minutes, seconds, milliseconds); ^~~~~~~ /tmp/ocilib/include/ocilib_impl.hpp:2274:47: note: initialize the variable 'minutes' to silence this warning int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, milliseconds; ^ = 0 /tmp/ocilib/include/ocilib_impl.hpp:2277:47: warning: variable 'seconds' is uninitialized when used here [-Wuninitialized] SetDateTime(year, month, day, hour, minutes, seconds, milliseconds); ^~~~~~~ /tmp/ocilib/include/ocilib_impl.hpp:2274:56: note: initialize the variable 'seconds' to silence this warning int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, milliseconds; ^ = 0 /tmp/ocilib/include/ocilib_impl.hpp:2277:56: warning: variable 'milliseconds' is uninitialized when used here [-Wuninitialized] SetDateTime(year, month, day, hour, minutes, seconds, milliseconds); ^~~~~~~~~~~~ /tmp/ocilib/include/ocilib_impl.hpp:2274:70: note: initialize the variable 'milliseconds' to silence this warning int tmpYear, tmpMonth, tempDay, hour, minutes, seconds, milliseconds; ^ = 0 It would be great if you could make the small fixes as to support clang as well. (And maybe add a note that the C++ interface requires a somewhat newish compiler.) Best regards -- Christoph Duelli Dipl.-Inf. Software-Entwickler Tel.: +49 8238/9611-38 Fax: +49 8238/9611-99 mailto: chr...@me... --------------------------------------------------------------------------------- MELOS-Medizinische Labor-Organisations-Systeme GmbH Franz-Beer-Straße 6 86459 Gessertshausen Tel.: +49 8238/9611-0 Fax: +49 8238/9611-99 mailto: in...@me... URL: www.melosgmbh.de Amtsgericht Augsburg, HRB 13226 USt-IdNr. DE 130 958 139 Geschäftsführer: Herbert Mayer, Andreas Manntz, Helmut Welsch -------------------------------------------- This e-mail (including any attachments) is confidential and may be privileged. If you have received it by mistake, please notify the sender by e-mail and delete it from your system. Any unauthorised use or dissemination of this e-mail or its contents in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. MELOS GmbH shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt. MELOS GmbH does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. |
From: vincent r. <vin...@gm...> - 2015-02-17 12:30:02
|
Hi, All demo files provided within the folder of ocilib distribution compiles smoothly with microsoft C++ compiler and GCC (on linux and mingw on windows). I will check your issue asap and check my gcc versions. Regards, Vincent Le 17 févr. 2015 11:46, "Christoph Duelli" <du...@me...> a écrit : > Trying to build the .cpp example program from the website > > #include "ocilib.hpp" > using namespace ocilib; > > int main(void) > { > try > { > Environment::Initialize(); > > Connection con("db", "usr", "pwd"); > Statement st(con); > st.Execute("select * from products"); > Resultset rs = st.GetResultset(); > while (rs.Next()) > { > std::cout << "code:" << rs.Get<int>(1) << " name: " << > rs.Get<ostring>(2) << std::endl; > } > std::cout << "=> Total fetched rows : " << rs.GetCount() << > std::endl; > } > catch(Exception &ex) > { > std::cout << ex.GetMessage() << std::endl; > } > > Environment::Cleanup(); > return EXIT_SUCCESS; > } > > I get compile errors using clang++ (version 3.1), or g++ (4.3.6): > (I am running OpenSuSE linux 11.4). > > Use clang++/g++ call: > clang++ -c -Wall -I $OCILIB/include -o .obj/ocilibtest.o ocilibtest.cpp > > Output of g++ > g++ -c -Wall -I /usr/local/melos/3rdparty/ocilib/include -o > .obj/ocilibtest.o ocilibtest.cpp > In file included from > /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:8183, > from ocilibtest.cpp:36: > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp: In member > function 'void ocilib::HandleHolder<THandleType>::Acquire(THandleType, > int (*)(void*), ocilib::Handle*)': > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected type-specifier > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected `>' > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected `(' > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected primary-expression before '>' token > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: > expected `)' before ';' token > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:390: error: > expected type-specifier > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:390: error: > expected `; > ... > > Output of clang++: > clang++ -c -Wall -I /usr/local/melos/3rdparty/ocilib/include -o > .obj/ocilibtest.o ocilibtest.cpp > In file included from ocilibtest.cpp:36: > /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:4612:39: error: no > class named 'Iterator' in 'Collection<TDataType>' > friend class Collection<TDataType>::Iterator; > ~~~~~~~~~~~~~~~~~~~~~~~^ > In file included from ocilibtest.cpp:36: > In file included from > /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:8183: > /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:838:23: error: > no matching function for call to 'OCI_ErrorGetString' > return MakeString(OCI_ErrorGetString(*this)); > ^~~~~~~~~~~~~~~~~~ > /usr/local/melos/3rdparty/ocilib/include/ocilib.h:1969:34: note: > candidate function not viable: no known conversion from 'const > ocilib::Exception' to 'OCI_Error *' for 1st argument; > OCI_EXPORT const otext * OCI_API OCI_ErrorGetString > ^ > .... > > > Is building the C++ code under linux known to work? > > > Best regards > > -- > Christoph Duelli > > > > > > --------------------------------------------------------------------------------- > MELOS-Medizinische Labor-Organisations-Systeme GmbH > Franz-Beer-Straße 6 > 86459 Gessertshausen > Tel.: +49 8238/9611-0 > Fax: +49 8238/9611-99 > mailto: in...@me... > URL: www.melosgmbh.de > > Amtsgericht Augsburg, HRB 13226 > USt-IdNr. DE 130 958 139 > Geschäftsführer: > Herbert Mayer, Andreas Manntz, Helmut Welsch > -------------------------------------------- > This e-mail (including any attachments) is confidential and may be > privileged. If you have received it by mistake, please notify the sender by > e-mail and delete it from your system. > Any unauthorised use or dissemination of this e-mail or its contents in > whole or in part is strictly prohibited. Please note that e-mails are > susceptible to change. > MELOS GmbH shall not be liable for the improper or incomplete transmission > of the information contained in this communication nor for any delay in its > receipt. > MELOS GmbH does not guarantee that the integrity of this communication has > been maintained nor that this communication is free of viruses, > interceptions or interference. > > > > ------------------------------------------------------------------------------ > Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server > from Actuate! Instantly Supercharge Your Business Reports and Dashboards > with Interactivity, Sharing, Native Excel Exports, App Integration & more > Get technology previously reserved for billion-dollar corporations, FREE > > http://pubads.g.doubleclick.net/gampad/clk?id=190641631&iu=/4140/ostg.clktrk > _______________________________________________ > Orclib-devel mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orclib-devel > |
From: Christoph D. <du...@me...> - 2015-02-17 10:46:42
|
Trying to build the .cpp example program from the website #include "ocilib.hpp" using namespace ocilib; int main(void) { try { Environment::Initialize(); Connection con("db", "usr", "pwd"); Statement st(con); st.Execute("select * from products"); Resultset rs = st.GetResultset(); while (rs.Next()) { std::cout << "code:" << rs.Get<int>(1) << " name: " << rs.Get<ostring>(2) << std::endl; } std::cout << "=> Total fetched rows : " << rs.GetCount() << std::endl; } catch(Exception &ex) { std::cout << ex.GetMessage() << std::endl; } Environment::Cleanup(); return EXIT_SUCCESS; } I get compile errors using clang++ (version 3.1), or g++ (4.3.6): (I am running OpenSuSE linux 11.4). Use clang++/g++ call: clang++ -c -Wall -I $OCILIB/include -o .obj/ocilibtest.o ocilibtest.cpp Output of g++ g++ -c -Wall -I /usr/local/melos/3rdparty/ocilib/include -o .obj/ocilibtest.o ocilibtest.cpp In file included from /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:8183, from ocilibtest.cpp:36: /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp: In member function 'void ocilib::HandleHolder<THandleType>::Acquire(THandleType, int (*)(void*), ocilib::Handle*)': /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: expected type-specifier /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: expected `>' /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: expected `(' /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: expected primary-expression before '>' token /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:386: error: expected `)' before ';' token /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:390: error: expected type-specifier /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:390: error: expected `; ... Output of clang++: clang++ -c -Wall -I /usr/local/melos/3rdparty/ocilib/include -o .obj/ocilibtest.o ocilibtest.cpp In file included from ocilibtest.cpp:36: /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:4612:39: error: no class named 'Iterator' in 'Collection<TDataType>' friend class Collection<TDataType>::Iterator; ~~~~~~~~~~~~~~~~~~~~~~~^ In file included from ocilibtest.cpp:36: In file included from /usr/local/melos/3rdparty/ocilib/include/ocilib.hpp:8183: /usr/local/melos/3rdparty/ocilib/include/ocilib_impl.hpp:838:23: error: no matching function for call to 'OCI_ErrorGetString' return MakeString(OCI_ErrorGetString(*this)); ^~~~~~~~~~~~~~~~~~ /usr/local/melos/3rdparty/ocilib/include/ocilib.h:1969:34: note: candidate function not viable: no known conversion from 'const ocilib::Exception' to 'OCI_Error *' for 1st argument; OCI_EXPORT const otext * OCI_API OCI_ErrorGetString ^ .... Is building the C++ code under linux known to work? Best regards -- Christoph Duelli --------------------------------------------------------------------------------- MELOS-Medizinische Labor-Organisations-Systeme GmbH Franz-Beer-Straße 6 86459 Gessertshausen Tel.: +49 8238/9611-0 Fax: +49 8238/9611-99 mailto: in...@me... URL: www.melosgmbh.de Amtsgericht Augsburg, HRB 13226 USt-IdNr. DE 130 958 139 Geschäftsführer: Herbert Mayer, Andreas Manntz, Helmut Welsch -------------------------------------------- This e-mail (including any attachments) is confidential and may be privileged. If you have received it by mistake, please notify the sender by e-mail and delete it from your system. Any unauthorised use or dissemination of this e-mail or its contents in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. MELOS GmbH shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt. MELOS GmbH does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. |
From: vincent r. <vin...@gm...> - 2015-02-11 22:19:56
|
Hi, thanks for reporting it. You're right. I will fix it in next release. Regards, vincent On Mon, Feb 9, 2015 at 9:59 AM, Christoph Duelli <du...@me...> wrote: > see subject: ocilib 4.0.1 does not build with Oracle 11.1: > > src/pool.c uses OCI_ATTR_SPOOL_AUTH under #if OCI_VERSION_COMPILE >= > OCI_11_1 > which probably should be OCI_11_2. > (We have both Oracle 11.1 and 11.2; and the oci.h of 11.1 does not > define it, 11.2's does.) > > Best regards > PS: I have not used the lib yet, so no praise yet :-) > > -- > Christoph Duelli > > > > > > --------------------------------------------------------------------------------- > MELOS-Medizinische Labor-Organisations-Systeme GmbH > Franz-Beer-Straße 6 > 86459 Gessertshausen > Tel.: +49 8238/9611-0 > Fax: +49 8238/9611-99 > mailto: in...@me... > URL: www.melosgmbh.de > > Amtsgericht Augsburg, HRB 13226 > USt-IdNr. DE 130 958 139 > Geschäftsführer: > Herbert Mayer, Andreas Manntz, Helmut Welsch > -------------------------------------------- > This e-mail (including any attachments) is confidential and may be > privileged. If you have received it by mistake, please notify the sender by > e-mail and delete it from your system. > Any unauthorised use or dissemination of this e-mail or its contents in > whole or in part is strictly prohibited. Please note that e-mails are > susceptible to change. > MELOS GmbH shall not be liable for the improper or incomplete transmission > of the information contained in this communication nor for any delay in its > receipt. > MELOS GmbH does not guarantee that the integrity of this communication has > been maintained nor that this communication is free of viruses, > interceptions or interference. > > > > ------------------------------------------------------------------------------ > Dive into the World of Parallel Programming. The Go Parallel Website, > sponsored by Intel and developed in partnership with Slashdot Media, is > your > hub for all things parallel software development, from weekly thought > leadership blogs to news, videos, case studies, tutorials and more. Take a > look and join the conversation now. http://goparallel.sourceforge.net/ > _______________________________________________ > Orclib-devel mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orclib-devel > -- Vincent Rogier |
From: Christoph D. <du...@me...> - 2015-02-09 09:13:16
|
see subject: ocilib 4.0.1 does not build with Oracle 11.1: src/pool.c uses OCI_ATTR_SPOOL_AUTH under #if OCI_VERSION_COMPILE >= OCI_11_1 which probably should be OCI_11_2. (We have both Oracle 11.1 and 11.2; and the oci.h of 11.1 does not define it, 11.2's does.) Best regards PS: I have not used the lib yet, so no praise yet :-) -- Christoph Duelli --------------------------------------------------------------------------------- MELOS-Medizinische Labor-Organisations-Systeme GmbH Franz-Beer-Straße 6 86459 Gessertshausen Tel.: +49 8238/9611-0 Fax: +49 8238/9611-99 mailto: in...@me... URL: www.melosgmbh.de Amtsgericht Augsburg, HRB 13226 USt-IdNr. DE 130 958 139 Geschäftsführer: Herbert Mayer, Andreas Manntz, Helmut Welsch -------------------------------------------- This e-mail (including any attachments) is confidential and may be privileged. If you have received it by mistake, please notify the sender by e-mail and delete it from your system. Any unauthorised use or dissemination of this e-mail or its contents in whole or in part is strictly prohibited. Please note that e-mails are susceptible to change. MELOS GmbH shall not be liable for the improper or incomplete transmission of the information contained in this communication nor for any delay in its receipt. MELOS GmbH does not guarantee that the integrity of this communication has been maintained nor that this communication is free of viruses, interceptions or interference. |
From: Ben K. <be...@ya...> - 2010-05-18 16:32:27
|
Hello, I have been trying to install OCILIB on Sun Solaris 10 Sparc machine over a week and got stuck with it. $ ./configure --with-oracle-lib-path=/pamdu01/app/oracle/product/10.2.0/db_1/lib <-- pointed to 64bit of lib.. I get ld: fatal: file /pamdu01/app/oracle/product/10.2.0/db_1/lib/libclntsh.so: wrong ELF class: ELFCLASS64 ld: fatal: File processing errors. No output written to .libs/libocilib.so.3.5.1 collect2: ld returned 1 exit status make[2]: *** [libocilib.la] Error 1 make[2]: Leaving directory `/home/oracle/ocilib-3.5.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/oracle/ocilib-3.5.1' make: *** [all] Error 2 So I tried with 32 bit and I get the following error: mv -f .deps/libocilib_la-subscription.Tpo .deps/libocilib_la-subscription.Plo /bin/bash ../libtool --tag=CC --mode=link gcc -DOCI_IMPORT_LINKAGE -DOCI_CHARSET_ANSI -g -O2 -version-info 8:1:5 -o libocilib.la -rpath /usr/local/lib libocilib_la-bind.lo libocilib_la-callback.lo libocilib_la-connection.lo libocilib_la-define.lo libocilib_la-exception.lo libocilib_la-handle.lo libocilib_la-iterator.lo libocilib_la-lob.lo libocilib_la-mutex.lo libocilib_la-resultset.lo libocilib_la-string.lo libocilib_la-timestamp.lo libocilib_la-collection.lo libocilib_la-connpool.lo libocilib_la-element.lo libocilib_la-file.lo libocilib_la-hash.lo libocilib_la-library.lo libocilib_la-long.lo libocilib_la-number.lo libocilib_la-typeinfo.lo libocilib_la-thread.lo libocilib_la-transaction.lo libocilib_la-column.lo libocilib_la-date.lo libocilib_la-error.lo libocilib_la-format.lo libocilib_la-interval.lo libocilib_la-list.lo libocilib_la-memory.lo libocilib_la-object.lo libocilib_la-statement.lo libocilib_la-ref.lo libocilib_la-threadkey.lo libocilib_la-dirpath.lo libocilib_la-event.lo libocilib_la-subscription.lo -L/pamdu01/app/oracle/product/10.2.0/db_1/lib32 -lclntsh gcc -shared -Wl,-h -Wl,libocilib.so.3 -o .libs/libocilib.so.3.5.1 .libs/libocilib_la-bind.o .libs/libocilib_la-callback.o .libs/libocilib_la-connection.o .libs/libocilib_la-define.o .libs/libocilib_la-exception.o .libs/libocilib_la-handle.o .libs/libocilib_la-iterator.o .libs/libocilib_la-lob.o .libs/libocilib_la-mutex.o .libs/libocilib_la-resultset.o .libs/libocilib_la-string.o .libs/libocilib_la-timestamp.o .libs/libocilib_la-collection.o .libs/libocilib_la-connpool.o .libs/libocilib_la-element.o .libs/libocilib_la-file.o .libs/libocilib_la-hash.o .libs/libocilib_la-library.o .libs/libocilib_la-long.o .libs/libocilib_la-number.o .libs/libocilib_la-typeinfo.o .libs/libocilib_la-thread.o .libs/libocilib_la-transaction.o .libs/libocilib_la-column.o .libs/libocilib_la-date.o .libs/libocilib_la-error.o .libs/libocilib_la-format.o .libs/libocilib_la-interval.o .libs/libocilib_la-list.o .libs/libocilib_la-memory.o .libs/libocilib_la-object.o .libs/libocilib_la-statement.o .libs/libocilib_la-ref.o .libs/libocilib_la-threadkey.o .libs/libocilib_la-dirpath.o .libs/libocilib_la-event.o .libs/libocilib_la-subscription.o -L/pamdu01/app/oracle/product/10.2.0/db_1/lib32 -lclntsh -lc (cd .libs && rm -f libocilib.so.3 && ln -s libocilib.so.3.5.1 libocilib.so.3) (cd .libs && rm -f libocilib.so && ln -s libocilib.so.3.5.1 libocilib.so) false cru .libs/libocilib.a libocilib_la-bind.o libocilib_la-callback.o libocilib_la-connection.o libocilib_la-define.o libocilib_la-exception.o libocilib_la-handle.o libocilib_la-iterator.o libocilib_la-lob.o libocilib_la-mutex.o libocilib_la-resultset.o libocilib_la-string.o libocilib_la-timestamp.o libocilib_la-collection.o libocilib_la-connpool.o libocilib_la-element.o libocilib_la-file.o libocilib_la-hash.o libocilib_la-library.o libocilib_la-long.o libocilib_la-number.o libocilib_la-typeinfo.o libocilib_la-thread.o libocilib_la-transaction.o libocilib_la-column.o libocilib_la-date.o libocilib_la-error.o libocilib_la-format.o libocilib_la-interval.o libocilib_la-list.o libocilib_la-memory.o libocilib_la-object.o libocilib_la-statement.o libocilib_la-ref.o libocilib_la-threadkey.o libocilib_la-dirpath.o libocilib_la-event.o libocilib_la-subscription.o make[2]: *** [libocilib.la] Error 1 make[2]: Leaving directory `/home/oracle/ocilib-3.5.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/oracle/ocilib-3.5.1' make: *** [all] Error 2 (oracle@egvcsb51:t1024) /home/oracle/ocilib-3.5.1 $ it seems it fails at linking time and I cannot figure out why. configuration works fine without any issues though. can someone please help? Thanks! |
From: vincent r. <vin...@ya...> - 2010-01-23 16:09:38
|
hi, The lob size is expressed in bit_uint because from 10g LOBs can have a size up to 128Tb. That's why i've introduced big_uint in OCILIB and used it for OCILIB calls where the a parameter or return value could be hold a value up the max size of a lob like OCI_LobGetLength(). But I kept unsigned int for read/write calls because reading/writing chuncks bigger then 4Gb appeared to me unnecessary and inefficient. Do you mean that is your lob is 32Gb, you'd like to get all of its content in one go ? That you would allocate 32 Gb of RAM on you machine to read its content in only one go ? You would a big big amazing server !! I don't think it is efficient... That's why i kept read/write chunks piece size in the limit of unsigned int boundaries, eg. 4Gb... Regards, Vincent 2010/1/22 Roberto Martelloni <rob...@di...> > Hello to All, > > just a little question, why when i read/write within a lob i can only > read/write unsigned int data > > OCI_EXPORT unsigned int OCI_API OCI_LobRead (OCI_Lob *lob, void *buffer, > unsigned int len) > OCI_EXPORT unsigned int OCI_API OCI_LobWrite (OCI_Lob *lob, void > *buffer, unsigned int len) > > if the size of the lob can be big_uint ? > > OCI_EXPORT big_uint OCI_API OCI_LobGetLength (OCI_Lob *lob) > > why dont use read/write operation with big_uint len ? > > OCI_EXPORT unsigned int OCI_API OCI_LobRead (..., big_uint len) > OCI_EXPORT unsigned int OCI_API OCI_LobWrite (..., big_uint len) > > thanks > > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for > Conference > attendees to learn about information security's most important issues > through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Orclib-devel mailing list > Orc...@li... > https://lists.sourceforge.net/lists/listinfo/orclib-devel > -- Vincent Rogier |
From: Roberto M. <rob...@di...> - 2010-01-22 17:28:35
|
Hello to All, just a little question, why when i read/write within a lob i can only read/write unsigned int data OCI_EXPORT unsigned int OCI_API OCI_LobRead (OCI_Lob *lob, void *buffer, unsigned int len) OCI_EXPORT unsigned int OCI_API OCI_LobWrite (OCI_Lob *lob, void *buffer, unsigned int len) if the size of the lob can be big_uint ? OCI_EXPORT big_uint OCI_API OCI_LobGetLength (OCI_Lob *lob) why dont use read/write operation with big_uint len ? OCI_EXPORT unsigned int OCI_API OCI_LobRead (..., big_uint len) OCI_EXPORT unsigned int OCI_API OCI_LobWrite (..., big_uint len) thanks |
From: altas <al...@an...> - 2008-04-15 07:59:33
|
Hello, Im a new user of OCilib. I like it, but I just found the first error. When I use the function boolean OCI_ImmediateFmt(OCI_Connection *con, const mtext *sql, ...), it abort because in the line: case OCI_CDT_TEXT: dtscpy(va_arg(args, dtext *), OCI_GetString(rs, i)); break; OCI_GetString(rs, i) return a NULL. Yes, OCI_GetString(rs, i) return a NULL when a columns value is empty. Can anybody to help me?. Temporarily I fixed: { dtext *p; p = OCI_GetString(rs, i); if (p == NULL) dtscpy(va_arg(args, dtext *), ""); else dtscpy(va_arg(args, dtext *), p); // dtscpy(va_arg(args, dtext *), OCI_GetString(rs, i));´ } Ah, Im very interested in OCilib++ Josemi |
From: Josemi <jos...@ho...> - 2008-04-15 07:57:59
|
Hello, Im a new user of OCilib. I like it, but I just found the first error. When I use the function boolean OCI_ImmediateFmt(OCI_Connection *con, const mtext *sql, ...), it abort because in the line: case OCI_CDT_TEXT: dtscpy(va_arg(args, dtext *), OCI_GetString(rs, i)); break; OCI_GetString(rs, i) return a NULL. Yes, OCI_GetString(rs, i) return a NULL when a columns value is empty. Can anybody to help me?. Temporarily I fixed: { dtext *p; p = OCI_GetString(rs, i); if (p == NULL) dtscpy(va_arg(args, dtext *), ""); else dtscpy(va_arg(args, dtext *), p); // dtscpy(va_arg(args, dtext *), OCI_GetString(rs, i));´ } Ah, Im very interested in OCilib++ Josemi |
From: vincent r. <vin...@ya...> - 2008-02-26 12:08:23
|
Hi, Here is the 2008-02-26 temporary changelog for version 2.1.0 : 2008-02-26 Version 2.1.0 Vincent Rogier vin...@ya... * Added public retrieval of internal OCI handles : - OCI_HandleGetEnvironment() - OCI_HandleGetContext() - OCI_HandleGetServer() - OCI_HandleGetError() - OCI_HandleGetSession(O) - OCI_HandleGetTransaction() - OCI_HandleGetStatement() - OCI_HandleGetLob() - OCI_HandleGetFile() - OCI_HandleGetDate() - OCI_HandleGetTimestamp() - OCI_HandleGetInterval() - OCI_HandleGetObject() * Extended Hash Tables support : - Added OCI_HashGetEntry() to navigate an OCILIB Hash Tables - Added OCI_HashGetType() - Added OCI_HashGetSize() * Added support for Lobs larger > 4 Go - Added type uintlob_t - Modified OCI_Lob and OCI_File APIs to change unsigned int parameters to uintlob_t * Fixes - Added checks for compiling with static linkage and Oracle 8i (some Timestamp/Interval code portions were not excluded from compilation with Oracle 8i) |
From: vincent r. <vin...@ya...> - 2008-02-24 23:12:25
|
Hi, Here is the temporary changelog for version 2.1.0 : 2008-0x-xx Version 2.1.0 Vincent Rogier vin...@ya... * Added public retrieval of internal OCI handles : - OCI_HandleGetEnvironment() - OCI_HandleGetContext() - OCI_HandleGetServer() - OCI_HandleGetError() - OCI_HandleGetSession(O) - OCI_HandleGetTransaction() - OCI_HandleGetStatement() - OCI_HandleGetLob() - OCI_HandleGetFile() - OCI_HandleGetDate() - OCI_HandleGetTimestamp() - OCI_HandleGetInterval() - OCI_HandleGetObject() * Extended Hash Tables support : - Added OCI_HashGetEntry() to navigate an OCILIB Hash Tables - Added OCI_HashGetType() - Added OCI_HashGetSize() If you've got suggestion, just post it ! Vincent Rogier |
From: vincent r. <vin...@ya...> - 2008-02-17 08:49:09
|
Hi, Is anybody interested in testing OCILIB++ , the C++ wrapper around OCILIB ? Vincent |