in reply to I need help installing DBD:Oracle and DBD

One issue I just noticed is that there are two versions of perl. I'm not sure if this is a problem.

root@corpprdvl214:~ > /usr/local/bin/perl --version

This is perl 5, version 28, subversion 0 (v5.28.0) built for x86_64-li
+nux

Copyright 1987-2018, Larry Wall

Perl may be copied only under the terms of either the Artistic License
+ or the
GNU General Public License, which may be found in the Perl 5 source ki
+t.

Complete documentation for Perl, including FAQ lists, should be found 
+on
this system using "man perl" or "perldoc perl".  If you have access to
+ the
Internet, point your browser at http://www.perl.org/, the Perl Home Pa
+ge.

root@corpprdvl214:~ > /usr/bin/perl --version

This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi

Copyright 1987-2009, Larry Wall

Perl may be copied only under the terms of either the Artistic License
+ or the
GNU General Public License, which may be found in the Perl 5 source ki
+t.

Complete documentation for Perl, including FAQ lists, should be found 
+on
this system using "man perl" or "perldoc perl".  If you have access to
+ the
Internet, point your browser at http://www.perl.org/, the Perl Home Pa
+ge.

[download]

Replies are listed 'Best First'.
Re^2: I need help installing DBD:Oracle and DBD
by Corion (Patriarch) on Jul 19, 2018 at 14:09 UTC

    Citing the error message and its diagnostics again:

    This may either mean that you upgraded your version of perl to one that is incompatible with your old dynamic extensions (which is known to happen between major versions of perl), or (more likely) that your dynamic extension was built against an older version of the library that is installed on your system. You may need to rebuild your old dynamic extensions.

    So, you will need to make sure that your script(s) always invoke the perl 5.28 (under /usr/local/bin/perl), or recompile the Oracle DBD using your system Perl.

    Personally, I recommend leaving the vendor Perl well alone as it belongs to the vendor and changes to it should only be made through the vendor or tools that the vendor has supplied. So the approach favoured by me would be to make certain that all scripts only use /usr/local/bin/perl and all paths only pick up Perl libraries below /usr/local/lib/perl5/site_perl/5.28.0 (and the other version-specific directories).

[reply]
[d/l]
[select]

      Corion, Thanks for pointing me in the right direction. I created a wrapper shell script to make sure that the environment variables were set before running the Perl script. I was able to get my usage code working. I just need to add the logic to clean up the old files.

      Thanks!

[reply]

In Section Seekers of Perl Wisdom