> >I ran 'perl -d makemaker.pl' and stepped through until I found the code where
> >it went awry, in DBD.PM, and edited shamelessly until it succeded...
> >Maybe not the best way of doing things, but at least I got wiser ...
>
> Sounds like that's what needed to be done. Ideally the necessary changes would be 
> sent to the author and rolled into 
> the next version.
>
You are of course correct. 

> >Then I tried to compile, and found out - at least, it looks so to me - that
> >DBD-ORACLE not yet is oracle 9.2 compliant ...
>
> I don't know details about the Oracle interface libraries, but it seems odd to me 
> they would break compatibility.
>
> >PERL_ROOT:[LIB.DBD-ORACLE-1_15] mms
> >
> >CC/DECC /Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList/NOANSI_ALIA
> >S/Define=(UTF8_SUPPORT,"VERSION=""1.15""","XS_VERSION=""1.15""")/Include=(perl_r
> >oot:[lib.VMS_AXP.5_6_1.CORE],SAM103:[ORACLE92.rdbms],SAM103:[ORACLE92.rdbms.demo
> >],PERL_ROOT:-
> >[LIB.SITE_PERL.VMS_AXP.auto.DBI],ora_progint_incl)/Optimize  DBDIMP.c
> >
> >#include <ociextp.h>
> >.^
> >%CC-F-NOINCLFILEF, Cannot find file <ociextp.h> specified in #include directive.
> >at line number 2159 in file SAM103:[oracle92.rdbms.demo]oci.h;3
> >%MMS-F-ABORT, For target DBDIMP.OBJ, CLI returned abort status: %X10B91264.
>
> What is "ora_progint_incl"?  If that's expected to be a logical name pointing to a 
> directory containing Oracle include
> files, make sure it's defined.  Other than that, you'ld need to track down where 
> exactly ociextp.h lives and take steps
> to make sure that location gets listed in the list passed to the compiler with 
> /INCLUDE=(...).  

  "ORA_PROGINT_INCL" = "ora_root:[precomp.public]"

And I agree, the location of the above mentioned h-file must be located and included 
in the /Include...

By the way, on the dbi-oracle maillist i found that a newer version of dbd-oracle is 
being prepared, apparently with support for oracle9.
I have already gotten it, but as yet without better success. 

What I intend to do is to start completely over, and document steps needed  to get as 
far as i have already gotten.

Regards
Jakob Snoer
Nordic Processor
Data Warehouse Handel Drift / 8612
Tlf 436736 
[EMAIL PROTECTED]

Reply via email to