David,
This is no doubt too simple to be helpful, but have you checked the file protections
after moving things to the new system?
Do you have the logical name ORACLE defined? For security reasons, the image loader
will break apart the filename, translate the name part if there are any translations,
and then put the pieces back together again.
At 10:49 AM 3/8/00 -0600, [EMAIL PROTECTED] wrote:
> Hello.
>
> Apologies in advance for bringing up a subject which has probably been
> covered here already, but I can't seem to find the topic (with all the
> keywords I can think of) in the vmsperl mail archive.
>
> We have a problem loading DBD::Oracle on the VMS platform. We built it
> (along with DBI and perl 5.005_03 itself) on a DEC Alpha machine
> running 7.2, built an 'install' package for all of the above, then
> installed it on another machine. We then set the logicals PERL_ROOT
> and the date /timezone settings. When we try a simple script which
> loads the DBI and DBD::Oracle modules on the machine on which the
> packages were not built, it fails, claiming:
>
> install_driver(Oracle) failed: Can't load
> 'PERL_ROOT:[LIB.SITE_PERL.VMS_AXP.AUTO .DBD.ORACLE]ORACLE.EXE;1' for
> module DBD::Oracle: %RMS-E-FNF, file not found
> at (eval 4) line 3
>
> However, the file is indeed there:
>
> > dir PERL_ROOT:[LIB.SITE_PERL.VMS_AXP.AUTO.DBD.ORACLE]
>
> Directory PERL_ROOT:[LIB.SITE_PERL.VMS_AXP.AUTO.DBD.ORACLE]
>
> .PACKLIST;1 EXTRALIBS.LD;1 ORACLE.BS;1
> ORACLE.EXE;1 ORACLE.OPT;1
_______________________________________________
Craig A. Berry
mailto:[EMAIL PROTECTED]
