Perl Monk, Perl Meditation | |
PerlMonks |
comment on |
( [id://3333]=superdoc: print w/replies, xml ) | Need Help?? |
the 64bit complains about the 'magic' number in 2.2.11 To me that indicates the isql you are using with 2.2.11 is built 32bit. In 2.3.0, both 32bit and 64bit cannot open tdata.so and neither refer to the magic number I have no idea what tdata.so is. To my knowledge it is not something in unixODBC or DBD::ODBC. my Teradata client is 13.0 and it comes with it's own libodbc.a, libodbcinst.a But what are these archives? Are they teradata's builds of unixODBC? The log shows SQLGetInfo failing with IM001 which is "Driver does not support this function". An ODBC driver cannot not support SQLGetInfo or how can any application find out anything about how the driver works. This would indicate some other problem and I think you are best going back to Teradata with this problem or posting to the unixodbc help mailing list as I'm told some Teradata people hang out there. UPDATE: You can add "DisableGetFunctions = 1" to the driver entry in odbcinst.ini and that tells unixODBC to ignore SQLGetFunctions returned by the driver and just call the function. It may be Teradata here is saying it does not support SQLGetInfo when in fact it must. UPDATE: You could also try rerunning your Perl code with PERL_DL_NONLAZY environment variable set to 1. In reply to Re^5: DBD::ODBC to Teradata
by mje
|
|