Alexander Foken
Fri, 29 Jan 2010 11:28:52 -0800
On 29.01.2010 16:14, Faizel Isaacs wrote:
It seems that there is a problem loading a library (probably the Teradata client library). This may happen, for example, when you upgrade the client libraries, but keep using a DBD compiled for the old client libraries. It may also happen when you just copy over the DBD files from another machine that has a different set of client libraries.<http://rocketseed1.vodacom.co.za/rs/J.4KAE>Does this mean it's only permission denied for the module below.DB> perl batch.pl/usr/lib/hpux32/dld.so: Unsatisfied code symbol 'DBCHINI' in load module '/opt/perl_32/lib/site_perl/5.8.8/IA64.ARCHREV_0-thread-multi/auto/DBD/Teradata/Teradata.so'.Killed Regards, Faizel
There is another strange thing: You seem to use a 32 bit dynamlic loader (/usr/lib/hpux32/dld.so), and you seem to want perl to be 32 bit (/opt/perl_32), but perl seems to be 64 bit, or at least thought so some time ago (lib/site_perl/5.8.8/IA64.ARCHREV_0-thread-multi).
If you can't get it to work, try removing DBD::Teradata, then install it from a fresh copy (using the cpan utility). You will very likely need a working C compiler and linker, and it needs to be the same that was used to compile perl. "perl -V" will tell you which compiler was used. On many commercial Unix systems, GNU's gcc is used instead of the native cc, because the native compiler often behaves unexpectedly.
(Two small notes regarding your emails: Keep the DBI-users list in CC, so that everyone can offer you help. And please try to avoid HTML formatted emails, the (forcefully inserted) spam from your provider is really annoying and inflates your email to ridiculously large sizes.)
Alexander -- Alexander Foken mailto:alexan...@foken.de http://www.foken.de/alexander/