[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