Re: oraperl

In article <01bcef72$351e0000$3e03b480_at_mm>, "Phil R Lawrence" <prl2_at_lehigh.edu> writes:
> I had been told by members of my shop that the DBI idea was great but
> perhaps too ambitious - that it didn't work well for Oracle.

No doubt this is news to all the sites that are running mission-critical systems based on DBI in general, and DBI/DBD::Oracle in particular. :-)

> They
> currently incorporate "use oraperl" in their perl scripts. Could they be
> using the 2nd thing you mention (Oraperl.pm) or is that a part of DBI
> DBD::Oracle?

Is that "oraperl" or "Oraperl", and are they on NT, or some other case-insensitive system? If they're using "use", chances are, this is Oraperl.pm on Perl 5. Oraperl is just a wrapper around DBD::Oracle which provides some backward-compatibility with the old oraperl. It's also the recommended interface for using DBD::Oracle.

> What are the problems you know of using DBI DBD::Oracle? How
> about using oraperl for Perl 4 with Perl 5, if that is indeed what my shop
> is doing?

Doubt it. oraperl was a pile of source-code fixes to bodge the Oracle libraries into the perl binary. Perl's internals have undergone considerable revamping during the 4->5 move.

-- 
<Steve_Kilbane_at_cegelecproj.co.uk> - All opinions are mine alone.
Kilbane's law of integration: standardise on protocols and file
formats, and the applications take care of themselves.