Martin J. Evans wrote:
col wrote:
[8]
So, I thought you folks should hear about it all again. HTH...
else, sorry for the noise.
[8]
I spoke to Nick and he reminded me why this can happen.
Thanks *very* much for that.
See
http://www.easysoft.com/support/kb/kb00664.html
Somewhat related to Jeff's mail.
I recently built DBD::Oracle 1.23 against Oracle instant client on a 32
bit linux box and got the following warning:
Reading /usr/share/oracle/10.2.0.4/client/demo.mk
WARNING: Oracle /usr/share/oracle/10.2.0.4/client/demo.mk doesn't define a
'build' rule.
On Fri, 26 Jun 2009 08:44:28 +0200
John Escott j...@scanlaser.nl wrote:
(the first reply in the same page) helpful, since unixODBC 2.2.8 is
the default version in RHEL3 and a recent Fedora containing 2.2.11
worked correctly.
John --
Thanks for your reply. Actually, the problem is consistent
col wrote:
On Fri, 26 Jun 2009 08:44:28 +0200 John Escott j...@scanlaser.nl
wrote:
(the first reply in the same page) helpful, since unixODBC 2.2.8 is
the default version in RHEL3 and a recent Fedora containing 2.2.11
worked correctly.
John --
Thanks for your reply. Actually, the
Getting closer :)
I'm trying to connect to a SQL Server 2008 instance from a CentOS5 box:
unixODBC: 2.2.14
FreeTDS:0.82
Easysoft: odbc-sqlserver-1.1.26-linux-x86 (this morning, thank you
again Martin and Wez...)
osql/isql work fine with both the FreeTDS and the Easysoft drivers.
On Fri, 26 Jun 2009 17:47:13 +0100
Martin Evans martin.ev...@easysoft.com wrote:
col wrote:
So far nothing suggested to apply in the compile stage is fixing it.
Can I just verify whether you have configured unixODBC then removed
the LT_GLOBAL from the dlopen call then configured again and
On Thu, 25 Jun 2009 21:40:07 +0100
Martin J. Evans martin.ev...@easysoft.com wrote:
I'm not sure the --enable-rtldgroup=no works now because of libtool
changes. I think you may need to configure unixODBC then edit the
file and delete the LT_GROUP. This appears to be an issue with