[fdo-internals] RE: Oracle 10.2.0.3 Linux instant client

Greg Boone greg.boone at autodesk.com
Tue Mar 9 15:47:38 EST 2010


Someone should also verify the provider actually runs after all the dependencies are resolved. It doesn't look as it was tested lately.

Greg

From: fdo-internals-bounces at lists.osgeo.org [mailto:fdo-internals-bounces at lists.osgeo.org] On Behalf Of Greg Boone
Sent: Tuesday, March 09, 2010 3:45 PM
To: FDO Internals Mail List
Subject: RE: [fdo-internals] RE: Oracle 10.2.0.3 Linux instant client

That is the easy part.

--- Makefile.am (revision 5345)
+++ Makefile.am (working copy)
@@ -22,6 +22,7 @@
 noinst_LTLIBRARIES = libKingOracleProviderSrc.la

 libKingOracleProviderSrc_la_SOURCES = \
+c_SdeGeom2AGF.cpp \
 c_FdoOra_API2.cpp \
 c_KgOraRasterCapabilities.cpp \
 c_FgfToSdoGeom.cpp \
@@ -70,6 +71,7 @@


Fixing the following is a little harder.

undefined symbol: g_LogFileName (./libKingOracleProvider.so)

Someone needs to edit ...\fdo\Providers\KingOracle\c_KgOraConnection.cpp so that the g_LogFileName is defined outside the #ifdef. Then they need to initialize it correctly.

#ifdef _WIN32

static wchar_t g_AppFileName[MAX_PATH];
static wchar_t g_HomeDir[MAX_PATH];
>>>   wchar_t g_LogFileName[MAX_PATH];


Greg

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.osgeo.org/pipermail/fdo-internals/attachments/20100309/1d1bff34/attachment.html


More information about the fdo-internals mailing list