Received: from punt2.demon.co.uk by lion with SMTP (PP) id <07245-9@lion>;
         Sat, 10 Jun 1995 17:14:07 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Sat, 10 Jun 95 00:13:20 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa06450;
         10 Jun 95 1:12 +0100
Received: by gw.home.vix.com id AA21129; Fri, 9 Jun 95 10:46:15 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21125; Fri, 9 Jun 95 10:46:14 -0700
Received: from sybase.com (sybgate.sybase.com)
         by halon.sybase.com (5.x/SMI-SVR4/SybFW4.0) id AA26398;
         Fri, 9 Jun 1995 10:43:09 -0700
Received: from andorra.sybase.com by sybase.com (4.1/SMI-4.1/SybH3.4)
         id AA14696; Fri, 9 Jun 95 10:46:22 PDT
Received: by andorra.sybase.com (5.x/SMI-4.1/SybEC3.2) id AA22997;
         Fri, 9 Jun 1995 10:43:03 -0700
Date: Fri, 9 Jun 1995 10:43:03 -0700
From: Dave Bowen <[email protected]>
Message-Id: <[email protected]>
To: [email protected]
Subject: Re: Interbase SQL
X-Sun-Charset: US-ASCII


Is anyone working on a Sybase DBD?

I'm concerned about the lack of support for multiple SQL queries being
executed in a single batch.  Is it really only Sybase that can support this?
It seems important from the point of view of avoiding multiple unnecessary
trips between client and server.  Of course, you can always use a stored
procedure, but there isn't full support for them either.  I know there are
a lot of complications in supporting stored procedures in a portable way,
but PowerBuilder manages to do it.

- Dave Bowen
 Sybase


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07638-11@lion>;
         Sat, 10 Jun 1995 17:21:49 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 10 Jun 95 02:08:57 GMT
Received: from frigate.doc.ic.ac.uk by punt.demon.co.uk id af13950;
         10 Jun 95 3:08 +0100
Received: from gw.home.vix.com by frigate.doc.ic.ac.uk with SMTP (PP)
         id <[email protected]>; Fri, 9 Jun 1995 19:34:26 +0100
Received: by gw.home.vix.com id AA28856; Fri, 9 Jun 95 04:15:16 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA28852; Fri, 9 Jun 95 04:15:12 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa24800;
         9 Jun 95 12:14 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ac23959;
         9 Jun 95 12:13 +0100
Received: from ig.co.uk by lion id <27676-0@lion>;
         Fri, 9 Jun 1995 11:54:22 +0100
To: [email protected], [email protected]
Subject: Re: Interbase SQL
Date: Fri, 9 Jun 1995 11:54:22 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Bill Karwin <[email protected]>
>
> Hi Garth:
>
> My name is Bill Karwin, and I'm an InterBase tech support engineer
> at Borland.  I am working on a DBD package for InterBase, as a tool
> for my own use, a freebie for InterBase customers, and a contribution
> to the perldb community.
>
> I have been given the okay to make this DBD freely redistributable, but
> not quite been given permission to spend company time working on it.
> Right now, I don't have anything except two old implementations of
> Perl 4 usubs for the InterBase API  I got one of these on an ftp site,
> and the other from one of Borland's customers -- I don't think I have
> permission to redistribute that, but I will use it as reference while
> developing the InterBase DBD.
>
> I'm working on SunOS 4.1.4, and after I have the DBD in relatively
> stable condition, I'll verify it on some of the other OS's for which
> there are InterBase ports.
>
*Please* work closely with me on this. The DBI interface is still alpha
and _will_ change as our experience grows with more database types.

It is my aim that the DBI module will provide a framework of conventions,
macros and functions etc to make building DBD's easier. Some of that exists
already (the D_dbihcom(dbh) and D_imp_dbh macros for example) and more will
be added.

The next release of the DBD::Oracle module will be restructured to more
clearly distinguish between database independant and database specific parts
(the .xs file will be much smaller). That should make it easier for people
to see how to kick-start new drivers by copying and editing DBD::Oracle.

Other people have recently expressed an interest in implementing DBD's.
This is great news but we _have_ to work closely together in order to
achieve the goal of a truly database independant interface.

> Cheers,
> -Bill

Tim.

p.s. It's good to see things hotting up again here :-)

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07638-18@lion>;
         Sat, 10 Jun 1995 17:22:46 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 10 Jun 95 02:38:59 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa25783;
         10 Jun 95 3:38 +0100
Received: by gw.home.vix.com id AA07073; Fri, 9 Jun 95 06:59:09 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA07069; Fri, 9 Jun 95 06:59:08 -0700
Received: (from sbb@localhost) by panix3.panix.com (8.6.12/8.6.12+PanixU1.0)
         id JAA26413; Fri, 9 Jun 1995 09:58:37 -0400
Date: Fri, 9 Jun 1995 09:58:37 -0400
From: Steve Baumgarten <[email protected]>
Message-Id: <[email protected]>
To: [email protected]
Subject: Re: Interbase SQL
In-Reply-To: <[email protected]>
References: <[email protected]>

Garth Johnson writes:

  I have been a long time user of oraperl in my 'real' job, but I have
  recently acquired a copy of Borland's Interbase SQL server.  Is there a
  interface or library for this server?

Interperl exists, though it's designed to work with Perl 4.  We use it
all the time at work and find it to be a real life saver at times.

I don't remember if there are official archives for perldb programs,
but if not I could probably tar it up and mail it to you.

Steve Baumgarten
[email protected]


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07784-23@lion>;
         Sat, 10 Jun 1995 17:22:51 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 10 Jun 95 02:49:45 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa29647;
         10 Jun 95 3:49 +0100
Received: by gw.home.vix.com id AA08581; Fri, 9 Jun 95 14:50:38 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA08577; Fri, 9 Jun 95 14:50:37 -0700
Received: from sybase.com (sybgate.sybase.com)
         by halon.sybase.com (5.x/SMI-SVR4/SybFW4.0) id AA23667;
         Fri, 9 Jun 1995 14:47:36 -0700
Received: from andorra.sybase.com by sybase.com (4.1/SMI-4.1/SybH3.4)
         id AA08366; Fri, 9 Jun 95 14:50:54 PDT
Received: by andorra.sybase.com (5.x/SMI-4.1/SybEC3.2) id AA23127;
         Fri, 9 Jun 1995 14:47:37 -0700
Date: Fri, 9 Jun 1995 14:47:37 -0700
From: Dave Bowen <[email protected]>
Message-Id: <[email protected]>
To: [email protected]
Subject: Multiple SQL statements (was Re: Interbase SQL)
Cc: [email protected]
X-Sun-Charset: US-ASCII


Sorry, I erroneously used the subject line of a previous message to the
list.  My question had nothing to do with Interbase.  It was a general
question about the DBI API, version 0.6.  Specifically, section 2.3(d)
states:

 Multiple SQL statements may not be combined in a single statement
 handle, e.g., a single $sh.  This restriction has most impact upon
 Sybase users.  An alternative approach may be possible later.

I'm wondering why this doesn't impact non-Sybase users equally.

> From [email protected] Fri Jun  9 13:50:12 1995
> Date: Fri, 9 Jun 95 13:49:20 PDT
> To: bowen
> Subject: Re: Interbase SQL
> X-Lines: 15
>
> I'm not sure what you mean by your question.
>
> InterBase 4.0 can handle multiple concurrent transactions at the embedded
> SQL level, and InterBase has long supported multiple transactions when
> programming at the API level or with GDML (InterBase's query language).
> Each transaction can have serialized queries.  I don't know offhand, but
> perhaps one can do concurrent queries within a transaction if you do
> them with cursors.
>
> The work is always done on the machine where the database resides, so
> network overhead isn't a big factor.
>
> Maybe I'm misunderstanding your question...?
>
> -Bill
>

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07784-24@lion>;
         Sat, 10 Jun 1995 17:23:00 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 10 Jun 95 02:55:07 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa01715;
         10 Jun 95 3:54 +0100
Received: by gw.home.vix.com id AA08685; Fri, 9 Jun 95 14:54:44 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA08681; Fri, 9 Jun 95 14:54:42 -0700
Received: by disperse.demon.co.uk id aa04855; 9 Jun 95 22:54 +0100
Received: from post.demon.co.uk by disperse.demon.co.uk id aa04754;
         9 Jun 95 22:52 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa18869;
         9 Jun 95 22:52 +0100
Received: from ig.co.uk by lion id <04561-0@lion>;
         Fri, 9 Jun 1995 22:52:11 +0100
To: [email protected]
Subject: Announce: DBI-0.56 and DBD-Oracle-0.17
Date: Fri, 9 Jun 1995 22:52:11 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>

This release does not go as far as I'd hoped by it does contain worthwhile
fixes and enhancements. The files are in their usual places on ftp.demon.co.uk
in /pub/perl/db/DBI and /DBD/Oracle.

Changes:

DBI:

       Workaround for Perl5.001i AutoLoader problem.
       Fixed more warnings from pedantic compilers.
       DBI trace information is much clearer.
       Implemented optimised XSUB-to-XSUB call avoiding perl_call_sv()!
       Added messages to test.pl to clarify what to expect.

       The new DBI trace format looks like:
    -> _untied in DBD::_::st for DBD::ExampleP::st (DBI::st=HASH(0x16f7e0)~0x15b4f8)
    <- _untied= undef
    -> DESTROY for DBD::ExampleP::st (DBI::st=HASH(0x15b4f8))
    <- DESTROY= undef

       The 'in Foo::Bar', which shows you where the function is
       defined, only appears if it is different to the 'for Foo::Bar'
       which shows you the implementor class for the handle.
       The ~0xFFFF is the 'inner' handle address. It only appears if the
       first parameter is an 'outer' (application) handle.

DBD::Oracle:

       Further enhancements to proc.mk parsing (this should fix
         the bug introduced in the last version which required the
         manual editing of -lora etc into the link line).
       Automatic use of proc16.mk if proc.mk not found.
       Automatic use of -Xa if compiler is 'clcc' (CenterLine).
       Further migration of code from Oracle.xs to dbdimp.c. This is
         not complete but may give you a flavor of my current direction.
       Fixed more warnings from pedantic compilers.

As usual please post details of _anything_ you have to change whilst
building and installing these modules.

Enjoy.

Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07784-25@lion>;
         Sat, 10 Jun 1995 17:23:07 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 10 Jun 95 02:58:38 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa02619;
         10 Jun 95 3:57 +0100
Received: by gw.home.vix.com id AA13016; Fri, 9 Jun 95 08:35:41 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA13012; Fri, 9 Jun 95 08:35:40 -0700
Received: from localhost by colossus.cse.psu.edu with SMTP id <45882>;
         Fri, 9 Jun 1995 11:33:54 -0400
X-Mailer: exmh version 1.6.1 5/23/95
To: Christian Murphy <[email protected]>
Cc: [email protected], [email protected], [email protected]
Subject: DBD-Solaris tests fail (Re: Announce: DBI-0.55.tar.Z
In-Reply-To: Your message of "Fri, 09 Jun 1995 03:55:43 EDT." <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 9 Jun 1995 11:33:08 -0400
From: John D Groenveld <[email protected]>
Message-Id: <[email protected]>

Thanks, the missing libora's was the problem. Now, why the need for the hack?
Is there something missing from my proc.mk?
Thanks,
John
[email protected]

---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <23073-8@lion>;
         Tue, 13 Jun 1995 07:01:25 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Mon, 12 Jun 95 21:46:56 GMT
Received: from gate.demon.co.uk by punt2.demon.co.uk id aa01559;
         12 Jun 95 22:46 +0100
Received: from gw.home.vix.com by gate.demon.co.uk id aa24452;
         12 Jun 95 18:10 GMT-60:00
Received: by gw.home.vix.com id AA26024; Mon, 12 Jun 95 03:06:24 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA26006; Mon, 12 Jun 95 03:06:15 -0700
Received: from utr99-14.Utrecht.NL.net
         by solair1.inter.NL.net (5.65b/Inter.NL.net-1.29) id AA02590;
         Mon, 12 Jun 1995 12:05:59 +0200
Date: Mon, 12 Jun 1995 12:05:59 +0200
X-Sender: [email protected]
Message-Id: <v01510101ac010428543c@[193.79.253.20]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: Steve Baumgarten <[email protected]>, [email protected]
From: Peter Chen <[email protected]>
Subject: Re: Interbase SQL

At 9:58 AM 6/9/95, Steve Baumgarten wrote:
>Interperl exists, though it's designed to work with Perl 4.  We use it
>all the time at work and find it to be a real life saver at times.
>
>I don't remember if there are official archives for perldb programs,
>but if not I could probably tar it up and mail it to you.
>
>Steve Baumgarten
>[email protected]

Speaking of InterPerl, does anybody know whether the archived version is up
to date?  The official maintainer is [email protected].  There were several
changes implemented at Bear Stearns since the original release (raising
certain hardcoded limits, changing default format of floats, etc).

Pete Chen
HOCHEM BV
Zeist
The Netherlands



---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24106-9@lion>;
         Tue, 13 Jun 1995 07:08:29 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 13 Jun 95 00:36:54 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa21217;
         13 Jun 95 1:36 +0100
Received: by gw.home.vix.com id AA00368; Mon, 12 Jun 95 11:53:18 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA00363; Mon, 12 Jun 95 11:53:17 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa05994;
         12 Jun 95 19:46 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ae04225;
         12 Jun 95 19:46 +0100
Received: from ig.co.uk by lion id <19696-0@lion>;
         Mon, 12 Jun 1995 17:16:35 +0100
To: [email protected], [email protected]
Subject: Re: Multiple SQL statements (was Re: Interbase SQL)
Cc: [email protected]
Date: Mon, 12 Jun 1995 17:16:35 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Dave Bowen <[email protected]>
>
> Sorry, I erroneously used the subject line of a previous message to the
> list.  My question had nothing to do with Interbase.  It was a general
> question about the DBI API, version 0.6.  Specifically, section 2.3(d)
> states:
>
>   Multiple SQL statements may not be combined in a single statement
>   handle, e.g., a single $sh.  This restriction has most impact upon
>   Sybase users.  An alternative approach may be possible later.
>
> I'm wondering why this doesn't impact non-Sybase users equally.
>
Non-sybase users are not used to being able to execute multiple statements
in one go so they won't miss that feature.

Since the ANSI/ISO/SQL Access standards don't provide any mechanism for
it it's unlikely to be supported in the core DBI spec. However that
does NOT mean to say that any future DBD::Sybase module won't support it.
It simply means that any application using multiple statements in a single
prepare() call on Sybase won't be very portable.

Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24108-12@lion>;
         Tue, 13 Jun 1995 07:09:24 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 13 Jun 95 01:01:08 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa00387;
         13 Jun 95 2:01 +0100
Received: by gw.home.vix.com id AA06738; Mon, 12 Jun 95 13:26:24 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA06733; Mon, 12 Jun 95 13:26:22 -0700
Received: from localhost by colossus.cse.psu.edu with SMTP id <46247>;
         Mon, 12 Jun 1995 16:26:07 -0400
X-Mailer: exmh version 1.6.1 5/23/95
To: Tim Bunce <[email protected]>
Cc: [email protected]
Subject: Re: DBD-Solaris tests fail (Re: Announce: DBI-0.55.tar.Z
In-Reply-To: Your message of "Mon, 12 Jun 1995 12:11:17 EDT." <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Mon, 12 Jun 1995 16:25:39 -0400
From: John D Groenveld <[email protected]>
Message-Id: <[email protected]>

Thanks, the new version (DBD-Oracle-0.17.tar.Z) seems to build and test fine.
What is the status of BLOB support?
Thanks,
John
[email protected]

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24106-15@lion>;
         Tue, 13 Jun 1995 07:09:32 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 13 Jun 95 01:01:48 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa00640;
         13 Jun 95 2:01 +0100
Received: by gw.home.vix.com id AA29832; Mon, 12 Jun 95 11:50:02 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA29815; Mon, 12 Jun 95 11:49:59 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa05992;
         12 Jun 95 19:46 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ad04225;
         12 Jun 95 19:46 +0100
Received: from ig.co.uk by lion id <19612-0@lion>;
         Mon, 12 Jun 1995 17:11:17 +0100
To: [email protected], [email protected]
Subject: Re: DBD-Solaris tests fail (Re: Announce: DBI-0.55.tar.Z
Cc: [email protected]
Date: Mon, 12 Jun 1995 17:11:17 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: John D Groenveld <[email protected]>
>
> Thanks, the missing libora's was the problem.
> Now, why the need for the hack? Is there something missing from my proc.mk?

There was an error in the proc.mk parsing routine. Basically it gave up too early.

The latest release should fix that. Let me know how it goes.

> Thanks,
> John
> [email protected]

Tim.

---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <13686-6@lion>;
         Thu, 15 Jun 1995 07:01:28 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Wed, 14 Jun 95 22:25:32 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa16768;
         14 Jun 95 23:24 +0100
Received: by gw.home.vix.com id AA14864; Wed, 14 Jun 95 11:48:58 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA14860; Wed, 14 Jun 95 11:48:56 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id ab09706;
         14 Jun 95 19:28 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa20012;
         14 Jun 95 19:28 +0100
Received: from ig.co.uk by lion id <10711-0@lion>;
         Wed, 14 Jun 1995 19:27:50 +0100
To: [email protected]
Subject: Re: DBD-Solaris tests fail (Re: Announce: DBI-0.55.tar.Z
Cc: [email protected]
Date: Wed, 14 Jun 1995 19:27:50 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: John D Groenveld <[email protected]>
>
> Thanks, the new version (DBD-Oracle-0.17.tar.Z) seems to build and test fine.
> What is the status of BLOB support?

Default behaviour for longs matches oraperl.

I envisage adding a method to access the OCI oflng() function. This will allow
you to fetch portions of a long field (for the current row). Something like

       method_name($sth, $field_num, $offset, $length)

Should be very easy to do.

Comments?

> Thanks,
> John
> [email protected]
>
Tim.

---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <13686-12@lion>;
         Thu, 15 Jun 1995 07:02:09 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Wed, 14 Jun 95 23:36:46 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa17036;
         15 Jun 95 0:36 +0100
Received: by gw.home.vix.com id AA02005; Wed, 14 Jun 95 07:59:58 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA01994; Wed, 14 Jun 95 07:59:39 -0700
Received: from ipgate.col.sw-ley.de (leydev@localhost)
         by edina.xenologics.com (8.6.8.1/8.6.6) with UUCP id QAA18877;
         Wed, 14 Jun 1995 16:52:43 +0200
Received: by ipgate.col.sw-ley.de (Smail3.1.28.1 #20) id m0sLucv-0003hPC;
         Wed, 14 Jun 95 15:45 GMT
Message-Id: <[email protected]>
Date: Wed, 14 Jun 95 15:45 GMT
From: Norbert Kiesel <[email protected]>
To: [email protected]
Subject: problem with DBD-Oracle under HPUX
Cc: [email protected]

Hello,

I've just installed perl5.001l on HPUX-9.04 without any problems.
Then I installed DBI-0.56, also without any problems. However, when
trying to install DBD-Oracle-0.17, I got linker problems (see below
for details). Appearently my Oracle libs are not compiled with -pic.
I also tried a 'make LINKTYPE=static'. This resulted in a 'Oracle.a',
but all tests failed (see below for details). How can I use the
statically linked version?

Script started on Wed Jun 14 15:36:53 1995

[nk:~/QA/database/PERL/Oracle] ls
MANIFEST     Oracle.h     Oracle.xs    README       dbdimp.h     test.pl
Makefile.PL  Oracle.pm    Oraperl.pm   dbdimp.c     t            typescript
[nk:~/QA/database/PERL/Oracle] Makefile.PL

Configuring DBD::Oracle version 0.17...
Remember to actually read the README file!

Using Oracle in /home1/oracle
Oracle sysliblist: -lcl -lm
Using /home1/oracle/proc/lib/proc.mk version 1.16
System: perl5.001 hp-ux hpley1 a.09.04 e 9000856  hpux dl_hpux.xs
Compiler: gcc -O -D_POSIX_SOURCE -D_HPUX_SOURCE
Oracle proc.mk would have used these values but we override them:
 CC:       cc
 CFLAGS:   -I. -O -Aa -D_HPUX_SOURCE +ESsfc +ESlit
 LDFLAGS:  -Wl,-aarchive -L$(LIBHOME)

Checking if your kit is complete...
Looks good
Writing Makefile for DBD::Oracle
[nk:~/QA/database/PERL/Oracle] make
mkdir ./blib
mkdir ./blib/DBD
mkdir ./blib/auto
mkdir ./blib/auto/DBD
mkdir ./blib/auto/DBD/Oracle
/usr/local/bin/perl -I/usr/local/lib/perl5/hpux -I/usr/local/lib/perl5 /usr/local/lib/perl5/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/ExtUtils/typemap Oracle.xs >Oracle.tc && mv Oracle.tc Oracle.c
gcc -c -D_POSIX_SOURCE -D_HPUX_SOURCE -O -fpic -I/usr/local/lib/perl5/hpux/CORE -Wall -pedantic -Wno-comment -Wpointer-arith -Wcast-align -Wconversion-Wtraditional -Wpointer-arith -Wbad-function-cast -Wcast-qual -I/home1/oracle/rdbms/demo -I/usr/local/lib/perl5/hpux/DBI Oracle.c
Oracle.c: In function `XS_DBD__Oracle__dr_dbd_dr_login':
Oracle.c:56: warning: implicit declaration of function `dbd_dr_login'
Oracle.c: In function `XS_DBD__Oracle__db_dbd_db_prepare':
Oracle.c:71: warning: implicit declaration of function `dbd_db_prepare'
Oracle.c: In function `XS_DBD__Oracle__db_commit':
Oracle.c:85: warning: implicit declaration of function `dbd_db_commit'
Oracle.c: In function `XS_DBD__Oracle__db_rollback':
Oracle.c:99: warning: implicit declaration of function `dbd_db_rollback'
Oracle.c: In function `XS_DBD__Oracle__db_disconnect':
Oracle.c:192: warning: implicit declaration of function `dbd_db_disconnect'
Oracle.c: In function `XS_DBD__Oracle__db_DESTROY':
Oracle.c:214: warning: implicit declaration of function `dbd_db_destroy'
Oracle.c: In function `XS_DBD__Oracle__st_FETCH':
Oracle.c:432: warning: pointer targets in passing arg 1 of `newSVpv' differ in signedness
gcc -c -D_POSIX_SOURCE -D_HPUX_SOURCE -O -fpic -I/usr/local/lib/perl5/hpux/CORE -Wall -pedantic -Wno-comment -Wpointer-arith -Wcast-align -Wconversion-Wtraditional -Wpointer-arith -Wbad-function-cast -Wcast-qual -I/home1/oracle/rdbms/demo -I/usr/local/lib/perl5/hpux/DBI dbdimp.c
dbdimp.c: In function `dbd_dr_login':
dbdimp.c:103: warning: unused variable `items'
dbdimp.c: In function `dbd_db_commit':
dbdimp.c:124: warning: unused variable `items'
dbdimp.c: In function `dbd_db_rollback':
dbdimp.c:139: warning: unused variable `items'
dbdimp.c: In function `dbd_db_disconnect':
dbdimp.c:154: warning: unused variable `items'
dbdimp.c: In function `dbd_db_destroy':
dbdimp.c:169: warning: unused variable `items'
dbdimp.c:169: warning: unused variable `ax'
dbdimp.c: In function `dbd_db_prepare':
dbdimp.c:256: warning: unused variable `items'
dbdimp.c: In function `dbd_bind_ph':
dbdimp.c:337: warning: pointer targets in passing arg 2 of `obndrv' differ in signedness
Running Mkbootstrap for DBD::Oracle ()
chmod 644 Oracle.bs
LD_RUN_PATH="" ld -o blib/auto/DBD/Oracle/Oracle.sl -b Oracle.o dbdimp.o -L/home1/oracle/lib  -locic /home1/oracle/lib/osntab.o -lsqlnet -lora  -lsqlnet -lora -lnlsrtl -lcv6 -lcore -lnlsrtl -lcv6 -lcore  `cat /home1/oracle/rdbms/lib/sysliblist`   -lcl -lm
ld: Invalid loader fixup needed
make: *** [blib/auto/DBD/Oracle/Oracle.sl] Error 1
[nk:~/QA/database/PERL/Oracle] sqldba mode=line

SQL*DBA: Release 7.1.4.1.0 - Production on Wed Jun 14 15:38:06 1995

Copyright (c) Oracle Corporation 1979, 1994.  All rights reserved.

Oracle7 Server Release 7.1.4.1.0 - Production Release
With the distributed and parallel query options
PL/SQL Release 2.1.4.0.0 - Production

SQLDBA> exit
SQL*DBA complete.
[nk:~/QA/database/PERL/Oracle] perl -e 'use Config; print Config::myconfig()'
Summary of my perl5 (patchlevel 1) configuration:
 Platform:
   osname=hpux, osver=9, archname=hpux
   uname='hp-ux hpley1 a.09.04 e 9000856 '
   hint=recommended
 Compiler:
   cc='gcc', optimize='-O'
   cppflags='-D_POSIX_SOURCE -D_HPUX_SOURCE'
   ccflags ='-D_POSIX_SOURCE -D_HPUX_SOURCE'
   ldflags =''
   stdchar='unsigned char', d_stdstdio=define, usevfork=false
   voidflags=15, castflags=0, d_casti32=, d_castneg=define
   intsize=4, alignbytes=8, usemymalloc=y, randbits=15
 Libraries:
   so=sl
   libpth=/lib/pa1.1 /lib /usr/lib /usr/local/lib
   libs=-lm -ldld
   libc=/lib/libc.sl
 Dynamic Linking:
   dlsrc=dl_hpux.xs, dlext=sl, d_dlsymun=
   cccdlflags='-fpic', ccdlflags='-Wl,-E ', lddlflags='-b'

script done on Wed Jun 14 15:38:39 1995

Script started on Wed Jun 14 15:47:31 1995

[nk:~/QA/database/PERL/Oracle] Makefile.PL

Configuring DBD::Oracle version 0.17...
Remember to actually read the README file!

Using Oracle in /home1/oracle
Oracle sysliblist: -lcl -lm
Using /home1/oracle/proc/lib/proc.mk version 1.16
System: perl5.001 hp-ux hpley1 a.09.04 e 9000856  hpux dl_hpux.xs
Compiler: gcc -O -D_POSIX_SOURCE -D_HPUX_SOURCE
Oracle proc.mk would have used these values but we override them:
 CC:       cc
 CFLAGS:   -I. -O -Aa -D_HPUX_SOURCE +ESsfc +ESlit
 LDFLAGS:  -Wl,-aarchive -L$(LIBHOME)

Checking if your kit is complete...
Looks good
Writing Makefile for DBD::Oracle
[nk:~/QA/database/PERL/Oracle] make LINKTYPE=static test
mkdir ./blib
mkdir ./blib/DBD
mkdir ./blib/auto
mkdir ./blib/auto/DBD
mkdir ./blib/auto/DBD/Oracle
/usr/local/bin/perl -I/usr/local/lib/perl5/hpux -I/usr/local/lib/perl5 /usr/local/lib/perl5/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/ExtUtils/typemap Oracle.xs >Oracle.tc && mv Oracle.tc Oracle.c
gcc -c -D_POSIX_SOURCE -D_HPUX_SOURCE -O -fpic -I/usr/local/lib/perl5/hpux/CORE -Wall -pedantic -Wno-comment -Wpointer-arith -Wcast-align -Wconversion-Wtraditional -Wpointer-arith -Wbad-function-cast -Wcast-qual -I/home1/oracle/rdbms/demo -I/usr/local/lib/perl5/hpux/DBI Oracle.c
Oracle.c: In function `XS_DBD__Oracle__dr_dbd_dr_login':
Oracle.c:56: warning: implicit declaration of function `dbd_dr_login'
Oracle.c: In function `XS_DBD__Oracle__db_dbd_db_prepare':
Oracle.c:71: warning: implicit declaration of function `dbd_db_prepare'
Oracle.c: In function `XS_DBD__Oracle__db_commit':
Oracle.c:85: warning: implicit declaration of function `dbd_db_commit'
Oracle.c: In function `XS_DBD__Oracle__db_rollback':
Oracle.c:99: warning: implicit declaration of function `dbd_db_rollback'
Oracle.c: In function `XS_DBD__Oracle__db_disconnect':
Oracle.c:192: warning: implicit declaration of function `dbd_db_disconnect'
Oracle.c: In function `XS_DBD__Oracle__db_DESTROY':
Oracle.c:214: warning: implicit declaration of function `dbd_db_destroy'
Oracle.c: In function `XS_DBD__Oracle__st_FETCH':
Oracle.c:432: warning: pointer targets in passing arg 1 of `newSVpv' differ in signedness
gcc -c -D_POSIX_SOURCE -D_HPUX_SOURCE -O -fpic -I/usr/local/lib/perl5/hpux/CORE -Wall -pedantic -Wno-comment -Wpointer-arith -Wcast-align -Wconversion-Wtraditional -Wpointer-arith -Wbad-function-cast -Wcast-qual -I/home1/oracle/rdbms/demo -I/usr/local/lib/perl5/hpux/DBI dbdimp.c
dbdimp.c: In function `dbd_dr_login':
dbdimp.c:103: warning: unused variable `items'
dbdimp.c: In function `dbd_db_commit':
dbdimp.c:124: warning: unused variable `items'
dbdimp.c: In function `dbd_db_rollback':
dbdimp.c:139: warning: unused variable `items'
dbdimp.c: In function `dbd_db_disconnect':
dbdimp.c:154: warning: unused variable `items'
dbdimp.c: In function `dbd_db_destroy':
dbdimp.c:169: warning: unused variable `items'
dbdimp.c:169: warning: unused variable `ax'
dbdimp.c: In function `dbd_db_prepare':
dbdimp.c:256: warning: unused variable `items'
dbdimp.c: In function `dbd_bind_ph':
dbdimp.c:337: warning: pointer targets in passing arg 2 of `obndrv' differ in signedness
ar cr blib/auto/DBD/Oracle/Oracle.a Oracle.o dbdimp.o && : blib/auto/DBD/Oracle/Oracle.a
chmod 755 blib/auto/DBD/Oracle/Oracle.a
cp Oraperl.pm blib/Oraperl.pm
chmod 644 blib/Oraperl.pm
cp Oracle.pm blib/DBD/Oracle.pm
chmod 644 blib/DBD/Oracle.pm
/usr/local/bin/perl -I./blib -I./blib -I/usr/local/lib/perl5/hpux -I/usr/local/lib/perl5 -e 'use Test::Harness qw(&runtests $verbose); $verbose=0; runtests @ARGV;' t/*.t
t/base............../lib/dld.sl: Bad magic number for shared library: ./blib/auto/DBD/Oracle/Oracle.a
/lib/dld.sl: Exec format error
install_driver(Oracle) failed: Can't load './blib/auto/DBD/Oracle/Oracle.a' for module DBD::Oracle: Exec format error at /usr/local/lib/perl5/DynaLoader.pm line 450.

at blib/DBD/Oracle.pm line 16
at /usr/local/lib/perl5/DBI.pm line 171
       DBI::install_driver called at t/base.t line 18
FAILED on test 4
t/main..............ok
Failed 1 test, 50.00% okay.
Files=2,  Tests=6,  0 secs ( 0.51 cusr  0.07 csys =  0.58 cpu)
/usr/local/bin/perl -I./blib -I./blib -I/usr/local/lib/perl5/hpux -I/usr/local/lib/perl5 test.pl
Oraperl test application $Revision: 1.11 $
/lib/dld.sl: Bad magic number for shared library: ./blib/auto/DBD/Oracle/Oracle.a
/lib/dld.sl: Exec format error
install_driver(Oracle) failed: Can't load './blib/auto/DBD/Oracle/Oracle.a' for module DBD::Oracle: Exec format error at /usr/local/lib/perl5/DynaLoader.pm line 450.

at blib/DBD/Oracle.pm line 16
at /usr/local/lib/perl5/DBI.pm line 171
       DBI::install_driver called at blib/Oraperl.pm line 41
       (eval) called at (eval 1) line 1
       main::BEGIN called at blib/Oraperl.pm line 0
       (eval) called at blib/Oraperl.pm line 0
       (eval) called at test.pl line 23
BEGIN failed--compilation aborted at (eval 1) line 1.
make: *** [test] Error 8
[J[nk:~/QA/database/PERL/Oracle] exit

script done on Wed Jun 14 15:48:14 1995

so long

       Norbert

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13687-24@lion>;
         Thu, 15 Jun 1995 07:04:44 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 15 Jun 95 00:57:10 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa26366;
         15 Jun 95 1:56 +0100
Received: by gw.home.vix.com id AA19630; Wed, 14 Jun 95 13:16:00 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19626; Wed, 14 Jun 95 13:15:56 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id ad15708;
         14 Jun 95 20:50 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ab02584;
         14 Jun 95 20:49 +0100
Received: from ig.co.uk by lion id <11501-0@lion>;
         Wed, 14 Jun 1995 20:16:42 +0100
To: [email protected], [email protected]
Subject: Re: problem with DBD-Oracle under HPUX
Date: Wed, 14 Jun 1995 20:16:42 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Norbert Kiesel <[email protected]>
>
> Hello,
>
> I've just installed perl5.001l on HPUX-9.04 without any problems.
> Then I installed DBI-0.56, also without any problems. However, when
> trying to install DBD-Oracle-0.17, I got linker problems (see below
> for details). Appearently my Oracle libs are not compiled with -pic.
> I also tried a 'make LINKTYPE=static'. This resulted in a 'Oracle.a',
> but all tests failed (see below for details). How can I use the
> statically linked version?
>
The comments in the DBD::Oracle README for HP-UX don't give the best advice.
Try:

   perl Makefile.PL LINKTYPE=static
   make
   make perl

Also talk to Terry Greenlaw <[email protected]> since he's the
only other person I know using DBD::Oracle on HP-UX.

Further problems in this area are really general Perl5/MakeMaker problems
and are probably best addressed to [email protected].

> dbdimp.c:337: warning: pointer targets in passing arg 2 of `obndrv' differ in signedness

Not important but fixed in next release (text* and char* are the same
on SunOS which is why these keep showing up in released versions - I just
can't find them myself).

Thanks for the detailed problem report.

> so long
>
>       Norbert
>
Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13687-32@lion>;
         Thu, 15 Jun 1995 07:05:44 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 15 Jun 95 02:17:34 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa19827;
         15 Jun 95 3:17 +0100
Received: by gw.home.vix.com id AA19662; Wed, 14 Jun 95 13:17:03 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19657; Wed, 14 Jun 95 13:17:01 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa15713;
         14 Jun 95 20:50 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ae02584;
         14 Jun 95 20:49 +0100
Received: from ig.co.uk by lion id <11795-0@lion>;
         Wed, 14 Jun 1995 20:37:35 +0100
To: [email protected], [email protected], [email protected]
Subject: Re: Interbase SQL
Date: Wed, 14 Jun 1995 20:37:35 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Peter Chen <[email protected]>
>
> At 9:58 AM 6/9/95, Steve Baumgarten wrote:
> >Interperl exists, though it's designed to work with Perl 4.  We use it
> >all the time at work and find it to be a real life saver at times.
> >
> >I don't remember if there are official archives for perldb programs,
> >but if not I could probably tar it up and mail it to you.

ftp.demon.co.uk:/pub/perl/db Mail me anything you want added to the archive.

> >Steve Baumgarten
> >[email protected]
>
> Speaking of InterPerl, does anybody know whether the archived version is up
> to date?  The official maintainer is [email protected].  There were several
> changes implemented at Bear Stearns since the original release (raising
> certain hardcoded limits, changing default format of floats, etc).
>
Talk to Buzz. I'm sure he'd be interested. If not I'd be happy to add them
(as patches or a new release) to the archive.

> Pete Chen

Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <21578-4@lion>;
         Fri, 16 Jun 1995 07:02:44 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 16 Jun 95 04:13:18 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa00456;
         16 Jun 95 5:13 +0100
Received: by gw.home.vix.com id AA08073; Thu, 15 Jun 95 12:08:07 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA08066; Thu, 15 Jun 95 12:08:04 -0700
Received: from dcs2.nfuel.com by fred.nfuel.com (4.1/SMI-4.1) id AA19993;
         Thu, 15 Jun 95 12:06:57 PDT
Message-Id: <[email protected]>
Received: by dcs2.nfuel.com (1.38.193.4/16.2) id AA14389;
         Thu, 15 Jun 1995 12:06:48 -0700
From: Les Troyer <[email protected]>
Subject: DBD-Oracle under HPUX
To: [email protected]
Date: Thu, 15 Jun 1995 12:06:47 -0700 (PDT)
Cc: [email protected]
Reply-To: [email protected]

Operating System: HP-UX A.09.05 A
Return-Path:[email protected]
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1761

Wow -- I got it to work!!

LIke Norbert Kiesel <[email protected]> I have had problems
linking DBD oracle -- no shared libs for oracle

As Tim suggested I did

   perl Makefile.PL LINKTYPE=static
   make
   make perl

This gives the following warnings
       cc -c -Ae +O3    +Z -I/usr/local/lib/perl5/hpux/CORE  -I/u01/home/dba/or
acle/product/7.0.15/rdbms/demo -I/usr/local/lib/perl5/hpux/DBI Oracle.c
cc: "Oracle.c", line 426: warning 604: Pointers are not assignment-compatible.
cc: "Oracle.c", line 426: warning 563: Argument #1 is not the correct type.

426: ==> av_store(av, i, newSVpv(imp_sth->fbh[i].cbuf,0));
(I don't understand why it's bad on this line and not on the previous 2
times av_store is called (all use the same setup for av)

Linking was a problem because extralibs.ld  lists archive libs without full
pathnames.  Actuall I created a manual link file and executed it.  All works
fine now the test.

make test -- Failed it tries to load Oracle.a as a shared lib.  This one
really confused me for hours!!.  Then someone hit me in the head with a
2x4.  The tests were being run by /usr/local/perl!!!! not ./perl with
the great wonderfull mods

THIS IS A BUG IN THE MAKE FILE!!!! you should be testing Oracle with the
perl you just build (and not yet installed) instead of the standard perl.

Guess what?? all test completed correctly  Now to test in the real world.
--
Les Troyer
Sr. Analyst
Siemens Power Corp
2101 Horn Rapids Rd.
Richland, Wa. 99352-0130

Voice    (509) 375-8695
Fax      (509) 375-8402
Operator (509) 375-8100
email [email protected]

I can't blab such blibber blubber! My tongue isn't made of rubber.
Mr. Knox. Now come now. Come now. You don't have to be so dumb now.....
Fox in Socks -- Dr. Seuss


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <21708-0@lion>;
         Fri, 16 Jun 1995 07:04:35 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 16 Jun 95 06:03:08 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa21331;
         16 Jun 95 7:02 +0100
Received: by gw.home.vix.com id AA05705; Thu, 15 Jun 95 19:58:44 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA05701; Thu, 15 Jun 95 19:58:43 -0700
Received: from helios.oit.umass.edu by pobox.oit.umass.edu (PMDF V4.3-10 #6523)
         id <[email protected]>;
         Thu, 15 Jun 1995 22:58:41 -0400
Received: by helios.oit.umass.edu (5.65/DEC-Ultrix/4.3) id AA08606;
         Thu, 15 Jun 1995 22:58:40 -0400
Date: Thu, 15 Jun 1995 22:58:39 -0400 (EDT)
From: Siu-Ki Chan <[email protected]>
Subject:
To: [email protected]
Message-Id: <[email protected]>
Mime-Version: 1.0
X-Mailer: ELM [version 2.4 PL22]
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 12

unsubscribe

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <29063-0@lion>;
         Fri, 16 Jun 1995 19:36:01 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 16 Jun 95 18:00:35 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa13693;
         16 Jun 95 19:00 +0100
Received: by gw.home.vix.com id AA14804; Thu, 15 Jun 95 23:05:26 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA14799; Thu, 15 Jun 95 23:05:25 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id ad27770;
         16 Jun 95 7:02 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa29893;
         16 Jun 95 7:02 +0100
Received: from ig.co.uk by lion id <20946-0@lion>;
         Fri, 16 Jun 1995 03:25:06 +0100
To: [email protected]
Subject: Who is using DBI and/or DBD::Oracle?
Date: Fri, 16 Jun 1995 03:25:06 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>

I'd be grateful if anyone using DBD::Oracle could send me a quick message.

Just give your Oracle version, some indication of your platform architecture
and a comment indicating how extensive your testing/usage is. Something like:

7.1.3 sunos heavy use
7.0.4 solaris built only
7.0.6 aix light use

I'll summarise the results. If you don't want to be included in the summary
let me know - I'd still like to hear from you.

I'd also like to hear any comments about what else needs to be done to make
the Oraperl emulation more complete.

If you're using the DBI for something other than DBD::Oracle I'd also be very
interested to hear about it.

Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <29063-3@lion>;
         Fri, 16 Jun 1995 19:36:24 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 16 Jun 95 18:21:23 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa22165;
         16 Jun 95 19:20 +0100
Received: by gw.home.vix.com id AA18572; Fri, 16 Jun 95 00:18:01 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA18563; Fri, 16 Jun 95 00:18:00 -0700
Received: from hnoss.ifi.uio.no ([email protected] [129.240.78.21])
         by ifi.uio.no with ESMTP (8.6.11/ifi2.4) id <[email protected]>
         for <[email protected]> ; Fri, 16 Jun 1995 09:17:51 +0200
From: Thomas Flemming <[email protected]>
Received: (from thomasfl@localhost) by hnoss.ifi.uio.no ;
         Fri, 16 Jun 1995 09:17:49 +0200
Date: Fri, 16 Jun 1995 09:17:49 +0200
Message-Id: <[email protected]>
To: [email protected]

unsubscribe

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <00884-0@lion>;
         Sat, 17 Jun 1995 00:09:08 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 16 Jun 95 20:14:18 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09351;
         16 Jun 95 21:14 +0100
Received: by gw.home.vix.com id AA19623; Fri, 16 Jun 95 00:39:10 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19619; Fri, 16 Jun 95 00:39:08 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa06404;
         16 Jun 95 8:31 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa08220;
         16 Jun 95 8:31 +0100
Received: from ig.co.uk by lion id <22173-0@lion>;
         Fri, 16 Jun 1995 07:49:58 +0100
To: [email protected], [email protected]
Subject: Re: DBD-Oracle under HPUX
Cc: [email protected], [email protected]
Date: Fri, 16 Jun 1995 07:49:58 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Les Troyer <[email protected]>
>
> Wow -- I got it to work!!

:-)

> LIke Norbert Kiesel <[email protected]> I have had problems
> linking DBD oracle -- no shared libs for oracle
>
> As Tim suggested I did
>
>     perl Makefile.PL LINKTYPE=static
>     make
>     make perl
>
> This gives the following warnings

I presume that the 'LINKTYPE=static' does not affect the warnings given.

>         cc -c -Ae +O3    +Z -I/usr/local/lib/perl5/hpux/CORE  -I/u01/home/dba/or
> acle/product/7.0.15/rdbms/demo -I/usr/local/lib/perl5/hpux/DBI Oracle.c
> cc: "Oracle.c", line 426: warning 604: Pointers are not assignment-compatible.
> cc: "Oracle.c", line 426: warning 563: Argument #1 is not the correct type.
>
> 426: ==> av_store(av, i, newSVpv(imp_sth->fbh[i].cbuf,0));
> (I don't understand why it's bad on this line and not on the previous 2
> times av_store is called (all use the same setup for av)
>
Umm, rather odd. Try compiling without the +O3 (he says, clutching at straws :-)


> Linking was a problem because extralibs.ld  lists archive libs without full
> pathnames.  Actuall I created a manual link file and executed it.  All works
> fine now the test.
>
Could you explain that a little more for me? Why was the lack of full
pathnames a problem? They should have had '-l' prefixes and the ld command
should have had -L/path/to/dir to marry everything up. Please send a copy
of your extralibs.ld, the ld command line and resulting error message.
The output of perl -e 'use Config; print Config::myconfig()' would be handy.

> make test -- Failed it tries to load Oracle.a as a shared lib.  This one
> really confused me for hours!!.  Then someone hit me in the head with a
> 2x4.  The tests were being run by /usr/local/perl!!!! not ./perl with
> the great wonderfull mods
>
> THIS IS A BUG IN THE MAKE FILE!!!! you should be testing Oracle with the
> perl you just build (and not yet installed) instead of the standard perl.
>
It's more a 'feature' of MakeMaker :-(. It's a tricky problem to solve.
In the sort term I've ammended the DBD::Oracle README to suggest
'make test PERL=./perl' in this scenario.

I've CC'd this message to the MakeMaker mailing list to inform them of
the problem and so they can follow the extralibs.ld problem incase that's
also MakeMaker related.

Also, what version of perl are you using? (the latest is Perl5.001l - you'll
need to get the patches from an ftp archive.)

> Guess what?? all test completed correctly  Now to test in the real world.

I'm looking forward to seeing the results...

> Les Troyer

Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <00884-16@lion>;
         Sat, 17 Jun 1995 00:10:57 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 16 Jun 95 22:43:21 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09703;
         16 Jun 95 23:43 +0100
Received: by gw.home.vix.com id AA29512; Fri, 16 Jun 95 11:46:45 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA29508; Fri, 16 Jun 95 11:46:43 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa21550;
         16 Jun 95 19:36 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa11030;
         16 Jun 95 19:36 +0100
Received: from ig.co.uk by lion id <28636-0@lion>;
         Fri, 16 Jun 1995 18:46:12 +0100
To: [email protected]
Subject: Re: Announce: DBI-0.56 and DBD-Oracle-0.17
Cc: [email protected]
Date: Fri, 16 Jun 1995 18:46:12 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: John Liptak <[email protected]>
>
> > As usual please post details of _anything_ you have to change whilst
> > building and installing these modules.
>
>    Well, this version does not log out when the connection if distroyed:
>
>    Database handle destroyed without disconnect during global destruction.

Umm, I thought someone would be caught by that one!

>    ERROR EVENT: DBI::st=HASH(0x1580d4)->DBI::default_handler:
>          1041 ORA-01041: internal error. hostdef extension doesn't exist (DBD: oclose error)

That bit shouldn't happen though. I'll look into it. Easy work around, just
disconnect!

> John Liptak - MTS                    U S WEST Communications

Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06183-0@lion>;
         Sun, 18 Jun 1995 12:48:08 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 17 Jun 95 00:14:57 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa14653;
         17 Jun 95 1:14 +0100
Received: by gw.home.vix.com id AA27933; Fri, 16 Jun 95 11:20:23 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA27911; Fri, 16 Jun 95 11:20:21 -0700
Received: from msi-gateway1.metropolis.com
         by gaia.internex.net (SMI-8.6.9/SMI-SVR4) id LAA09751;
         Fri, 16 Jun 1995 11:20:08 -0700
Received: by msi-gateway1.metropolis.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.1)
         id AA3667; Fri, 16 Jun 95 11:28:09 -0700
Message-Id: <[email protected]>
Received: from MSI Notes Network with "Lotus Notes Mail Gateway for SMTP"
         id 8BDE298136F7BA68882561DD005C47BA; Fri, 16 Jun 95 11:28:02
To: Tim Bunce <[email protected]>
Cc: perldb-interest <[email protected]>
From: David Moellenhoff/MSI <[email protected]>
Date: 16 Jun 95 11:19:05 EDT
Subject: Re: Who is using DBI and/or DBD::Oracle?
Mime-Version: 1.0
Content-Type: Text/Plain

DBD::Oracle
7.1.3 Solaris 2.3 Moderate use


While I'm writing this message, I'll bring up a couple of other problems I've
noticed but not had a chance to fully document.

1. (Easy) - 'make install' leaves the permissions on DBI.pm and
$arch/DBI/DBIXS.h as 'r--------' rather than 'r--r--r--'.

2. (Harder) - The destruction of cursors doesn't seem to be working
properly.  The following code causes a core dump when the program
terminates:
 $csr = ora_open($lda,"any statement");
 do_something(@row) while (@row = ora_fetch($csr));
 ora_close($csr);
 ora_logoff($lda);
Tracing the code through the DBI/DBD, it appears as if an END block is
trying to destroy the $csr, but the $lda is already gone.  If I add an 'undef
$csr'
before the end of the program, it terminates normally.  I originally found this
problem in a multi-threaded program where the parent had opened and closed
a connection before fork()ing the children.  The children all died with
"oclose: invalid cursor" messages when they terminated.

3. (Unknown) - Using the same program in both oraperl-v2.4 and DBD
0.17, I found the DBD program to be about 3.5 times slower.  I haven't had a
chance to profile where the slowdown is occurring, but is this expected?

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06183-8@lion>;
         Sun, 18 Jun 1995 12:49:24 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 17 Jun 95 01:47:44 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa12192;
         17 Jun 95 2:47 +0100
Received: by gw.home.vix.com id AA16621; Fri, 16 Jun 95 16:34:31 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16609; Fri, 16 Jun 95 16:34:27 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id ac24767;
         17 Jun 95 0:34 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa12355;
         17 Jun 95 0:34 +0100
Received: from ig.co.uk by lion id <01856-0@lion>;
         Sat, 17 Jun 1995 00:33:58 +0100
To: [email protected]
Subject: Announce: DBD::Oracle-0.18
Date: Sat, 17 Jun 1995 00:33:58 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>

I really shouldn't have spent the time doing this but since the logout
error problem was quite common I thought I'd whip up a new release.

Changes in DBD::Oracle 0.18:

       Makefile.PL: HPUX now builds with LINKTYPE=static automatically.

       Fixed errors on logout/global destruction.
       Added logout/global destruction test to test.pl.

       Changed Oraperl.pm default mode from safe to fast (see func_ref()).

       Added platform who's-who list to README.

       Added $sth->readblob($field, $offset, $length [, \$dest) method.
       (You need to add the following after line 80 in DBI/DBI.pm:
          'readblob' =>   {'U'=>[4,5,'$field, $offset, $len [, \\$buf]']},
       in order to access the new readblob method.)

The readblob method is largely untested. I'd appreciate it if those who
use longs could try it out (and fix it if it's broken :-).

Enjoy.

Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06183-9@lion>;
         Sun, 18 Jun 1995 12:49:30 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 17 Jun 95 01:50:55 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa13100;
         17 Jun 95 2:50 +0100
Received: by gw.home.vix.com id AA16823; Fri, 16 Jun 95 16:39:58 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16819; Fri, 16 Jun 95 16:39:57 -0700
Received: from msi-gateway1.metropolis.com
         by gaia.internex.net (SMI-8.6.9/SMI-SVR4) id QAA26169;
         Fri, 16 Jun 1995 16:39:54 -0700
Received: by msi-gateway1.metropolis.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.1)
         id AA3763; Fri, 16 Jun 95 16:47:57 -0700
Message-Id: <[email protected]>
Received: from MSI Notes Network with "Lotus Notes Mail Gateway for SMTP"
         id 62D59E501AD85F7B882561DD00819576; Fri, 16 Jun 95 16:47:49
To: Tim Bunce <[email protected]>
Cc: perldb-interest <[email protected]>
From: David Moellenhoff/MSI <[email protected]>
Date: 16 Jun 95 16:38:46 EDT
Subject: Re: Who is using DBI and/or DBD::Oracle?
Mime-Version: 1.0
Content-Type: Text/Plain

>> 3. (Unknown) - Using the same program in both oraperl-v2.4 and DBD
>> 0.17, I found the DBD program to be about 3.5 times slower.  I haven't had a
>> chance to profile where the slowdown is occurring, but is this expected?
>>
>At the moment some slowdown must be expected. Several things contribute to it
>and all will be addressed over time. For example, DBD::Oracle does not
currently
>implement a row cache. I had some plans for row buffer management which
confused
>me while implementing that code. I now have a clearer view of that and at some
>point I'll reimplement the row cache. Probably as part of handling arrays being
>passed to and from PL/SQL.
>
>If you have the latest release try switching the commented lines of func_ref():
>
>    $name = "DBI::$name";           # Safer
>#   $name = "DBD::Oracle::$name";   # Faster
>
>in Oraperl.pm. I'd be interested in knowing what speedup you get.
>
>
>Tim.
Thanks, I'll give that a shot and let you know.

On another note, I found a problem with ora_do.  If the statement doesn't
modify any rows (like an 'analyze table'), it returns 0 rather than 'OK' (as
Oraperl does).  This 0 confuses things like
 ora_do($lda,"something") || die $ora_errstr;


-Dave
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06183-10@lion>;
         Sun, 18 Jun 1995 12:49:37 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 17 Jun 95 01:51:11 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa13163;
         17 Jun 95 2:51 +0100
Received: by gw.home.vix.com id AA15596; Fri, 16 Jun 95 16:17:32 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA15592; Fri, 16 Jun 95 16:17:29 -0700
Received: by disperse.demon.co.uk id ab22746; 17 Jun 95 0:17 +0100
Received: from post.demon.co.uk by disperse.demon.co.uk id ab21768;
         17 Jun 95 0:09 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ab10224;
         17 Jun 95 0:09 +0100
Received: from ig.co.uk by lion id <29390-0@lion>;
         Fri, 16 Jun 1995 20:34:10 +0100
To: [email protected]
Subject: Re: Who is using DBI and/or DBD::Oracle?
Cc: [email protected]
Date: Fri, 16 Jun 1995 20:34:10 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: David Moellenhoff/MSI <[email protected]>
>
> DBD::Oracle
> 7.1.3 Solaris 2.3 Moderate use
>
Thanks.

> While I'm writing this message, I'll bring up a couple of other problems I've
> noticed but not had a chance to fully document.
>
> 1. (Easy) - 'make install' leaves the permissions on DBI.pm and
> $arch/DBI/DBIXS.h as 'r--------' rather than 'r--r--r--'.
>
I think one of the perl 5.001 patches fixes this via MakeMaker.
My Makefile says '$(CHMOD) 644 $@' (Perl5.001 is up to patch l now.)


> 2. (Harder) - The destruction of cursors doesn't seem to be working
> properly.  The following code causes a core dump when the program
> terminates:
>   $csr = ora_open($lda,"any statement");
>   do_something(@row) while (@row = ora_fetch($csr));
>   ora_close($csr);
>   ora_logoff($lda);
> Tracing the code through the DBI/DBD, it appears as if an END block is
> trying to destroy the $csr, but the $lda is already gone.  If I add an 'undef
> $csr'
> before the end of the program, it terminates normally.  I originally found this
> problem in a multi-threaded program where the parent had opened and closed
> a connection before fork()ing the children.  The children all died with
> "oclose: invalid cursor" messages when they terminated.
>
I've added a test to test.pl for this and I think I've got an effective fix:

   /* NOTE: during global destruction this might get called _after_    */
   /* our parent dbh has been destroyed!                               */
   if (oclose(imp_sth->cda)) {
       /* Check for ORA-01041: 'hostdef extension doesn't exist'       */
       /* which indicates that the lda had already been logged out     */
       /* in which case only complain if not in 'global destruction'.  */
       if ( ! (imp_sth->cda->rc == 1041 && dirty) )
           do_error(sth, imp_sth->cda, imp_sth->cda->rc, "oclose error");
       /* fall through */
   }

Try this out if you don't want to wait for the next release.


> 3. (Unknown) - Using the same program in both oraperl-v2.4 and DBD
> 0.17, I found the DBD program to be about 3.5 times slower.  I haven't had a
> chance to profile where the slowdown is occurring, but is this expected?
>
At the moment some slowdown must be expected. Several things contribute to it
and all will be addressed over time. For example, DBD::Oracle does not currently
implement a row cache. I had some plans for row buffer management which confused
me while implementing that code. I now have a clearer view of that and at some
point I'll reimplement the row cache. Probably as part of handling arrays being
passed to and from PL/SQL.

If you have the latest release try switching the commented lines of func_ref():

   $name = "DBI::$name";           # Safer
#   $name = "DBD::Oracle::$name";   # Faster

in Oraperl.pm. I'd be interested in knowing what speedup you get.


Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06228-16@lion>;
         Sun, 18 Jun 1995 12:51:31 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 17 Jun 95 02:49:17 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa27698;
         17 Jun 95 3:48 +0100
Received: by gw.home.vix.com id AA21772; Fri, 16 Jun 95 18:12:51 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21768; Fri, 16 Jun 95 18:12:50 -0700
Received: from msi-gateway1.metropolis.com
         by gaia.internex.net (SMI-8.6.9/SMI-SVR4) id SAA00498;
         Fri, 16 Jun 1995 18:12:49 -0700
Received: by msi-gateway1.metropolis.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.1)
         id AA3799; Fri, 16 Jun 95 18:20:50 -0700
Message-Id: <[email protected]>
Received: from MSI Notes Network with "Lotus Notes Mail Gateway for SMTP"
         id 59B4D23A8A5DB1E6882561DE0003B5B8; Fri, 16 Jun 95 18:20:35
To: Tim Bunce <[email protected]>
Cc: perldb-interest <[email protected]>
From: David Moellenhoff/MSI <[email protected]>
Date: 16 Jun 95 18:11:29 EDT
Subject: Re: Who is using DBI and/or DBD::Oracle?
Mime-Version: 1.0
Content-Type: Text/Plain

>This is the kind of problem I've been expecting people to report. Pity it just
>missed the last release. Try changing the last line in ora_do() in Oraperl.pm
from:
>
>    $csr->rows;
>
>to:
>    my $rows = $csr->rows;
>    ($rows == 0) ? "OK" : $rows;
>
>Let me know if that fixes it for you.
>
Changing $csr->rows to
   ($csr->rows == 0 ? "OK" : $csr->rows);
works just fine, thanks.


There is another compatibility problem in:
 sub ora_autocommit {
     my($lda, $mode) = @_;
     $lda->{AutoCommit} = $mode;
 }

Calling ora_autocommit($lda,0) returns 0.  It probably should be
  sub ora_autocommit {
      my($lda, $mode) = @_;
      $lda->{AutoCommit} = $mode;
      ($mode ? $mode : "OK");
  }

As for the fix for cursor destruction, it doesn't work.  The test.pl as is
prints 'done.' and then core dumps with a segmentation fault.
Here's the stack trace:
------
There is absolutely no warranty for GDB; type "show warranty" for details.
GDB 4.14 (sparc-sun-solaris2.3),
Copyright 1995 Free Software Foundation, Inc...
Core was generated by `/usr/local/bin/perl -I./blib -I./blib
-I/usr/local/lib/perl5/sun4-solaris -I/us'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /usr/lib/libsocket.so.1...done.
Reading symbols from /usr/lib/libnsl.so.1...done.
Reading symbols from /usr/lib/libdl.so.1...done.
Reading symbols from /usr/lib/libm.so.1...done.
Reading symbols from /usr/lib/libc.so.1...done.
Reading symbols from /usr/lib/libintl.so.1...done.
Reading symbols from /usr/lib/libw.so.1...done.
Reading symbols from /usr/local/lib/perl5/sun4-solaris/auto/DBI/DBI.so...done.
Reading symbols from ./blib/auto/DBD/Oracle/Oracle.so...done.
Reading symbols from /usr/lib/libaio.so.1...done.
Reading symbols from /usr/lib/nss_files.so.1...done.
Reading symbols from /usr/lib/switch.so...done.
Reading symbols from /usr/lib/nss_dns.so.1...done.
Reading symbols from /usr/lib/libresolv.so.1...done.
#0  0xef4d4f14 in upicls ()
(gdb) bt
#0  0xef4d4f14 in upicls ()
#1  0xef463740 in ociclo ()
#2  0xef461614 in XS_DBD__Oracle__st_DESTROY ()
#3  0xef5e2ebc in XS_DBI_dispatch ()
#4  0x4e030 in pp_entersub ()
#5  0x1ce40 in perl_call_sv ()
#6  0x531c4 in sv_clear ()
#7  0x5354c in sv_free ()
#8  0x4ec84 in sv_clean_objs ()
#9  0x1b88c in perl_destruct ()
#10 0x1b658 in main ()
-----

'undef'ing $csr2 will avoid the core dump, but only if it is done
before the ora_logoff($lda2) call.  Attempting to 'undef' after
the ora_logoff still causes the core dump.  There is no message
about auto-destruction either way.


I haven't had a chance to examine the performance of the new DBD
yet.  I'll let you know.

>Tim.

-Dave
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06228-17@lion>;
         Sun, 18 Jun 1995 12:51:50 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 17 Jun 95 03:15:26 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa04384;
         17 Jun 95 4:15 +0100
Received: by gw.home.vix.com id AA16020; Fri, 16 Jun 95 16:23:41 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16016; Fri, 16 Jun 95 16:23:40 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa23456;
         17 Jun 95 0:23 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa11420;
         17 Jun 95 0:23 +0100
Received: from ig.co.uk by lion id <01699-0@lion>;
         Sat, 17 Jun 1995 00:22:51 +0100
To: [email protected]
Subject: Re: Who is using DBI and/or DBD::Oracle?
Cc: [email protected]
Date: Sat, 17 Jun 1995 00:22:51 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Jonathan Lemon <[email protected]>
>
> > I'd be grateful if anyone using DBD::Oracle could send me a quick message.
> >
> > Just give your Oracle version, some indication of your platform architecture
> > and a comment indicating how extensive your testing/usage is. Something like:
>
> 7.1.4 Sequent Dynix/ptx 2.1.x  built, spot tested.
>
> What I really would like to see is support for stored procedures.  Yeah, I
> know that other things come first....
>
> Anyways, if I attempt it now anyway, it hangs on $sth->execute().  :-(

Are you using a recent version of DBD::Oracle and a PL/SQL block with
named bind parameters?

Is anyone else doing any stored procedure / pl/sql work?

> Jonathan
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06228-21@lion>;
         Sun, 18 Jun 1995 12:52:48 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 17 Jun 95 05:45:35 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa28972;
         17 Jun 95 6:45 +0100
Received: by gw.home.vix.com id AA18203; Fri, 16 Jun 95 17:01:30 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA18199; Fri, 16 Jun 95 17:01:28 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id ad27787;
         17 Jun 95 1:00 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa14331;
         17 Jun 95 1:00 +0100
Received: from ig.co.uk by lion id <02230-0@lion>;
         Sat, 17 Jun 1995 01:00:19 +0100
To: [email protected]
Subject: Re: Who is using DBI and/or DBD::Oracle?
Cc: [email protected]
Date: Sat, 17 Jun 1995 01:00:19 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From @gaia.internex.net:[email protected] Sat Jun 17 00:42:46 1995
> From: David Moellenhoff/MSI <[email protected]>
>
> On another note, I found a problem with ora_do.  If the statement doesn't
> modify any rows (like an 'analyze table'), it returns 0 rather than 'OK' (as
> Oraperl does).  This 0 confuses things like
>   ora_do($lda,"something") || die $ora_errstr;
>
This is the kind of problem I've been expecting people to report. Pity it just
missed the last release. Try changing the last line in ora_do() in Oraperl.pm from:

   $csr->rows;

to:
   my $rows = $csr->rows;
   ($rows == 0) ? "OK" : $rows;

Let me know if that fixes it for you.

> -Dave
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07127-9@lion>;
         Sun, 18 Jun 1995 12:56:21 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sun, 18 Jun 95 08:26:05 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa23135;
         18 Jun 95 9:25 +0100
Received: by gw.home.vix.com id AA19299; Sat, 17 Jun 95 23:20:24 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19291; Sat, 17 Jun 95 23:20:23 -0700
Received: from msi-gateway1.metropolis.com
         by gaia.internex.net (SMI-8.6.9/SMI-SVR4) id TAA06899;
         Sat, 17 Jun 1995 19:16:33 -0700
Received: by msi-gateway1.metropolis.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.1)
         id AA3937; Sat, 17 Jun 95 19:21:52 -0700
Message-Id: <[email protected]>
Received: from MSI Notes Network with "Lotus Notes Mail Gateway for SMTP"
         id 6ED3C28B4799F7FC882561DF000A4B97; Sat, 17 Jun 95 19:16:38
To: Tim Bunce <[email protected]>
Cc: perldb-interest <[email protected]>
From: David Moellenhoff/MSI <[email protected]>
Date: 17 Jun 95 19:07:14 EDT
Subject: Re: Who is using DBI and/or DBD::Oracle?
Mime-Version: 1.0
Content-Type: Text/Plain

>> 3. (Unknown) - Using the same program in both oraperl-v2.4 and DBD
>> 0.17, I found the DBD program to be about 3.5 times slower.  I haven't had a
>> chance to profile where the slowdown is occurring, but is this expected?
>>
>At the moment some slowdown must be expected. Several things contribute to it
>and all will be addressed over time. For example, DBD::Oracle does not
currently
>implement a row cache. I had some plans for row buffer management which
confused
>me while implementing that code. I now have a clearer view of that and at some
>point I'll reimplement the row cache. Probably as part of handling arrays being
>passed to and from PL/SQL.
>
>If you have the latest release try switching the commented lines of func_ref():
>
>    $name = "DBI::$name";           # Safer
>#   $name = "DBD::Oracle::$name";   # Faster
>
>in Oraperl.pm. I'd be interested in knowing what speedup you get.

Since you went ahead and included that change in 0.18, I thought I'd go ahead
and
get some hard numbers.  I wrote and timed two test programs (see below) using
Oraperl 2.4 and DBD 0.18. (I also ported them to Sybperl 2b1 just for the hell
of it.)
The first program just does a SELECT * on a 4 column (3 NUMBER(5)s and 1
NUMBER(10)), 80000 row table.  The second program does 30,000 SELECT *s
on the same table where FIELD3 = $index (which should return only a few rows).
The results were:

  Program 1   Program 2
Oraperl 2.4  1:27    19:55
DBD 0.18  5:11    26:07
Sybperl 2b1  0:18    10:03

The programs were run on a SPARCStation 20 under Solaris 2.3.  Oracle was
version 7.1.3 on a SPARCStation 10 (SunOS 4.1.3) and Sybase was System 10
on a 486 running NT.

Since the single, large SELECT was 5 times slower and the many SELECTS
was only 25% slower, I'd guess that the row caching may make a significant
difference.  Does Oraperl 2.4 implement caching?  Sybperl being SO much
faster would tend to argue against anything inherent in perl5...

>
>Tim.
>
-Dave

Here's Program 1:
------------------------------------------------------------------------
#! /usr/local/bin/perl -w

use Oraperl;
$| = 1;
$lda = &ora_login('xxx','xxx','xxx') || die $ora_errstr;

$csr = &ora_open($lda,'SELECT * from test_table') || die $ora_errstr;

$row_count = 0;

while (@row = &ora_fetch($csr)) {
 $row_count++;
 print "."  if (! ($row_count%1000));
 }

&ora_close($csr) || die $ora_errstr;
undef $csr; # Avoid nasty core dump problem when $csr is auto-destroyed
&ora_logoff($lda) || die $ora_errstr;
exit 0;
--------------------------------------------------------------------------

And here's Program 2:
----------------------------------------------------------------------------
#! /usr/local/bin/perl -w

use Oraperl;

$| = 1;
$lda = &ora_login('xxx','xxx','xxx') || die $ora_errstr;

for ($i=0;$i<=30000;$i++) {
$csr = &ora_open($lda,"SELECT * from test_table where field3=$i") || die
$ora_errstr;

print "."  if (! ($i%1000));
$row_count = 0;
while (@row = &ora_fetch($csr)) {
 $row_count++;
 }
&ora_close($csr) || die $ora_errstr;
undef $csr; # Avoid nasty core-dump problems with auto-destroy
}

&ora_logoff($lda) || die $ora_errstr;
-----------------------------------------------------------------------
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <22387-0@lion>;
         Sun, 18 Jun 1995 21:58:04 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Sun, 18 Jun 95 18:53:19 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa09070;
         18 Jun 95 19:53 +0100
Received: by gw.home.vix.com id AA21878; Sun, 18 Jun 95 09:14:57 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21874; Sun, 18 Jun 95 09:14:55 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa01579;
         18 Jun 95 17:13 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id af29954;
         18 Jun 95 17:13 +0100
Received: from ig.co.uk by lion id <08770-0@lion>;
         Sun, 18 Jun 1995 14:36:54 +0100
To: [email protected]
Subject: Re: Who is using DBI and/or DBD::Oracle?
Cc: [email protected]
Date: Sun, 18 Jun 1995 14:36:54 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Greg Anderson <[email protected]>
>
> >I'd also like to hear any comments about what else needs to be done to make
> >the Oraperl emulation more complete.
>
> For what I'm doing it's fine the way it is.  I did notice that in the
> next-to-last release you forgot to un-comment an important line in the
> ora_do implementation, but you've probably figured that out by now ;-)
>
Careful! Since your message I have updated the ora_do comment to read:

   my $csr = $lda->prepare($stmt) or return undef;

   # Oracle OCI will automatically execute DDL statements in prepare()!
   # We must be carefull not to execute them again! This needs careful
   # examination and thought.
#   my $ret = $csr->execute;

I've not yet got to the bottom of this. I need a way to tell if oparse()
has actually executed the statement. Do any OCI gurus out there know of
a way? (Sometime I'll get around to asking Oracle.)

> Thanks,
> Greg

Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <22392-16@lion>;
         Sun, 18 Jun 1995 21:59:41 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sun, 18 Jun 95 18:15:51 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa04077;
         18 Jun 95 19:15 +0100
Received: by gw.home.vix.com id AA21872; Sun, 18 Jun 95 09:14:26 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21868; Sun, 18 Jun 95 09:14:24 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id ae01553;
         18 Jun 95 17:13 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ae29954;
         18 Jun 95 17:13 +0100
Received: from ig.co.uk by lion id <08580-0@lion>;
         Sun, 18 Jun 1995 14:14:49 +0100
To: [email protected]
Subject: Re: Who is using DBI and/or DBD::Oracle?
Cc: [email protected]
Date: Sun, 18 Jun 1995 14:14:49 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: David Moellenhoff/MSI <[email protected]>
>
> Since you went ahead and included that change in 0.18, I thought I'd go ahead
> and get some hard numbers.  I wrote and timed two test programs (see below) using
> Oraperl 2.4 and DBD 0.18. (I also ported them to Sybperl 2b1 just for the hell
> of it.)
> The first program just does a SELECT * on a 4 column (3 NUMBER(5)s and 1
> NUMBER(10)), 80000 row table.  The second program does 30,000 SELECT *s
> on the same table where FIELD3 = $index (which should return only a few rows).
> The results were:
>
>           Program 1   Program 2
> Oraperl 2.4  1:27    19:55
> DBD 0.18     5:11    26:07
> Sybperl 2b1  0:18    10:03
>
> The programs were run on a SPARCStation 20 under Solaris 2.3.  Oracle was
> version 7.1.3 on a SPARCStation 10 (SunOS 4.1.3) and Sybase was System 10
> on a 486 running NT.
>
Could you do me a favour, rerun the Oraperl 2.4 test again giving an extra
parameter '1' to ora_open(). That will effectively disable the cache.
The results would be very interesting for me. Thanks.

> Since the single, large SELECT was 5 times slower and the many SELECTS
> was only 25% slower, I'd guess that the row caching may make a significant
> difference.  Does Oraperl 2.4 implement caching?

Yes, it defaults to 5 rows.

In the medium term there are quite a few things I can do to make DBD::Oracle
faster. These include fetching multiple rows (oraperl style caching), reusing SVs,
allocating IVs and NVs for numbers instead of converting to strings etc.

> -Dave
>
Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <23049-0@lion>;
         Sun, 18 Jun 1995 22:26:17 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sun, 18 Jun 95 21:21:35 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa22866;
         18 Jun 95 22:21 +0100
Received: by gw.home.vix.com id AA21866; Sun, 18 Jun 95 09:14:00 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21859; Sun, 18 Jun 95 09:13:54 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa01548;
         18 Jun 95 17:13 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa29954;
         18 Jun 95 17:13 +0100
Received: from ig.co.uk by lion id <08285-0@lion>;
         Sun, 18 Jun 1995 13:43:50 +0100
To: [email protected]
Subject: Re: Who is using DBI and/or DBD::Oracle?
Cc: [email protected]
Date: Sun, 18 Jun 1995 13:43:50 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: David Moellenhoff/MSI <[email protected]>
>
> >This is the kind of problem I've been expecting people to report. Pity it just
> >missed the last release. Try changing the last line in ora_do() in Oraperl.pm from:
> >
> >    $csr->rows;
> >to:
> >    my $rows = $csr->rows;
> >    ($rows == 0) ? "OK" : $rows;
> >
> >Let me know if that fixes it for you.
> >
> Changing $csr->rows to
>     ($csr->rows == 0 ? "OK" : $csr->rows);
> works just fine, thanks.
>
Okay.

> There is another compatibility problem in:
>   sub ora_autocommit {
>       my($lda, $mode) = @_;
>       $lda->{AutoCommit} = $mode;
>   }
>
> Calling ora_autocommit($lda,0) returns 0.  It probably should be
>    sub ora_autocommit {
>        my($lda, $mode) = @_;
>        $lda->{AutoCommit} = $mode;
>        ($mode ? $mode : "OK");
>    }

This raises an interesting point. There is no very practical way to check
the success of an attribute assignment like this one. An error event would
be raised but that would still not be able to alter the return value. In cases
where you need to check for success you may be able to do: if ($h->STORE(...))
I'll look into it.

Anyway, in the short term I'll just make ora_autocommit always return "OK"
since that's what oraperl does (regardless of $mode) if there is no error.

> As for the fix for cursor destruction, it doesn't work.  The test.pl as is
> prints 'done.' and then core dumps with a segmentation fault.

It works for me (on Solaris 1, Oracle 7.0.x). I'll see if I can get it
to fail on Solaris 2. Could you send me directly the output after adding
DBI->internal->{DebugDispatch} = 2; before the &ora_close($csr2); line.

> -Dave
>
Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24692-0@lion>;
         Mon, 19 Jun 1995 07:02:49 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sun, 18 Jun 95 23:03:23 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09046;
         19 Jun 95 0:03 +0100
Received: by gw.home.vix.com id AA05609; Sun, 18 Jun 95 14:16:22 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA05605; Sun, 18 Jun 95 14:16:18 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa00723;
         18 Jun 95 22:13 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa00257;
         18 Jun 95 22:14 +0100
Received: from ig.co.uk by lion id <22799-0@lion>;
         Sun, 18 Jun 1995 22:13:31 +0100
To: [email protected]
Subject: Re: Who is using DBI and/or DBD::Oracle?
Cc: [email protected], [email protected]
Date: Sun, 18 Jun 1995 22:13:31 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Greg Anderson <[email protected]>
> Cc: [email protected]
>
Ooops, Greg, you CC'd to the wrong list. I've CC'd to perldb-interest
and left CGI-perl on for now so they know this was an accident.

> Tim Bunce <[email protected]> writes:
>
> >Careful! Since your message I have updated the ora_do comment to read:
> >
> >    my $csr = $lda->prepare($stmt) or return undef;
> >
> >    # Oracle OCI will automatically execute DDL statements in prepare()!
> >    # We must be carefull not to execute them again! This needs careful
> >    # examination and thought.
> >#   my $ret = $csr->execute;
> >
> >I've not yet got to the bottom of this. I need a way to tell if oparse()
> >has actually executed the statement. Do any OCI gurus out there know of
> >a way? (Sometime I'll get around to asking Oracle.)
>
> Ah, I see the problem.  Two thoughts:
>
>         1.  Call oparse in deferred mode (set the defflg parm to 1).  This will
>             keep anything from happening until the execute.  This has other
>             less fortunate effects too, like being slower (I think) and
>             returning fewer error codes in the parse.
>
It's actually faster but would only work if linked in deferred mode.

>         2.  Check the SQL function code in the cursor data area after the
>             parse.  If the function code is not that of select, update,
>             insert, or delete, then don't do the execute.  Is this,
>             however, an exhaustive list of data manipulation functions?
>             Probably not -- I don't have the book in front of me at the
>             moment, but you get the idea.
>
Yes, I think this is the way it'll have to be. Not ideal but workable.

> Greg

Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24692-3@lion>;
         Mon, 19 Jun 1995 07:03:14 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Mon, 19 Jun 95 00:42:13 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa12786;
         19 Jun 95 1:42 +0100
Received: by gw.home.vix.com id AA06519; Sun, 18 Jun 95 14:28:07 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA06515; Sun, 18 Jun 95 14:28:05 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id ab02031;
         18 Jun 95 22:27 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa01621;
         18 Jun 95 22:27 +0100
Received: from ig.co.uk by lion id <23062-0@lion>;
         Sun, 18 Jun 1995 22:27:01 +0100
To: [email protected], [email protected]
Subject: Re: MakeMaker test: target for LINKTYPE=static broken (patch)
Cc: [email protected]
Date: Sun, 18 Jun 1995 22:27:01 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Jeff Okamoto <[email protected]>
>
> > if you're unlucky enough to have to use static linking (which HPUX often
> > needs even though it supports dynamic loading) you have to do:
>
> Let's please be certain that we're complaining about the right thing.
> HP-UX requires that archive libraries (.a) be compiled with position-
> independent code (PIC) before it will allow it to be linked into a
> shared library.  I'm not familiar with many other Unixes, but I think
> they share the same requirement.
>
Neither Solaris 1 or Solaris 2 share that same requirement.

On the other hand people can get a nasty surprise if they run many
processes which dynamically load non-pic code...

Running 10 perl processes each of which dynamically loads DBD::Oracle
will use up _much_ more memory than 10 perl processes with DBD::Oracle
statically linked.

This is because the solaris runtime linker will put non-pic code into
private (non-shared) pages and then fix-up the relocations as normal.
This is rather handy, but a trap for the unwary.

I didn't mean to slur HP's good name I just didn't think is was worth
explaining. I guess now I do ;-)

The outcome is still the same. Some platforms which do support dynamic
loading will still require extensions which link to third-party non-pic
libs to be built statically. In which case we should strive to make it
simple and hassle free.

> The folks we should be kvetching about are vendors who don't provide
> archive libraries of PIC object modules.
>
Very true. I think Oracle are releasing shared libraries with Oracle 7.2.
I hope CA-Ingres will with OpenIngres 1.1.

> Jeff
>
Tim.

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24692-5@lion>;
         Mon, 19 Jun 1995 07:03:30 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Mon, 19 Jun 95 00:42:49 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa12927;
         19 Jun 95 1:42 +0100
Received: by gw.home.vix.com id AA09482; Sun, 18 Jun 95 15:27:05 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA09478; Sun, 18 Jun 95 15:27:04 -0700
Received: from msi-gateway1.metropolis.com
         by gaia.internex.net (SMI-8.6.9/SMI-SVR4) id OAA27271;
         Sun, 18 Jun 1995 14:03:07 -0700
Received: by msi-gateway1.metropolis.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.1)
         id AA4033; Sun, 18 Jun 95 14:11:21 -0700
Message-Id: <[email protected]>
Received: from MSI Notes Network with "Lotus Notes Mail Gateway for SMTP"
         id EC71D0E6E221CF16882561DF0073672B; Sun, 18 Jun 95 14:11:04
To: Tim Bunce <[email protected]>
Cc: perldb-interest <[email protected]>
From: David Moellenhoff/MSI <[email protected]>
Date: 18 Jun 95 14:02:03 EDT
Subject: Re: Who is using DBI and/or DBD::Oracle?
Mime-Version: 1.0
Content-Type: Text/Plain

>
>> As for the fix for cursor destruction, it doesn't work.  The test.pl as is
>> prints 'done.' and then core dumps with a segmentation fault.
>
>It works for me (on Solaris 1, Oracle 7.0.x). I'll see if I can get it
>to fail on Solaris 2. Could you send me directly the output after adding
>DBI->internal->{DebugDispatch} = 2; before the &ora_close($csr2); line.

Here you go.
--------------------------------
Test interaction of explicit close/logoff and implicit DESTROYs
Expect just 'done.', no other messages:
   DBI dispatch debug level set to 2
done.

Test complete.
DBI::END
DBI::disconnect_all
DBI::disconnect_all for 'DBI::dr=HASH(0x140898)'
   >> disconnect_all DISPATCH (DBI::dr=HASH(0x140898) @1 g0 a13c2c0 r2)
   -> disconnect_all in DBD::_::dr for DBD::Oracle::dr
(DBI::dr=HASH(0x140898)~0x1477e0)
   <- disconnect_all= undef
DBI::END complete
   >> DESTROY     DISPATCH (DBI::st=HASH(0x1447e0) @1 g0 a0 r0)
   -> DESTROY for DBD::Oracle::st (DBI::st=HASH(0x1447e0))
*** Signal 11 - core dumped
make: Fatal error: Command failed for target `test'

>Tim.

-Dave

---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <00188-16@lion>;
         Tue, 20 Jun 1995 07:04:01 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Tue, 20 Jun 95 02:43:40 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa09519;
         20 Jun 95 3:42 +0100
Received: by gw.home.vix.com id AA22590; Mon, 19 Jun 95 03:32:25 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA22565; Mon, 19 Jun 95 03:32:15 -0700
Received: from alma.mcqueen.com (alma.mcqueen.com [193.133.160.249])
         by fruitbat.mcqueen.com (8.6.12/8.6.12) with ESMTP id LAA15024
         for <[email protected]>; Mon, 19 Jun 1995 11:29:40 +0100
Received: (from descarte@localhost) by alma.mcqueen.com (8.6.12/8.6.12)
         id LAA25170 for [email protected];
         Mon, 19 Jun 1995 11:33:07 +0100
From: Alligator Descartes <[email protected]>
Message-Id: <[email protected]>
Subject: Disconnection issues.
To: [email protected]
Date: Mon, 19 Jun 1995 11:33:06 +0100 (BST)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Content-Length: 1645


Hi.

I've been fiddling about with DBI-0.55 and DBD::Oracle-0.18 over the last
week and I've spotted something that's not quite right with regard to
disconnecting from Oracle instances.....

Within a sub, I have a few 'my' variables to hold the information. On executing
this sub I want to connect, read some junk, then disconnect completely.

I connect to the database......Fine.
I prepare a cursor.............Fine.
I execute the cursor...........Fine.
I fetch the results............Fine.
I disconnect...................Nope.

Watching the connection/disconnection flow with another tool I've written, I
can see that after the disconnect statement ( $rc = $drh->disconnect_all(); )
the DBI connection doesn't go away.

Only once I kill the tool completely, it removes the stuff from the database
process table and the tool flags:

       Database handle destroyed without disconnect during global destruction.

Any ideas? I've also tried a: $rc = $dbh->disconnect(); call, but it appeared
to blow out with:

NEW EVENT 'ERROR', 3114, 'ORA-03114: not connected to ORACLE (DBD: oclose error)' at ./tkdba.pl line 388.
ERROR EVENT: DBI::st=HASH(0x454c68)->DBI::default_handler:
       3114 ORA-03114: not connected to ORACLE (DBD: oclose error)
at ./tkdba.pl line 388
NEW EVENT 'ERROR', 3114, 'ORA-03114: not connected to ORACLE (DBD: oclose error)' at ./tkdba.pl line 388.
ERROR EVENT: DBI::st=HASH(0x43b158)->DBI::default_handler:
       3114 ORA-03114: not connected to ORACLE (DBD: oclose error)

stuff on exiting the sub. No 'database handle' errors on exiting the tool
though.......

Thanks.

--
Alligator Descartes     |
[email protected]    |
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <00188-18@lion>;
         Tue, 20 Jun 1995 07:04:40 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Tue, 20 Jun 95 02:50:15 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa11182;
         20 Jun 95 3:49 +0100
Received: by gw.home.vix.com id AA28596; Mon, 19 Jun 95 13:16:23 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA28592; Mon, 19 Jun 95 13:16:21 -0700
Received: from [147.140.129.48] by 147.140.129.48 with SMTP;
         Mon, 19 Jun 1995 16:13:57 -0400 (EDT)
Message-Id: <ac0b99f904021004efaf@[147.140.129.48]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Mon, 19 Jun 1995 16:18:40 -0500
To: [email protected]
From: Insoo Kang <[email protected]>

unsubscribe


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <00190-28@lion>;
         Tue, 20 Jun 1995 07:07:21 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 20 Jun 95 01:17:10 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa04781;
         20 Jun 95 2:16 +0100
Received: by gw.home.vix.com id AA13962; Mon, 19 Jun 95 10:11:13 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA13958; Mon, 19 Jun 95 10:11:11 -0700
Received: by uu3.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA17381
         for ; Mon, 19 Jun 95 13:02:42 -0400
Received: from pc.tfimbs.dlj.com by tfigate.tfisys.dlj.com (8.6.5/8.6.5)
         id MAA19939 ; Mon, 19 Jun 1995 12:14:32 -0400
Received: from ceiling.tfimbs.dlj.com by pc.tfimbs.dlj.com (8.6.5/8.6.5)
         id KAA07942 ; Mon, 19 Jun 1995 10:59:13 -0400
Received: from localhost by ceiling.tfimbs.dlj.com (8.6.5) id KAA14177;
         Mon, 19 Jun 1995 10:59:11 -0400
Date: Mon, 19 Jun 1995 10:59:10 -0400 (EDT)
From: Stuart Lee <[email protected]>
To: [email protected]
Message-Id: <Pine.SUN.3.91.950619105857.12358H-100000@ceiling>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

unsubscribe

-----------
Stuart Lee
[email protected]                     Donaldson, Lufkin & Jenrette
Tel (212) 504-3330                         140 Broadway
Fax (212) 504-2231                         New York, NY  10005

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <00222-19@lion>;
         Tue, 20 Jun 1995 07:08:14 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 20 Jun 95 04:56:03 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa21046;
         20 Jun 95 5:55 +0100
Received: by gw.home.vix.com id AA13708; Mon, 19 Jun 95 16:41:00 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA13704; Mon, 19 Jun 95 16:40:58 -0700
Received: from eliza.parc.xerox.com ([13.2.12.4]) by alpha.xerox.com with SMTP
         id <14443(4)>; Mon, 19 Jun 1995 16:40:49 PDT
Received: by eliza.parc.xerox.com id <86021>; Mon, 19 Jun 1995 16:40:43 -0700
From: Yuxi Yin <[email protected]>
To: [email protected]
Subject: Please remove me from your mailing list(EOM)
Message-Id: <[email protected]>
Date: Mon, 19 Jun 1995 16:40:29 PDT


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <01081-1@lion>;
         Thu, 22 Jun 1995 00:41:20 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 21 Jun 95 23:09:22 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa29172;
         22 Jun 95 0:09 +0100
Received: by gw.home.vix.com id AA18990; Wed, 21 Jun 95 10:43:43 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA18983; Wed, 21 Jun 95 10:43:41 -0700
Received: (from andre@localhost)
         by taoti.hydraulique.ge.hydro.qc.ca (8.6.11/8.6.11) id NAA02684
         for [email protected]; Wed, 21 Jun 1995 13:43:24 -0400
Date: Wed, 21 Jun 1995 13:43:24 -0400
From: Andre Gagnon <[email protected]>
Message-Id: <[email protected]>
To: [email protected]
Subject: unsubscribe

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <01975-4@lion>;
         Thu, 22 Jun 1995 01:39:00 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 21 Jun 95 23:57:33 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa18825;
         22 Jun 95 0:57 +0100
Received: by gw.home.vix.com id AA13240; Wed, 21 Jun 95 09:01:00 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA13234; Wed, 21 Jun 95 09:00:53 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa29754;
         21 Jun 95 16:20 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa11677;
         21 Jun 95 16:20 +0100
Received: from ig.co.uk by lion id <18490-0@lion>;
         Wed, 21 Jun 1995 14:32:14 +0100
To: [email protected]
Subject: Re: More DBI hassles
Cc: [email protected]
Date: Wed, 21 Jun 1995 14:32:14 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: [email protected]
>
> Tim, could you CC: this onto the list. I appear to get weird bouncing problems.
>
> Anyway, the saga of the disconnection problems continues.
>
> How the *hell* can I get disconnected from an instance cleanly using straight
> DBD::Oracle and not Oraperl emulation.
>
> I seem to get torn between no errors, but no disconnection, or ORA-1041
> and other assorteds and disconnection.
>
> Most infuriating!
>
Agreed. It's also infuriating for me that I can't reproduce it and
others don't seem to be having the same problem.

As a workaround saying  'undef $dbh;' and _not_ calling any
disconnect/logoff functions should be effective (assuming you don't
have other copies of the $dbh lying around). The Perl5 reference
counting will ensure that $dbh->DESTROY gets called and that will
disconnect you.

Also, *please* post to the list a small simple test case and details of
the versions of Oracle, DBI, DBD::Oracle, perl and your O/S.

Hopefully others will try your test case and we can track it down that way.
My test.pl script works for Solaris 1 and Solaris 2.3.

> Thanks.
>
> --
> Alligator Descartes   |
> [email protected]  |

Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03097-0@lion>;
         Thu, 22 Jun 1995 02:53:11 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 22 Jun 95 01:52:05 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa24277;
         22 Jun 95 2:51 +0100
Received: by gw.home.vix.com id AA14874; Wed, 21 Jun 95 17:07:06 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA14869; Wed, 21 Jun 95 17:07:04 -0700
Received: from sumatra.americantv.com
         by fullfeed.msn.fullfeed.com (8.6.9/FF-1.1) id TAA19839;
         Wed, 21 Jun 1995 19:06:54 -0500
Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12)
         with UUCP id TAA16911; Wed, 21 Jun 1995 19:07:13 -0500
Received: (jlemon@localhost) by right.PCS (8.6.12/8.6.4) id TAA24080;
         Wed, 21 Jun 1995 19:05:14 -0500
From: Jonathan Lemon <[email protected]>
Message-Id: <[email protected]>
Subject: Re: More DBI hassles
To: Tim Bunce <[email protected]>, [email protected]
Date: Wed, 21 Jun 1995 19:05:14 -0500 (CDT)
In-Reply-To: <[email protected]> from "Tim Bunce" at Jun 21, 95 02:32:14 pm
X-Mailer: ELM [version 2.4 PL21]
Content-Type: text
Content-Length: 1954

> > How the *hell* can I get disconnected from an instance cleanly using straight
> > DBD::Oracle and not Oraperl emulation.
> >
> > I seem to get torn between no errors, but no disconnection, or ORA-1041
> > and other assorteds and disconnection.
> >
> > Most infuriating!
> >
> Agreed. It's also infuriating for me that I can't reproduce it and
> others don't seem to be having the same problem.
>
> As a workaround saying  'undef $dbh;' and _not_ calling any
> disconnect/logoff functions should be effective (assuming you don't
> have other copies of the $dbh lying around). The Perl5 reference
> counting will ensure that $dbh->DESTROY gets called and that will
> disconnect you.

I looked at this a little bit, as I was getting the ORA-1041 error also.
Apparently the problem is that when you call $dbh->disconnect, it
disconnects from the database and zeros out the HDA portion of the login
area.  Then when perl is exiting, it finds calls $sth->DESTROY, which fails,
since the HDA has been cleared, and we're already disconnected from the
database.  One solution is to do 'undef $sth', which forces the DESTROY call
to be before the disconnection.  Perhaps finish should really do a
oclose() call instead of just an ocan() call, as it does now?

It's possible I'm not using the DBI interface correctly; I'm not quite
up to par on the latest DBI spec.
--
Jonathan

----------------------------------- cut here -----------------------------------

#!./perl

require 'getopts.pl';

use DBI;
#use strict;

$opt_d = 0;
&Getopts('d') || die "Invalid options\n";

eval 'DBI->internal->{DebugDispatch} = 2;' if $opt_d;

$drh = DBI->install_driver('Oracle');

$dbh = $drh->connect('', 'prog', 'prog');

$sth = $dbh->prepare("select trunc(sysdate) from dual");
#$rc = $sth->execute;
#($date) = $sth->fetchrow;
#print "Date is: $date\n";
#$rc = $sth->finish;

#
# With this commented out, we get an ORA-01041 error.
#
#undef $sth;

$dbh->disconnect;
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03989-1@lion>;
         Thu, 22 Jun 1995 07:01:37 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 22 Jun 95 03:34:55 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa23418;
         22 Jun 95 4:34 +0100
Received: by gw.home.vix.com id AA17527; Wed, 21 Jun 95 17:55:45 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA17523; Wed, 21 Jun 95 17:55:44 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa15426;
         22 Jun 95 1:46 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa20454;
         22 Jun 95 1:47 +0100
Received: from ig.co.uk by lion id <02223-0@lion>;
         Thu, 22 Jun 1995 01:46:43 +0100
To: [email protected]
Subject: Announce: DBI-0.58 and DBD-Oracle-0.19
Date: Thu, 22 Jun 1995 01:46:43 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>

Available from the usual place.

This is a bug fix release for those with ORA-1041 errors.

You'll need the DBI as well since I've made some other changes.

Those of you who are happy and don't feel the urge to send DBI logging to
a file might as well not upgrade just yet.

Regards,
Tim.
[...dashing off for a few days break...]
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03989-3@lion>;
         Thu, 22 Jun 1995 07:01:48 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 22 Jun 95 03:35:41 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa23654;
         22 Jun 95 4:35 +0100
Received: by gw.home.vix.com id AA14002; Wed, 21 Jun 95 16:50:28 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA13991; Wed, 21 Jun 95 16:50:25 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa10888;
         22 Jun 95 0:41 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ac11997;
         22 Jun 95 0:41 +0100
Received: from ig.co.uk by lion id <00918-0@lion>;
         Thu, 22 Jun 1995 00:04:55 +0100
To: [email protected]
Subject: Re: More DBI hassles
Cc: [email protected]
Date: Thu, 22 Jun 1995 00:04:55 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: [email protected]
>
> > > Anyway, the saga of the disconnection problems continues.
> > >
> > > [...]

I tracked this down and I'm working on a fix. The previous solution
just masked the underlying problem.

The new release will also allow you to say

       DBI->internal->{DebugLog} = $filename;

to send logging to a file.

Sadly I'm off till Monday so that's the earliest you'll see it.

> Alligator Descartes   |
> [email protected]  |
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03989-11@lion>;
         Thu, 22 Jun 1995 07:02:42 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 22 Jun 95 05:29:42 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa22933;
         22 Jun 95 6:29 +0100
Received: by gw.home.vix.com id AA16943; Wed, 21 Jun 95 17:44:31 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16939; Wed, 21 Jun 95 17:44:29 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa14787;
         22 Jun 95 1:39 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa19089;
         22 Jun 95 1:39 +0100
Received: from ig.co.uk by lion id <01627-0@lion>;
         Thu, 22 Jun 1995 01:16:14 +0100
To: [email protected]
Subject: Re: DBD::Oracle on DEC Alpha OSF/1
Cc: [email protected]
Date: Thu, 22 Jun 1995 01:16:14 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Royal Hansen <[email protected]>
>
> We are using a DEC Alpha running osf/1 v2.1, Oracle 7.1.3, Perl 5.001l,
> and DBD v.0.18 and DBI v.57.  Here are the results of the following statements->
>
> [...]
>
> Configuring DBD::Oracle version 0.18...
> Using Oracle in /disk1/dba/oracle/product/7.1.3
> Oracle sysliblist: -lm
> Using /disk1/dba/oracle/product/7.1.3/proc/lib/proc.mk version 1.11
> System: perl5.001 osf1 alpha.med.utah.edu v2.1 250 alpha  alpha-dec_osf
> Compiler: cc -O2 -Olimit 2900 -DSTANDARD_C
> Oracle proc.mk would have used these values but we override them:
>   CC:       cc
>   CFLAGS:   -I. -O
>   LDFLAGS:  -non_shared -L$(LIBHOME) $(NO_STRIP_EXE?:"-s")
> $(NO_O2_BUG?-O2:-O1)

> cc -c -DSTANDARD_C -O2 -Olimit 2900 -I/usr/local/lib/perl5/alpha-dec_osf/CORE c
> cc -c -DSTANDARD_C -O2 -Olimit 2900 -I/usr/local/lib/perl5/alpha-dec_osf/CORE c
> LD_RUN_PATH="" ld -o ./blib/auto/DBD/Oracle/Oracle.so -shared
> -expect_unresolvem

> Oraperl test application $Revision: 1.12 $
> Oraperl Emulation Interface $Revision: 1.16 $
> Oracle Driver $Revision: 1.15 $
> DBI Switch by Tim Bunce, $Revision: 1.38 $
>
> ERROR EVENT: DBI::dr=HASH(0x14011bde8)->DBI::default_handler:
>         0 ORA-00000: normal, successful completion (DBD: login failed)
>  at blib/DBD/Oracle.pm line 84
> ora_login: 0: ORA-00000: normal, successful completion (DBD: login failed)

Umm, that's rather odd!

The code is simply:

   if (orlon(&imp_dbh->lda, imp_dbh->hda, (text*)uid,-1, (text*)pwd,-1,0)){
       do_error(drh, &imp_dbh->lda, imp_dbh->lda.rc, "login failed");

so orlon must have returned non-zero as far as your C compiler was concerned.
The OCI manual is quite explicit that zero means success and non-zero means
an error occured.

Since the code works fine on many other platforms I'd have to conclude that
it's something specific to your platform/compiler etc.

Can you compile and run the proc/demo/sample.c program okay?  If so
please send me a copy of your sample.c and the header files it uses,
and copy of your proc.mk and please hack the if(orlon()) code above to
print out the return value.

Sorry I can't be more help in the short term.

Does anyone else use OCI on Alpha's?

Tim.
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <12267-15@lion>;
         Fri, 23 Jun 1995 07:02:42 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Thu, 22 Jun 95 19:51:46 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa14723;
         22 Jun 95 20:51 +0100
Received: by gw.home.vix.com id AA23302; Thu, 22 Jun 95 04:11:23 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA23294; Thu, 22 Jun 95 04:11:07 -0700
Received: from alma.mcqueen.com (alma.mcqueen.com [193.133.160.249])
         by fruitbat.mcqueen.com (8.6.12/8.6.12) with ESMTP id MAA22953;
         Thu, 22 Jun 1995 12:08:19 +0100
From: [email protected]
Received: (from descarte@localhost) by alma.mcqueen.com (8.6.12/8.6.12)
         id MAA16584; Thu, 22 Jun 1995 12:11:51 +0100
Message-Id: <[email protected]>
Subject: Re: More DBI hassles
To: [email protected]
Date: Thu, 22 Jun 1995 12:11:50 +0100 (BST)
Cc: [email protected]
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Content-Length: 655


> > > > Anyway, the saga of the disconnection problems continues.
> > > >
> > > > [...]
>
> I tracked this down and I'm working on a fix. The previous solution
> just masked the underlying problem.
>
> The new release will also allow you to say
>
>       DBI->internal->{DebugLog} = $filename;
>
> to send logging to a file.
>
> Sadly I'm off till Monday so that's the earliest you'll see it.

I've just taken a copy of the newest DBI/DBD::Oracle combo and the stuff
works fine now!

Thank God! I can happily say that tkdba will be available to snaffle and use
fairly soon now!

Thanks Tim.

> Tim.

--
Alligator Descartes     |
[email protected]    |
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <26532-15@lion>;
         Wed, 28 Jun 1995 07:02:45 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 27 Jun 95 21:04:50 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa23593;
         27 Jun 95 22:04 +0100
Received: by gw.home.vix.com id AA08504; Tue, 27 Jun 95 07:51:35 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA08500; Tue, 27 Jun 95 07:51:32 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id bm01398;
         27 Jun 95 13:06 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa06753;
         26 Jun 95 22:55 +0100
Received: from ig.co.uk by lion id <04644-0@lion>;
         Mon, 26 Jun 1995 22:55:46 +0100
To: [email protected]
Subject: Re: Latest DBD-0.19 compilation errors
Cc: [email protected]
Date: Mon, 26 Jun 1995 22:55:46 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Jay Krish <[email protected]>
>
> Hi Tim,
>
> I've managed to compile and test DBI-0.58 and Perl5.001l on Solaris 2.3
> But am having problems with building DBD-Oracle-0.19
> I'm using Oracle 7.1.3.
>
> For DBI - I ran the following: perl Makefile.PL, make, make test and
> make install.
>
CC'd to perldb-interest mailng list since I can't offer much help...

> Output of -perl Makefile.PL............
> ---------------------------------------
>
> Configuring DBD::Oracle version 0.19...
> Remember to actually read the README file!
>
> Using Oracle in /usr/local/oracle/7.1.3
> Oracle sysliblist: -lsocket -lnsl -lm -ldl -laio
> Using /usr/local/oracle/7.1.3/proc/lib/proc.mk version 1.11
> System: perl5.001 sunos hollynet.usc.edu 5.3 generic_101318-70 sun4d sparc  sun4-solaris dl_dlopen.xs
> Compiler: cc -O
> Oracle proc.mk would have used these values but we override them:
>   CC:       ld -dy $(COMPOBJS) $(LDSTRING)
>   LDFLAGS:  -L$(LIBHOME)
>   LDSTRING: -Y P,$(LD_LIBRARY_PATH):/usr/ccs/lib:/usr/lib -Qy -lc $(COMPOBJ)/crtn.o

> LD_RUN_PATH="" cc -o blib/auto/DBD/Oracle/Oracle.so -G Oracle.o  dbdimp.o -L/usr/local/oracle/7.1.3/lib /usr/local/oracle/7.1.3/lib/__fstd.o -locic /usr/local/oracle/7.1.3/lib/osntab.o -lsqlnet -lora  -lsqlnet  -lora -lnlsrtl -lcv6 -lcore -lnlsrtl -lcv6           -lcore  `cat /usr/local/oracle/7.1.3/rdbms/lib/sysliblist`   -lsocket -lnsl -lm -ldl -laio

> t/base..............ok
> t/main..............ok

> Oraperl test application $Revision: 1.13 $
> DBD::Oracle driver installed as DBI::dr=HASH(0x124bb0)
> Oraperl Emulation Interface version 1.17
> Oracle Driver 1.16
> DBI Switch by Tim Bunce, version 1.39
>
> *** Error code 2
> ::dr=HASH(0x155dac) debug level set to 1
> Bad free() ignored at blib/DBD/Oracle.pm line 86.
> Bad free() ignored at blib/DBD/Oracle.pm line 86.
> ERROR EVENT: DBI::dr=HASH(0x155dac)->DBI::default_handler:
>         604 ORA-00604: error occurred at recursive SQL level  (DBD: login
> failed
> )
>  at blib/DBD/Oracle.pm line 86

> Output of  perl -e 'use Config; print Config::myconfig()' ............
> ---------------------------------------
>
> Summary of my perl5 (patchlevel 1) configuration:
>   Platform:
>     osname=solaris, osver=2.3, archname=sun4-solaris
>     uname='sunos hollynet.usc.edu 5.3 generic_101318-70 sun4d sparc '
>     hint=recommended
>   Compiler:
>     cc='cc', optimize='-O'
>     cppflags=''
>     ccflags =''
>     ldflags =''
>     stdchar='unsigned char', d_stdstdio=define, usevfork=false
>     voidflags=15, castflags=0, d_casti32=define, d_castneg=define
>     intsize=4, alignbytes=8, usemymalloc=y, randbits=15
>   Libraries:
>     so=so
>     libpth=/lib /usr/lib /usr/ccs/lib /usr/local/lib
>     libs=-lsocket -lnsl -ldl -lm -lc -lcrypt
>     libc=/usr/lib/libc.so
>   Dynamic Linking:
>     dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=
>     cccdlflags='-Kpic', ccdlflags=' ', lddlflags='-G'
>
> Any suggestions Tim,
>
It seems unlikely to be a DBD::Oracle build problem since at least 8
others use Solaris 2 without this problem.

What values for ORACLE_SID and/or TWO_TASK do you use?

Does oracle's sqlplus work for you?

Sorry I can't be more help.

> - Jay

Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <26532-53@lion>;
         Wed, 28 Jun 1995 07:08:31 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 28 Jun 95 00:41:56 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa02570;
         28 Jun 95 1:41 +0100
Received: by gw.home.vix.com id AA20061; Tue, 27 Jun 95 10:45:31 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA20057; Tue, 27 Jun 95 10:45:29 -0700
Received: from sumatra.americantv.com
         by fullfeed.msn.fullfeed.com (8.6.9/FF-1.1) id MAA14511;
         Tue, 27 Jun 1995 12:45:21 -0500
Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12)
         with UUCP id MAA29187; Tue, 27 Jun 1995 12:49:47 -0500
Received: (jlemon@localhost) by right.PCS (8.6.12/8.6.4) id MAA23782;
         Tue, 27 Jun 1995 12:43:52 -0500
From: Jonathan Lemon <[email protected]>
Message-Id: <[email protected]>
Subject: Re: Latest DBD-0.19 compilation errors
To: [email protected]
Date: Tue, 27 Jun 1995 12:43:51 -0500 (CDT)
Cc: [email protected]
In-Reply-To: <[email protected]> from "Tim Bunce" at Jun 26, 95 10:55:46 pm
X-Mailer: ELM [version 2.4 PL21]
Content-Type: text
Content-Length: 803

> > *** Error code 2
> > ::dr=HASH(0x155dac) debug level set to 1
> > Bad free() ignored at blib/DBD/Oracle.pm line 86.
> > Bad free() ignored at blib/DBD/Oracle.pm line 86.
> > ERROR EVENT: DBI::dr=HASH(0x155dac)->DBI::default_handler:
> >         604 ORA-00604: error occurred at recursive SQL level  (DBD: login
> > failed
> > )
> >  at blib/DBD/Oracle.pm line 86

I get the same problem; the culprit in my case seems to be that I have
$TWO_TASK _and_ $ORACLE_SID defined.  The code gives preference to $ORACLE_SID,
which means that it attempts to connect to a (nonexistent) database on the
local machine instead of the remote database.

First, make sure that you have $ORACLE_USERID defined correctly.  Then try
running the test with "./perl test.pl $TWO_TASK", and seeing if it works.
--
Jonathan
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <26532-56@lion>;
         Wed, 28 Jun 1995 07:08:53 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 28 Jun 95 02:10:53 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa00590;
         28 Jun 95 3:10 +0100
Received: by gw.home.vix.com id AA09282; Tue, 27 Jun 95 16:20:35 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA09278; Tue, 27 Jun 95 16:20:34 -0700
Received: from pht.com by relay1.UU.NET with SMTP id QQyvzp06344;
         Tue, 27 Jun 1995 19:19:47 -0400
Received: by pht.com id AA21760 (5.67b/IDA-1.5 for [email protected]);
         Tue, 27 Jun 1995 15:48:58 -0600
Date: Tue, 27 Jun 1995 15:48:57 -0600 (MDT)
From: Brad Midgley <[email protected]>
To: [email protected]
Subject: changing database engines?
Message-Id: <[email protected]>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi,

I'm running linux on the machine on which I want to run a database.  I would
also like to use dbperl to ease the interaction between our web server (cern)
and the database.

Because there aren't currently a lot of commercial db's available for linux,
what I would like to do is run one of the free databases and later switch to
a commercial database once linux ports start to appear (or sco ports are
usable, whatever).

My work put in to cgi-bin and dbperl scripts would not be wasted effort
since my programs would (hopefully!) not require changes in order to work
with the commercial db.

Does this sound like a reasonable plan?  Which of the free databases would be
a solid one to start with?  I looked at "postgres95"  but it looks like it's
too beta to do what I want.

[email protected]

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <26532-60@lion>;
         Wed, 28 Jun 1995 07:09:19 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 28 Jun 95 05:52:41 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa05923;
         28 Jun 95 6:52 +0100
Received: by gw.home.vix.com id AA16592; Tue, 27 Jun 95 18:36:45 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16588; Tue, 27 Jun 95 18:36:44 -0700
Received: from localhost by colossus.cse.psu.edu with SMTP id <46450>;
         Tue, 27 Jun 1995 21:36:28 -0400
X-Mailer: exmh version 1.6.1 5/23/95
To: Brad Midgley <[email protected]>
Cc: [email protected]
Subject: Re: changing database engines?
In-Reply-To: Your message of "Tue, 27 Jun 1995 17:48:57 EDT." <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Tue, 27 Jun 1995 21:35:10 -0400
From: John D Groenveld <[email protected]>
Message-Id: <[email protected]>

Oracle-SCO has reportedly been made to work under Linux/IBCS. Don't know how
much work it would take to port the Oracle driver to SCO, hopefully not much.

Before Postgres95 was Berkeley Postgres v4. I thought that it was available
for Linux, but I could be wrong. Anyway there is a perl4 package called PGPerl
that will work with Postgres. I'm not sure how much work has been done with
PGperl emulation/Postgres driver, but I'm sure Tim will get to it tommorow :)

John
[email protected]
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <05329-10@lion>;
         Wed, 28 Jun 1995 23:08:29 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 28 Jun 95 22:05:17 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa06733;
         28 Jun 95 23:05 +0100
Received: by gw.home.vix.com id AA02221; Wed, 28 Jun 95 11:32:41 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA02208; Wed, 28 Jun 95 11:32:34 -0700
Received: from bssmlsa.nerc-bas.ac.uk.nerc-bas.ac.uk
         by bsfiles.nerc-bas.ac.uk (8.6.10/NERC-1.2(Solaris 2.x) id OAA06733;
         Wed, 28 Jun 1995 14:11:05 +0100
From: Andrew G Wood <[email protected]>
Date: Wed, 28 Jun 1995 14:11:09 +0100
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: DBD::Oracle
Reply-To: [email protected]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII

Hi there,

Having recently upgraded my system (Silicon Graphics Iris Indigo R4000)
to Irix 5.3 (well somebody has to ...) and Oracle 7.1.4, I thought I
would give the developing perl interface a try ..... so I got down
the latest kits (dated 22nd June) from ftp.demon.co.uk and tried to build
them.

DBI installed OK .... no problems.

DBD::Oracle was not so easy.  So here is the problem, as requested from
README.

Hope if anybody has a solution it helps in the development of this
excellent system.

-------------------------------------------------------------------------

Perl version 5.001e

Oracle version 7.1.4

Irix version 5.3

-------------------------------------------------------------------------
1% perl Makefile.PL

Configuring DBD::Oracle version 0.19...
Remember to actually read the README file!

Using Oracle in /nerc/packages/oracle/product/7.1.4
Oracle sysliblist: -lc -lsocket -lnsl -lm
Using /nerc/packages/oracle/product/7.1.4/proc/lib/proc.mk version 1.17
System: perl5.001 irix bssmlsa 5.3 11091811 ip20 mips  IP20-irix dl_dlopen.xs
Compiler: cc -O -D_POSIX_SOURCE -ansiposix -D_BSD_TYPES -Olimit 3000
Oracle proc.mk would have used these values but we override them:
 CC:       cc
 CFLAGS:   -I. -O `if [ -d /usr/lib/cmplrs ] ; then echo "-systype svr4 -KPIC" ; fi `
 LDFLAGS:  -L$(LIBHOME) `if [ -x /usr/necbin/uversion ] ; then echo "-Zcommon_pic -znodefs" ;                       elif [ -d /usr/lib/cmplrs ] ; then echo "-systype svr4" ; fi `

Writing Makefile for DBD::Oracle
bssmlsa 2% make
mkdir ./blib
mkdir ./blib/DBD
mkdir ./blib/auto
mkdir ./blib/auto/DBD
mkdir ./blib/auto/DBD/Oracle
       /nerc/bin/perl /usr/local/lib/perl5/ExtUtils/xsubpp -typemap /usr/local/lib/perl5/ExtUtils/typemap Oracle.xs >Oracle.tc && mv Oracle.tc Oracle.c
       cc -c -D_POSIX_SOURCE -ansiposix -D_BSD_TYPES -Olimit 3000 -O     -I/usr/local/lib/perl5/IP20-irix/CORE  -I/nerc/packages/oracle/product/7.1.4/rdbms/demo -I/usr/local/lib/perl5/IP20-irix/DBI Oracle.c
cfe: Error: Oracle.c, line 505: Incompatible pointer type assignment (3.3.16.1, 3.5.4.1(21))
           av_store(av, i, newSVpv(imp_sth->fbh[i].cbuf,0));
       -------------------------------------------^
cfe: Error: Oracle.c, line 505: Type sb1 *  of this argument  is incompatible with type unsigned char *  of function prototype description (3.3.16.1)
           av_store(av, i, newSVpv(imp_sth->fbh[i].cbuf,0));
       -------------------------------------------^
*** Error code 1 (bu21)

----------------------------------------------------------------------------

Summary of my perl5 (patchlevel 1) configuration:
 Platform:
   osname=irix, osver=5, archname=IP20-irix
   uname='irix bssmlsa 5.3 11091811 ip20 mips '
   hint=recommended
 Compiler:
   cc='cc', optimize='-O'
   cppflags='-D_POSIX_SOURCE -ansiposix -D_BSD_TYPES'
   ccflags ='-D_POSIX_SOURCE -ansiposix -D_BSD_TYPES -Olimit 3000'
   ldflags =''
   stdchar='unsigned char', d_stdstdio=define, usevfork=false
   voidflags=15, castflags=1, d_casti32=define, d_castneg=
   intsize=4, alignbytes=8, usemymalloc=y, randbits=15
 Libraries:
   so=so
   libpth=/usr/lib /usr/local/lib /lib
   libs=-lsun -lm -lc -lcrypt -lbsd -lPW
   libc=/usr/lib/libc.so
 Dynamic Linking:
   dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=
   cccdlflags=' ', ccdlflags=' ', lddlflags='-shared'

----------------------------------------------------------------------------
                                        *
Dr Andy Wood                            **
Database Administrator                 ***
                                     ***
                                    ****
[email protected]                    ****
[email protected]            ****
[email protected]          ****
                                  ****
                                 ****
                             ...*****.____
Post:                       .::______.:~'
                               ****
British Antarctic Survey      ****
High Cross                    ****
Madingley Road               ****
Cambridge, CB3 0ET, UK       ***
                             **
+44 (0) 1223 61188           **
                             *

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <05521-1@lion>;
         Wed, 28 Jun 1995 23:11:21 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 28 Jun 95 22:10:41 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09267;
         28 Jun 95 23:10 +0100
Received: by gw.home.vix.com id AA04950; Wed, 28 Jun 95 12:05:33 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA04946; Wed, 28 Jun 95 12:05:31 -0700
Received: by disperse.demon.co.uk id ac16989; 28 Jun 95 14:51 +0100
Received: from post.demon.co.uk by disperse.demon.co.uk id aa15159;
         28 Jun 95 14:31 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa08958;
         28 Jun 95 14:30 +0100
Received: from ig.co.uk by lion id <01171-0@lion>;
         Wed, 28 Jun 1995 14:30:43 +0100
To: [email protected], [email protected]
Subject: Re: DBD::Oracle
Date: Wed, 28 Jun 1995 14:30:43 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Andrew G Wood <[email protected]>
>
> Hi there,
>
Hi.

> Having recently upgraded my system (Silicon Graphics Iris Indigo R4000)
> to Irix 5.3 (well somebody has to ...) and Oracle 7.1.4, I thought I
> would give the developing perl interface a try ..... so I got down
> the latest kits (dated 22nd June) from ftp.demon.co.uk and tried to build
> them.
>
> Hope if anybody has a solution it helps in the development of this
> excellent system.
>
If only all of them were this easy for me...

> cfe: Error: Oracle.c, line 505: Incompatible pointer type assignment (3.3.16.1, 3.5.4.1(21))
>             av_store(av, i, newSVpv(imp_sth->fbh[i].cbuf,0));
>         -------------------------------------------^
> cfe: Error: Oracle.c, line 505: Type sb1 *  of this argument  is incompatible with type unsigned char *  of function prototype description (3.3.16.1)

You have a very picky compiler (most treat this as a warning). The fix
is to add a (char*) cast on both lines:

       av_store(av, i, newSVpv((char*)imp_sth->fbh[i].cbuf,0));

That'll be in the next release.

Have fun.

Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06161-9@lion>;
         Thu, 29 Jun 1995 01:23:51 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 28 Jun 95 23:00:03 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa02954;
         28 Jun 95 23:59 +0100
Received: by gw.home.vix.com id AA10991; Wed, 28 Jun 95 13:35:19 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA10987; Wed, 28 Jun 95 13:35:17 -0700
Received: from localhost by colossus.cse.psu.edu with SMTP id <45484>;
         Wed, 28 Jun 1995 16:34:54 -0400
X-Mailer: exmh version 1.6.1 5/23/95
To: [email protected]
Cc: [email protected]
Subject: Re: DBD::Oracle
In-Reply-To: Your message of "Wed, 28 Jun 1995 09:30:43 EDT." <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 28 Jun 1995 16:33:36 -0400
From: John D Groenveld <[email protected]>
Message-Id: <[email protected]>

>
> You have a very picky compiler (most treat this as a warning). The fix
> is to add a (char*) cast on both lines:

I'd suggest that you get and build Gcc 2.7 from your favorite GNU mirror
before building perl5,DBPerl,etc. Many free/shareware applications prefer it,
presumably because its ANSI standard and free.
John
[email protected]
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06161-23@lion>;
         Thu, 29 Jun 1995 01:24:38 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 28 Jun 95 23:58:26 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa28733;
         29 Jun 95 0:58 +0100
Received: by gw.home.vix.com id AA00571; Wed, 28 Jun 95 11:18:36 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA00566; Wed, 28 Jun 95 11:18:32 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa21146;
         28 Jun 95 10:06 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa05081;
         28 Jun 95 10:06 +0100
Received: from ig.co.uk by lion id <28584-0@lion>;
         Wed, 28 Jun 1995 10:06:05 +0100
To: [email protected], [email protected]
Subject: Re: changing database engines?
Cc: [email protected]
Date: Wed, 28 Jun 1995 10:06:05 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: John D Groenveld <[email protected]>
>
> Oracle-SCO has reportedly been made to work under Linux/IBCS. Don't know how
> much work it would take to port the Oracle driver to SCO, hopefully not much.
>
The DBD::Oracle module seems very portable now.

> Before Postgres95 was Berkeley Postgres v4. I thought that it was available
> for Linux, but I could be wrong. Anyway there is a perl4 package called PGPerl

(Now also available for perl 5 in /pub/perl/db/mod/Pg/pgperl5-1.1.tar.gz)

> that will work with Postgres. I'm not sure how much work has been done with
> PGperl emulation/Postgres driver, but I'm sure Tim will get to it tommorow :)
>
:-)

It's tempting to propose that existing Perl 5 database interfaces (mSQL,
Sybperl and pgperl) could have DBD interface emulation layers added now
so that people who needed portability could get it sooner rather than later.

       App ->  DBI ->  DBD::Oracle                     -> Oracle db
       App ->  DBI ->  DBD::mSQL       -> mSQL         -> msql db
       App ->  DBI ->  DBD::Sybperl    -> Sybperl      -> sybase db

Performance would not be great and interface stability would be an issue
but it world work. Anyone interested in trying it?

> John
> [email protected]
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06671-0@lion>;
         Thu, 29 Jun 1995 01:57:03 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 00:36:07 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa12545;
         29 Jun 95 1:36 +0100
Received: by gw.home.vix.com id AA05801; Wed, 28 Jun 95 12:17:43 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA05795; Wed, 28 Jun 95 12:17:33 -0700
Received: by ki1.chemie.fu-berlin.de (Smail3.1.28.1)
         from mail.hanse.de (134.100.239.2) with smtp id <m0sQxdS-0000YRC>;
         Wed, 28 Jun 95 15:58 MEST
Received: from <mwhh.hanse.de> by mail.hanse.de with bsmtp for <[email protected]>
         id <[email protected]>; Wed, 28 Jun 95 15:54 MET DST
Received: by mwhh.Hanse.DE (Smail3.1.28.1 #20) id m0sQxxv-000HyhC;
         Wed, 28 Jun 95 15:19 GMT+0100
Received: (from georg@localhost) by deerwood.hanse.de (8.6.11/8.6.11)
         id PAA17026; Wed, 28 Jun 1995 15:05:10 +0200
Date: Wed, 28 Jun 1995 15:05:10 +0200 (MET DST)
From: Georg Rehfeld <[email protected]>
To: Brad Midgley <[email protected]>
Cc: [email protected]
Subject: Re: changing database engines?
In-Reply-To: <[email protected]>
Message-Id: <[email protected]>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

Hi all,

On Tue, 27 Jun 1995, Brad Midgley wrote:

> I'm running linux on the machine on which I want to run a database.  I would
> also like to use dbperl to ease the interaction between our web server (cern)
> and the database.
>
> Because there aren't currently a lot of commercial db's available for linux,
> what I would like to do is run one of the free databases and later switch to
> a commercial database once linux ports start to appear (or sco ports are
> usable, whatever).

The SCO Oracle runs very nice under Linux, including all Oracle tools
(SQL*Plus, SQL*DBA, imp, exp, sqlldr, tlprof). Access is possible via
SQL*Net (I only tested V1) from any frontend program including ODBC apps.
Distributed databasing seems to work. And last but not least, access from
oraperl is possible.

I posted about this in comp.databases.oracle, subject 'LINUX featuring
ORACLE 7'. if you have missed that and are interested, I can mail
installation and other details individually or on this list.

You have to build oraperl/dbperl on the foreign machine, I used an ISC
oraperl Version, SCO should work fine too.

regards
Georg
___   ___
| + | |__ ' Georg Rehfeld,  D-20535 Hamburg, Jordanstr. 8,  [49] (40) 2518356
|_|_\ |___, [email protected]
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <06671-5@lion>;
         Thu, 29 Jun 1995 01:57:24 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 00:51:57 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa17901;
         29 Jun 95 1:51 +0100
Received: by gw.home.vix.com id AA16897; Wed, 28 Jun 95 14:43:24 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16871; Wed, 28 Jun 95 14:43:15 -0700
Received: by disperse.demon.co.uk id ak10462; 28 Jun 95 21:41 +0100
Received: from post.demon.co.uk by disperse.demon.co.uk id aa09466;
         28 Jun 95 21:20 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa15376;
         28 Jun 95 21:20 +0100
Received: from ig.co.uk by lion id <04447-0@lion>;
         Wed, 28 Jun 1995 21:20:27 +0100
To: [email protected], [email protected]
Subject: Re: MakeMaker problems building DBI on Unisys U6000/svr4
Cc: [email protected], [email protected]
Date: Wed, 28 Jun 1995 21:20:27 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Alan Burlison <[email protected]>
>
> I have tried building DBI version 0.58, and I notice that MakeMaker
> reports the following:
>
> MakeMaker (v4.16)
> Checking if your kit is complete...
> Looks good
>         NAME => 'DBI'
>         VERSION => '0.58'
> Using PERL=/usr/bin/perl
> Writing Makefile for DBI
> Warning: /opt/lib/perl5/PENTIUM-svr4.0/CORE/libperl.a not found
>
> This problem also occurs when building DBD-Oracle version 0.19. Perl on
> my machine uses dynamic linking, so libperl.a does not exist.  Manually
> editing the Makefile to change all perl library references from
> libperl.a to libperl.so.1 seems to fix the problem.
>
It is a bug in MakeMaker. It set its LIBPERL_A attribute according
to LINKTYPE but doesn't. Perhaps many users don't see it because
at some point in the past they have built a static perl so libperl.a
does exist for them.

(Andy, even if you fix the bug a better warning message could be
given here.)

> I also get run-time errors when running the DBD-Oracle test scripts,
> with an unresolved reference to vfork().  I solved this one by bodging
> the LDLOADLIBS value to include -lc in the makefile.
>
I'll let the svr4 experts answer that.

> Are these MakeMaker bugs?   Do I just need some hints files or
> something?  A previous problem was that the hints file supplied for my
> system is 'svr4.sh', but the value of $osname in config.sh is 'svr4.0'.
> Configure seems to be able to overcome this problem, but MakeMaker does
> not.  I had problems when building ODBM_file, fixed by renaming the
> hints file to svr4.0.pl instead of svr4.pl
>
That's a known issue.

> Another problem is The nroffed ExtUtils::MakeMaker man page is next to
> useless as after page 6 the text degenerates into gobbledegook and is
> completely unreadable.  The pod file seems OK though.
>
Another job for Andy!

> The good news is that I now have a working DBI and DBD-Oracle at last!
>
Great.

> Alan Burlison   [email protected]
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07890-5@lion>;
         Thu, 29 Jun 1995 07:01:40 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 01:57:45 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa07807;
         29 Jun 95 2:57 +0100
Received: by gw.home.vix.com id AA20984; Wed, 28 Jun 95 15:55:04 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA20978; Wed, 28 Jun 95 15:55:00 -0700
Received: from emily.cs.utah.edu by cs.utah.edu (8.6.12/utah-2.21-cs)
         id QAA01874; Wed, 28 Jun 1995 16:54:57 -0600
Received: from localhost by emily.cs.utah.edu (8.6.9/utah-2.15sun-leaf)
         id QAA02397; Wed, 28 Jun 1995 16:55:24 -0600
Message-Id: <[email protected]>
To: Tim Bunce <[email protected]>
Cc: [email protected]
Subject: Re: changing database engines?
In-Reply-To: Your message of "Wed, 28 Jun 1995 10:06:05 BST." <[email protected]>
Date: Wed, 28 Jun 1995 16:55:14 -0600
From: Dale Deputy <[email protected]>

Tim Bunce <[email protected]> writes:
 >It's tempting to propose that existing Perl 5 database interfaces
 >(mSQL, Sybperl and pgperl) could have DBD interface emulation layers
 >added now so that people who needed portability could get it sooner
 >rather than later.
 >
 >     App ->  DBI ->  DBD::Oracle                     -> Oracle db
 >     App ->  DBI ->  DBD::mSQL       -> mSQL         -> msql db
 >     App ->  DBI ->  DBD::Sybperl    -> Sybperl      -> sybase db
 >
 >Performance would not be great and interface stability would be an issue
 >but it world work. Anyone interested in trying it?

I am just getting started on a DBD::mSQL interface that does
just what you propose.  I'm using perl5.001l, DBI-0.58, MsqlPerl-a3,
and msql-1.0.6.  Hopefully, the stability issue won't bite me (at least
not for a while), and I think I'll be able to live with the performance.

My intention is that nothing will need to change on the client side
when/if a "real" DBD::mSQL arrives.  We'll see how it works out...

Cheers,
--Dale
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07890-12@lion>;
         Thu, 29 Jun 1995 07:02:51 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 02:47:26 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa22087;
         29 Jun 95 3:47 +0100
Received: by gw.home.vix.com id AA18914; Wed, 28 Jun 95 15:18:33 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA18910; Wed, 28 Jun 95 15:18:31 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa13215;
         28 Jun 95 22:28 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa24349;
         28 Jun 95 22:28 +0100
Received: from ig.co.uk by lion id <05066-0@lion>;
         Wed, 28 Jun 1995 22:25:13 +0100
To: [email protected]
Subject: Re: DBI and DBD-Oracle on Unisys U6000/svr4
Cc: [email protected]
Date: Wed, 28 Jun 1995 22:25:13 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Alan Burlison <[email protected]>
>
> In-Reply-To: <[email protected]>
> > > 2) Is there any documentation on how to actually use DBD::Oracle?
> > No. Install it and then read the doumentation that came with oraperl :-)
>
> Oraperl? I don't have Perl 4.  I would quite like to use the new DBI::
> interface.  I have hacked together a simple script based on the test
> scripts - I don't mind reading example code.

I suggest starting with ftp.demon.co.uk:/pub/perl/db/DBI/dbispec.v06.Z
(100Kb uncompressed :-).

Then take a look at the end of DBI.pm.

Then remember that the interface is _not_ stable. It _will_ change.

The core of the interface (connect, prepare, execute, fetch) is
unlikely to change much. Return codes, error handling, attributes
and other areas may change dramatically.

Alligator Descartes is one of the few brave (foolish? :-) souls who is
using the DBI interface directly for an update of his oracle tkdba
package. I don't recommend others follow suit unless you can accept
the risk of change.

> Hell, I *might* even
> produce some documentation, given a bit of encouragement.
>
You're _very_ welcome!

(Coordinate with me though, since the 100Kb DBI spec is built from 11
parts so patches to it won't apply directly.)

> Alan Burlison   [email protected]
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07890-16@lion>;
         Thu, 29 Jun 1995 07:03:34 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 04:17:26 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa15694;
         29 Jun 95 5:17 +0100
Received: by gw.home.vix.com id AA27923; Wed, 28 Jun 95 17:58:58 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA27918; Wed, 28 Jun 95 17:58:56 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa27373;
         29 Jun 95 1:57 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ab22361;
         29 Jun 95 1:57 +0100
Received: from ig.co.uk by lion id <06588-0@lion>;
         Thu, 29 Jun 1995 01:38:43 +0100
To: [email protected], [email protected]
Subject: Re: changing database engines?
Cc: [email protected]
Date: Thu, 29 Jun 1995 01:38:43 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: Andreas Koenig <[email protected]>
>
> On Jun 28,  4:55pm, Dale Deputy wrote:
> > I am just getting started on a DBD::mSQL interface that does
> > just what you propose.  I'm using perl5.001l, DBI-0.58, MsqlPerl-a3,
> > and msql-1.0.6.  Hopefully, the stability issue won't bite me (at least
> > not for a while), and I think I'll be able to live with the performance.
> >
> > My intention is that nothing will need to change on the client side
> > when/if a "real" DBD::mSQL arrives.  We'll see how it works out...
>
Great!

> But Wait a minute!
>
> You know, what my plans were up to this point? I wanted to change MsqlPerl
> slightly, so it can be tought to use DBI/DBD internally. I mean the first
> DBD::Msql could be a MsqlPerl emulation - just like Tim did for Oraperl.
>
Great!

There is a need for both of these (but not at the same time :-)

Obviously the long term goal is a 'real' DBD::Msql.

An mSQL emulator would be needed once a DBD::Msql exists to allow
existing mSQL users to migrate without having to rewrite code.

A 'fake' one emulated using the current mSQL would make life easier in
the short term for those who don't have an existing base of mSQL scripts.
(Subject to my oft repeated warnings about pending interface changes.)

> andreas
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07890-21@lion>;
         Thu, 29 Jun 1995 07:04:09 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 04:48:09 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa21842;
         29 Jun 95 5:48 +0100
Received: by gw.home.vix.com id AA23764; Wed, 28 Jun 95 16:49:43 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA23760; Wed, 28 Jun 95 16:49:39 -0700
Received: by anna.mind.de (940816.SGI.8.6.9/940406.SGI) id BAA09791;
         Thu, 29 Jun 1995 01:48:35 +0200
From: Andreas Koenig <[email protected]>
Message-Id: <[email protected]>
Date: Thu, 29 Jun 1995 01:48:33 -0600
In-Reply-To: Dale Deputy <[email protected]> "Re: changing database engines?" (Jun 28, 4:55pm)
References: <[email protected]>
Reply-To: [email protected]
X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
To: Dale Deputy <[email protected]>, Tim Bunce <[email protected]>
Subject: Re: changing database engines?
Cc: [email protected]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On Jun 28,  4:55pm, Dale Deputy wrote:
> I am just getting started on a DBD::mSQL interface that does
> just what you propose.  I'm using perl5.001l, DBI-0.58, MsqlPerl-a3,
> and msql-1.0.6.  Hopefully, the stability issue won't bite me (at least
> not for a while), and I think I'll be able to live with the performance.
>
> My intention is that nothing will need to change on the client side
> when/if a "real" DBD::mSQL arrives.  We'll see how it works out...

Thank You, this is very much appreciated --

But Wait a minute!

You know, what my plans were up to this point? I wanted to change MsqlPerl
slightly, so it can be tought to use DBI/DBD internally. I mean the first
DBD::Msql could be a MsqlPerl emulation - just like Tim did for Oraperl.

With the current interface this is hard to implement. So I'm gonna add methods
for attribute access. Expect version 0.xx for the weekend. Mail me if you need
details or a prerelease. I still haven't caught the leak that's in there.


> Cheers,
> --Dale


andreas




---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <08167-1@lion>;
         Thu, 29 Jun 1995 07:06:59 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 06:03:51 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09297;
         29 Jun 95 7:03 +0100
Received: by gw.home.vix.com id AA28455; Wed, 28 Jun 95 18:04:13 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA28448; Wed, 28 Jun 95 18:04:09 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa27362;
         29 Jun 95 1:57 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa22361;
         29 Jun 95 1:57 +0100
Received: from ig.co.uk by lion id <06559-0@lion>;
         Thu, 29 Jun 1995 01:29:28 +0100
To: [email protected], [email protected]
Subject: Re: DBD::Oracle
Cc: [email protected]
Date: Thu, 29 Jun 1995 01:29:28 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 483 424424
Message-Id: <[email protected]>


> From: John D Groenveld <[email protected]>
>
> > You have a very picky compiler (most treat this as a warning). The fix
> > is to add a (char*) cast on both lines:
>
> I'd suggest that you get and build Gcc 2.7 from your favorite GNU mirror
> before building perl5,DBPerl,etc. Many free/shareware applications prefer it,
> presumably because its ANSI standard and free.

I use 2.6.3 and I'm unlikely to change till 2.7.x has been made as stable.

Still, it's good to know that 2.7 improves this kind of checking (I still
think this particular problem did not warrant an error).

> John
> [email protected]
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <08835-18@lion>;
         Thu, 29 Jun 1995 10:11:08 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 08:26:36 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa24919;
         29 Jun 95 9:26 +0100
Received: by gw.home.vix.com id AA10163; Wed, 28 Jun 95 21:44:28 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA10159; Wed, 28 Jun 95 21:44:27 -0700
Received: from emily.cs.utah.edu by cs.utah.edu (8.6.12/utah-2.21-cs)
         id WAA05409; Wed, 28 Jun 1995 22:44:25 -0600
Received: from localhost by emily.cs.utah.edu (8.6.9/utah-2.15sun-leaf)
         id WAA03548; Wed, 28 Jun 1995 22:44:52 -0600
Message-Id: <[email protected]>
To: Tim Bunce <[email protected]>, [email protected],
   [email protected]
Cc: [email protected]
Subject: Re: changing database engines?
In-Reply-To: Your message of "Thu, 29 Jun 1995 01:38:43 BST." <[email protected]>
Date: Wed, 28 Jun 1995 22:44:51 -0600
From: Dale Deputy <[email protected]>


Andreas Koenig writes:
 >> But Wait a minute!
 >>
 >> You know, what my plans were up to this point? I wanted to change MsqlPerl
 >> slightly, so it can be tought to use DBI/DBD internally. I mean the first
 >> DBD::Msql could be a MsqlPerl emulation - just like Tim did for Oraperl.

I can't quite see what you have in mind.  Wouldn't this then
be the "real" DBD::Msql?  Or do you mean that DBD::Msql invokes
methods that can "reroute" info from mSQL engine to DBI rather than
the caller, like this:

       .-----.    .-----------.    .----------.
       | DBI |<-->| DBD::Msql |<-->| MsqlPerl |
       `-----'    `-----------'    `----------'
          ^_____________________________|

Sorry if I've misunderstood this completely, I'm not familiar with what
Tim did with Oraperl.

Tim Bunce writes:
 >An mSQL emulator would be needed once a DBD::Msql exists to allow
 >existing mSQL users to migrate without having to rewrite code.

Like this:

       .----------.    .-----.    .-----------.
       | MsqlPerl |<-->| DBI |<-->| DBD::Msql |
       `----------'    `-----'    `-----------'

where DBD::Msql is then making the actual connection to the mSQL
engine and MsqlPerl becomes a DBI emulator.

IMO, the second diagram seems to better fit DBI and where it is
heading.  However, not knowing much about the internals of either
DBI or Msql, perhaps I don't have enough of the picture yet.

BTW, please explain your use of "mSQL" as opposed to "Msql"
if they are not one and the same.

Thanks,
--Dale
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13870-0@lion>;
         Thu, 29 Jun 1995 22:00:18 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 20:57:54 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa13443;
         29 Jun 95 21:57 +0100
Received: by gw.home.vix.com id AA22262; Thu, 29 Jun 95 09:27:45 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA22257; Thu, 29 Jun 95 09:27:40 -0700
Received: by anna.mind.de (940816.SGI.8.6.9/940406.SGI) id SAA11284;
         Thu, 29 Jun 1995 18:26:57 +0200
From: Andreas Koenig <[email protected]>
Message-Id: <[email protected]>
Date: Thu, 29 Jun 1995 18:26:56 -0600
In-Reply-To: Dale Deputy <[email protected]> "Re: changing database engines?" (Jun 28, 10:44pm)
References: <[email protected]>
Reply-To: [email protected]
X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
To: Dale Deputy <[email protected]>
Subject: Re: changing database engines?
Cc: [email protected]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On Jun 28, 10:44pm, Dale Deputy wrote:
> Subject: Re: changing database engines?
>
> Tim Bunce writes:
>   >An mSQL emulator would be needed once a DBD::Msql exists to allow
>   >existing mSQL users to migrate without having to rewrite code.
>
> Like this:
>
>         .----------.    .-----.    .-----------.
>       | MsqlPerl |<-->| DBI |<-->| DBD::Msql |
>       `----------'    `-----'    `-----------'
>
> where DBD::Msql is then making the actual connection to the mSQL
> engine and MsqlPerl becomes a DBI emulator.

Yes, that's what I meant.

> BTW, please explain your use of "mSQL" as opposed to "Msql"
> if they are not one and the same.

That's in fact confusing. mSQL is Bambi's database, MsqlPerl is the
distribution name of my interface module. And as most perl modules have a
capital initial character, the module itself is called Msql.


> --Dale

andreas



---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <14465-6@lion>;
         Fri, 30 Jun 1995 00:49:31 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 23:18:23 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa13905;
         30 Jun 95 0:17 +0100
Received: by gw.home.vix.com id AA21693; Thu, 29 Jun 95 09:13:31 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21689; Thu, 29 Jun 95 09:13:23 -0700
Received: from alma.mcqueen.com (alma.mcqueen.com [193.133.160.249])
         by fruitbat.mcqueen.com (8.6.12/8.6.12) with ESMTP id RAA08949
         for <[email protected]>; Thu, 29 Jun 1995 17:10:30 +0100
From: [email protected]
Received: (from descarte@localhost) by alma.mcqueen.com (8.6.12/8.6.12)
         id RAA04352 for [email protected];
         Thu, 29 Jun 1995 17:14:18 +0100
Message-Id: <[email protected]>
Subject: tkdba - The first cut
To: [email protected]
Date: Thu, 29 Jun 1995 17:14:17 +0100 (BST)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Content-Length: 265


Hi all.

I'm looking for persons interested in testing out the first cut ( minimal )
of tkdba ( Tk-based ORACLE Database Management tool ) with DBI/DBD::Oracle
bits.

Anyone interested, please email me!

Thanks.

--
Alligator Descartes     |
[email protected]    |
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <14731-0@lion>;
         Fri, 30 Jun 1995 00:54:30 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 29 Jun 95 23:51:54 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa27087;
         30 Jun 95 0:51 +0100
Received: by gw.home.vix.com id AA22823; Thu, 29 Jun 95 09:36:06 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA22819; Thu, 29 Jun 95 09:36:04 -0700
Received: by yough.oit.umass.edu. (5.65/Ultrix3.0-C) id AA00967;
         Thu, 29 Jun 1995 12:34:38 -0400
Date: Thu, 29 Jun 1995 12:34:38 -0400
From: Rick Hudson <[email protected]>
Message-Id: <[email protected].>
To: Tim Bunce <[email protected]>
Cc: [email protected], [email protected],
   [email protected], [email protected]
Subject: Re: MakeMaker problems building DBI on Unisys U6000/svr4
References: <[email protected]>
Reply-To: [email protected]

As long as MakeMaker is being discussed, I just built the DBperl on an OSF Dec
Alpha box using the Dec make and noticed that the 'make install' did not
work. This was due to the recursive call to make in the install target not
specifing the target "all". Instead it depends on "all" being the first target
encountered in the make file. As best I can tell the Dec make does not honor
this convention. Of course gmake works fine, so it isn't a critical problem.

- Rick Hudson

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <15926-10@lion>;
         Fri, 30 Jun 1995 07:04:12 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 30 Jun 95 02:31:10 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa15719;
         30 Jun 95 3:31 +0100
Received: by gw.home.vix.com id AA09910; Thu, 29 Jun 95 14:24:35 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA09906; Thu, 29 Jun 95 14:24:30 -0700
Received: by anna.mind.de (940816.SGI.8.6.9/940406.SGI) id XAA11495;
         Thu, 29 Jun 1995 23:14:57 +0200
From: Andreas Koenig <[email protected]>
Message-Id: <[email protected]>
Date: Thu, 29 Jun 1995 23:14:56 -0600
In-Reply-To: [email protected] (Rick Hudson) "Re: MakeMaker problems building DBI on Unisys U6000/svr4" (Jun 29, 12:34pm)
References: <[email protected]> <[email protected].>
Reply-To: [email protected]
X-Mailer: Z-Mail (3.2.0 26oct94 MediaMail)
To: [email protected], Tim Bunce <[email protected]>
Subject: Re: MakeMaker problems building DBI on Unisys U6000/svr4
Cc: [email protected], [email protected],
   [email protected], [email protected]
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On Jun 29, 12:34pm, Rick Hudson wrote:
> As long as MakeMaker is being discussed, I just built the DBperl on an OSF
Dec
> Alpha box using the Dec make and noticed that the 'make install' did not
> work. This was due to the recursive call to make in the install target not
> specifing the target "all".

> Instead it depends on "all" being the first target
> encountered in the make file.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Right, once upon a time we decided to prefer the call to 'make' over 'make
all'. A few weeks ago a strange bug on dec_osf became apparant. But we had no
idea what was going on. The typical message from make(1) was: Makefile up to
date!

I take your message as a solution for this bug. Wonderful. That's a step
forward. Thanks!

> As best I can tell the Dec make does not honor
> this convention. Of course gmake works fine, so it isn't a critical problem.

Not critical, of course, that was the reason why nobody fixed the problem, it
was so easy to compile GNU make in a few minutes instead :)

> - Rick Hudson

andreas koenig


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <15926-17@lion>;
         Fri, 30 Jun 1995 07:05:14 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 30 Jun 95 04:18:10 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa16206;
         30 Jun 95 5:17 +0100
Received: by gw.home.vix.com id AA19823; Thu, 29 Jun 95 17:19:58 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19819; Thu, 29 Jun 95 17:19:55 -0700
Received: by kjahds.com (Linux Smail3.1.28.1 #1) id m0sROaT-0000a0C;
         Thu, 29 Jun 95 14:45 EDT
Date: Thu, 29 Jun 1995 14:45:16 -0400 (EDT)
From: Kenneth Albanowski <[email protected]>
To: [email protected]
Cc: Tim Bunce <[email protected]>, [email protected],
   [email protected], [email protected],
   [email protected]
Subject: Re: MakeMaker problems building DBI on Unisys U6000/svr4
In-Reply-To: <[email protected].>
Message-Id: <[email protected]>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Thu, 29 Jun 1995, Rick Hudson wrote:

> As long as MakeMaker is being discussed, I just built the DBperl on an OSF Dec
> Alpha box using the Dec make and noticed that the 'make install' did not
> work. This was due to the recursive call to make in the install target not
> specifing the target "all". Instead it depends on "all" being the first target
> encountered in the make file. As best I can tell the Dec make does not honor
> this convention. Of course gmake works fine, so it isn't a critical problem.

What convention _does_ Dec make follow, then? I thought "first target is
the default" was inherent in a standard make.

> - Rick Hudson

--
Kenneth Albanowski ([email protected], CIS: 70705,126)


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <19127-0@lion>;
         Fri, 30 Jun 1995 11:57:22 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 30 Jun 95 10:54:50 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa23308;
         30 Jun 95 11:54 +0100
Received: by gw.home.vix.com id AA01413; Thu, 29 Jun 95 20:50:18 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA01398; Thu, 29 Jun 95 20:50:17 -0700
Received: from localhost.tis.llnl.gov by yottzumm.tis.llnl.gov (4.1/LLNL-1.18)
         id AA10151; Thu, 29 Jun 95 20:48:47 PDT
Message-Id: <[email protected]>
X-Mailer: exmh version 1.6 4/21/95
To: [email protected]
Cc: [email protected]
Subject:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 29 Jun 1995 20:48:46 -0700
From: John Carlson <[email protected]>

Here's the changes I made to the Makefile.PL to get the Oracle module
to link with Oracle 7.1.3 and SunOS 4.1.3.  I also had to change the
Makefile to use -PIC instead of -pic.

*** 1.1 1995/06/30 03:08:37
--- Makefile.PL 1995/06/30 03:12:19
***************
*** 202,210 ****

     } elsif (int($mkver) == 1) {
       if ($MK{LLIBOCIC}) {
!           $linkwith = '$(LLIBOCIC) $(TTLIBS)';
       } else {
!           $linkwith = '-locic $(TTLIBS)';     # XXX GUESS HACK
       }
     }
     unless ($linkwith){
--- 202,210 ----

     } elsif (int($mkver) == 1) {
       if ($MK{LLIBOCIC}) {
!           $linkwith = '$(LLIBOCIC) $(OSNTAB) $(SQLNETLIBS) $(NETV2LIBS)
$(LLIBORA) $(SQLNETLIBS) $(NETV2LIBS) $(SQLNETLIBS) $(NETV2LIBS) $(CORELIBS)
$(LDLIBS) $(CLIBS)';
       } else {
!           $linkwith = '-locic $(OSNTAB) $(SQLNETLIBS) $(NETV2LIBS) $(LLIBORA)
$(SQLNETLIBS) $(NETV2LIBS) $(SQLNETLIBS) $(NETV2LIBS) $(CORELIBS) $(LDLIBS)
$(CLIBS)';
       }
     }
     unless ($linkwith){


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <19127-2@lion>;
         Fri, 30 Jun 1995 11:57:28 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 30 Jun 95 10:57:00 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa24199;
         30 Jun 95 11:56 +0100
Received: by gw.home.vix.com id AA01000; Thu, 29 Jun 95 20:40:56 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA00996; Thu, 29 Jun 95 20:40:55 -0700
Received: from localhost.tis.llnl.gov by yottzumm.tis.llnl.gov (4.1/LLNL-1.18)
         id AA10126; Thu, 29 Jun 95 20:39:25 PDT
Message-Id: <[email protected]>
X-Mailer: exmh version 1.6 4/21/95
To: [email protected]
Cc: [email protected]
Subject:
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 29 Jun 1995 20:39:24 -0700
From: John Carlson <[email protected]>

I just installed oraperl and DBI/Oracle on a SunOS 4.1.3 box running
Oracle 7.1.3.  Seems to work OK, except I get the error

csr out of scope...
ora_logoff
Bad free() ignored at test.pl line 92.
lda out of scope...

When doing a 'make test'.  This same error occurs in my oraperl scripts
when I call ora_logoff.  Does anyone have an idea what causes this and
how to get rid of the msg?  Please respond to me directly since I'm
not sure if I am on the list yet or not.

John Carlson
[email protected]

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24873-28@lion>;
         Fri, 30 Jun 1995 23:34:24 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 30 Jun 95 20:23:03 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa21366;
         30 Jun 95 21:21 +0100
Received: by gw.home.vix.com id AA16132; Fri, 30 Jun 95 01:05:34 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16128; Fri, 30 Jun 95 01:05:31 -0700
Received: (from kstock@localhost) by nova.auspex.fr (8.6.9/8.6.9) id KAA00356;
         Robinson France, Fri, 30 Jun 1995 10:06:57 +0200
Date: Fri, 30 Jun 1995 10:06:57 +0200
From: Kevin Stock <[email protected]>
Message-Id: <[email protected]>
To: [email protected], [email protected]
Cc: [email protected]

Hello John,

> I just installed oraperl and DBI/Oracle on a SunOS 4.1.3 box running
> Oracle 7.1.3.  Seems to work OK, except I get the error
>
> csr out of scope...
> ora_logoff
> Bad free() ignored at test.pl line 92.
> lda out of scope...
>
> When doing a 'make test'.  This same error occurs in my oraperl scripts
> when I call ora_logoff.  Does anyone have an idea what causes this and
> how to get rid of the msg?  Please respond to me directly since I'm
> not sure if I am on the list yet or not.

Is the problem with Oraperl or with DBI/DBD::Oracle? They aren't the same
thing (yet).

       Kevin
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24873-42@lion>;
         Fri, 30 Jun 1995 23:35:18 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 30 Jun 95 22:15:42 GMT
Received: from frigate.doc.ic.ac.uk by punt.demon.co.uk id aa09702;
         30 Jun 95 23:15 +0100
Received: from gw.home.vix.com by frigate.doc.ic.ac.uk with SMTP (PP)
         id <[email protected]>; Fri, 30 Jun 1995 23:15:26 +0100
Received: by gw.home.vix.com id AA06988; Fri, 30 Jun 95 06:17:13 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA06984; Fri, 30 Jun 95 06:17:12 -0700
Received: by yough.oit.umass.edu. (5.65/Ultrix3.0-C) id AA01228;
         Fri, 30 Jun 1995 09:19:05 -0400
Date: Fri, 30 Jun 1995 09:19:05 -0400
From: Rick Hudson <[email protected]>
Message-Id: <[email protected].>
To: Kenneth Albanowski <[email protected]>
Cc: Tim Bunce <[email protected]>, [email protected],
   [email protected], [email protected],
   [email protected], [email protected]
Subject: Re: MakeMaker problems building DBI on Unisys U6000/svr4
References: <[email protected].> <[email protected]>
Reply-To: [email protected]

As best as I can tell this is a bug with undefined behaviour, but bug is such
a nasty word. I used a euphemism common around here.
- Rick

>>>>> "Kenneth" == Kenneth Albanowski <[email protected]> writes:

> On Thu, 29 Jun 1995, Rick Hudson wrote:
>> Instead it depends on "all" being the
>> first target encountered in the make file. As best I can tell the Dec make
>> does not honor this convention. Of course gmake works fine, so it isn't a
>> critical problem.

> What convention _does_ Dec make follow, then? I thought "first target is
> the default" was inherent in a standard make.
> -- Kenneth Albanowski ([email protected], CIS: 70705,126)


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <25836-0@lion>;
         Sat, 1 Jul 1995 00:16:01 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 30 Jun 95 22:40:42 GMT
Received: from frigate.doc.ic.ac.uk by punt.demon.co.uk id ab19433;
         30 Jun 95 23:40 +0100
Received: from gw.home.vix.com by frigate.doc.ic.ac.uk with SMTP (PP)
         id <[email protected]>; Fri, 30 Jun 1995 23:22:35 +0100
Received: by gw.home.vix.com id AA20443; Fri, 30 Jun 95 10:19:04 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA20439; Fri, 30 Jun 95 10:19:03 -0700
Received: from gonzo.tamu.edu (localhost [127.0.0.1])
         by gonzo.tamu.edu (8.6.11/8.6.11) with ESMTP id MAA01084;
         Fri, 30 Jun 1995 12:19:00 -0500
From: Philip Kizer <[email protected]>
To: Jeff A Stephens 312C M 402424 <[email protected]>
Cc: [email protected]
Subject: Re: Returned mail: Host unknown
Reply-To: [email protected]
X-Office: 013A Teague
X-Office-Phone: 409.862.4120
X-Organization: TAMU CIS Operating Systems Group, Unix
X-Pgp-Key: Get key 0x11989061 by sending message with subject: "get pgp key"
X-Url: http://gonzo.tamu.edu/
X-Face: _B<mzj1U/]zP}h)]5#BSta@y22b`"<mJtYKCPN{4BF^@S<[rOZL*pyXkh3jeqjeJHJrb%ld
       f'dU)hBy9
In-Reply-To: Your message of "Fri, 30 Jun 1995 10:58:03 CDT." <[email protected]>
Date: Fri, 30 Jun 1995 12:18:59 -0500
Message-Id: <[email protected]>
Sender: [email protected]


Not sure if you wanted me to go ahead and direct this to perdb-interest,
but too late now, so ... :)

[email protected] (Jeff A Stephens 312C M 402424) wrote:
>I am writing a script on oraperl (v5) to open, select, etc. from an
>Oracle database.  Of course, this means I need the environment var
>ORACLE_HOME set.  So, I did this:

>$ENV{'ORACLE_HOME'} = '/path/to/oracle/7.1.3';

Hmmm...should work...you checked that this is about the first statement run
in your perl script?

Did you try adding the "$ENV{...}=..." to test.pl in the Oracle module
directory?

Just tested it here perl 5.001e:


gonzo:~Src/Oracle % env | egrep 'ORA|TWO'
gonzo:~Src/Oracle % grep -n ORACLE_HOME test.pl
10:$ENV{'ORACLE_HOME'}="/oracle/product/7.1.3";
21:$ENV{ORACLE_HOME}   = '/usr/oracle'     unless $ENV{ORACLE_HOME};
gonzo:~Src/Oracle % ORACLE_USERID=pckizer/********@oraprd1 TWO_TASK=oracle perl
test.pl
Oraperl test application $Revision: 1.13 $
DBD::Oracle driver installed as DBI::dr=HASH(0x147b2c)
   DBI::dr=HASH(0x152ab4) debug level set to 1

Oraperl Emulation Interface version 1.17
Oracle Driver 1.16
DBI Switch by Tim Bunce, version 1.39

lda=DBI::db=HASH(0x152b8c)
odescr dbsize=0 for 'NULL_T' (type 1)
Fields:  4
Names:   'NUM_T',       'DATE_T',  'CHAR_T',    'NULL_T'
Lengths: '40',  '75',   '30',   '0'
Types:   '2',   '12',   '1',    '1'
Data rows:
   fetch: 79.2 30-JUN-95 PCKIZER NULL

csr reassigned (forces destruction)...
csr out of scope...
ora_logoff...
lda out of scope...

Testing repetitive connect/open/close/disconnect:
1 2 3 4 5

Test interaction of explicit close/logoff and implicit DESTROYs
Expect just 'done.', no other messages:
done.

Test complete.
gonzo:~Src/Oracle %


I was plesantly surprised to see that the test.pl did indeed test cleanly
under both oraperl (perl4) and DBD::Oracle!



-philip

____________________________________________________________ Philip Kizer ___
Texas A&M CIS Operating Systems Group, Unix ( 409.862.4120 ) [email protected]

"Relying on the government to protect your privacy is like asking a peeping
tom to install your window blinds." -John Perry Barlow, EFF co-founder
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03015-3@lion>;
         Mon, 3 Jul 1995 07:01:13 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 01 Jul 95 02:08:41 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa00406;
         1 Jul 95 3:08 +0100
Received: by gw.home.vix.com id AA13900; Fri, 30 Jun 95 17:16:53 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA13896; Fri, 30 Jun 95 17:16:50 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa28288;
         1 Jul 95 0:26 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa21141;
         1 Jul 95 0:26 +0100
Received: from ig.co.uk by lion id <25930-0@lion>;
         Sat, 1 Jul 1995 00:23:56 +0100
To: [email protected], [email protected]
Subject: Re: Returned mail: Host unknown
Cc: [email protected]
Date: Sat, 1 Jul 1995 00:23:56 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Philip Kizer <[email protected]>
>
> Not sure if you wanted me to go ahead and direct this to perdb-interest,
> but too late now, so ... :)
>
No problem.

> [email protected] (Jeff A Stephens 312C M 402424) wrote:
> >I am writing a script on oraperl (v5) to open, select, etc. from an
> >Oracle database.  Of course, this means I need the environment var
> >ORACLE_HOME set.  So, I did this:
> >$ENV{'ORACLE_HOME'} = '/path/to/oracle/7.1.3';
>
> Hmmm...should work...you checked that this is about the first statement run
> in your perl script?
>
> Did you try adding the "$ENV{...}=..." to test.pl in the Oracle module
> directory?
>
Since I didn't see the original message I don't know what the original
problem was. If it's something like 'Connection takes a long time and
may coredump' then see the note in the README file.

> Just tested it here perl 5.001e:
> [...]
>
> I was plesantly surprised to see that the test.pl did indeed test cleanly
> under both oraperl (perl4) and DBD::Oracle!
>
:-)

I have to keep remembering not to use perl5 code in test.pl.

> -philip
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03015-5@lion>;
         Mon, 3 Jul 1995 07:01:26 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 01 Jul 95 02:26:35 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa06099;
         1 Jul 95 3:25 +0100
Received: by gw.home.vix.com id AA09226; Fri, 30 Jun 95 15:44:37 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA09222; Fri, 30 Jun 95 15:44:34 -0700
Received: from localhost.tis.llnl.gov by yottzumm.tis.llnl.gov (4.1/LLNL-1.18)
         id AA11938; Fri, 30 Jun 95 15:42:55 PDT
Message-Id: <[email protected]>
X-Mailer: exmh version 1.6 4/21/95
To: [email protected]
Cc: [email protected]
Subject: Re: Returned mail: Host unknown
In-Reply-To: Your message of "Fri, 30 Jun 1995 12:18:59 CDT." <[email protected]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Fri, 30 Jun 1995 15:42:54 -0700
From: John Carlson <[email protected]>

>
> Not sure if you wanted me to go ahead and direct this to perdb-interest,
> but too late now, so ... :)
>
> [email protected] (Jeff A Stephens 312C M 402424) wrote:
> >I am writing a script on oraperl (v5) to open, select, etc. from an
> >Oracle database.  Of course, this means I need the environment var
> >ORACLE_HOME set.  So, I did this:
>
> >$ENV{'ORACLE_HOME'} = '/path/to/oracle/7.1.3';
>
> Hmmm...should work...you checked that this is about the first statement run
> in your perl script?
>
> Did you try adding the "$ENV{...}=..." to test.pl in the Oracle module
> directory?

Hmm..  Does ORACLE_HOME work?  I just took out ORACLE_SID and ORACLE_HOME
from my script according to the DBD::Oracle README and my script runs
much faster now.  I think that there's some kind of 2 minute hold period
otherwise.

John

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03015-14@lion>;
         Mon, 3 Jul 1995 07:03:02 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 01 Jul 95 03:47:09 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa28442;
         1 Jul 95 4:46 +0100
Received: by gw.home.vix.com id AA12867; Fri, 30 Jun 95 16:53:02 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA12860; Fri, 30 Jun 95 16:52:58 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa27491;
         1 Jul 95 0:16 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa20238;
         1 Jul 95 0:16 +0100
Received: from ig.co.uk by lion id <25733-0@lion>;
         Fri, 30 Jun 1995 23:44:23 +0100
To: [email protected], [email protected]
Date: Fri, 30 Jun 1995 23:44:23 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


>
> Hello John,
>
> > I just installed oraperl and DBI/Oracle on a SunOS 4.1.3 box running
> > Oracle 7.1.3.  Seems to work OK, except I get the error
> >
> > csr out of scope...
> > ora_logoff
> > Bad free() ignored at test.pl line 92.
> > lda out of scope...
> >
> > When doing a 'make test'.  This same error occurs in my oraperl scripts
> > when I call ora_logoff.  Does anyone have an idea what causes this and
> > how to get rid of the msg?  Please respond to me directly since I'm
> > not sure if I am on the list yet or not.
>
> Is the problem with Oraperl or with DBI/DBD::Oracle? They aren't the same
> thing (yet).
>
That looks like the DBD::Oracle test output.

John, check you're using the latest versions of DBI/DBD::Oracle. If so
send me (directly) a trace of that part of the log after setting
PERL_DBI_DEBUG to 2 in your environment along with the other details
requested in the README.

>       Kevin
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03015-17@lion>;
         Mon, 3 Jul 1995 07:03:39 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 01 Jul 95 03:56:17 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa01019;
         1 Jul 95 4:56 +0100
Received: by gw.home.vix.com id AA12462; Fri, 30 Jun 95 16:50:01 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA12449; Fri, 30 Jun 95 16:49:59 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa27496;
         1 Jul 95 0:16 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ab20238;
         1 Jul 95 0:16 +0100
Received: from ig.co.uk by lion id <25773-0@lion>;
         Fri, 30 Jun 1995 23:58:32 +0100
To: [email protected]
Subject: Re: Running DBD/DBI on a Dec Alpha
Cc: [email protected]
Date: Fri, 30 Jun 1995 23:58:32 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Jonathan Olson <[email protected]>
>
> I am working with Royal Hansen on getting your DBD/DBI up on a Dec Alpha
> OSF/1 v2.1.  Through a recent posting on the newsgroup, we discovered
> that we needed to upgrade our make to gmake, and a lot of our previous
> concerns have disappeared.
>
Great.

> We are now using the latest versions of DBD and DBI (versions 0.19 and
> 0.58 respectively).
>
> DBI v. 0.19 runs smoothly.
>
> The complete log of the DBD build :
>
> [...]
> t/base..............install_driver(Oracle) failed: DBI version mismatch
> (DBI actual v3/s40, expected v4/s72) at
> /usr/local/lib/perl5/DynaLoader.pm line 463.
>  at /usr/local/lib/perl5/DBI.pm line 176
>         DBI::install_driver called at t/base.t line 18

You're the first person, including me, to have seen that error actually
happen. It's very gratifying to know that that check works since the
bugs a version mismatch might cause would be hard to trace.

> And this is what we get.  DBI version mismatch seems to imply we have a
> wrong version of DBI. I tried to use DBI v0.17 but it caused problems.
> Any suggestions would be greatly appreciated.
>
The version mismatch means that the DBI version (of DBIXS.h) which the
DBD::Oracle module used when it was compiled is not the same as one used
to compile the DBI version currently running.

Since the expected version was higher than the actual version I'd guess
that you somehow installed a DBI DBIXS.h without rebuilding DBI.so.

I'd delete the installed versions of both and rebuild and reinstall
the DBI and then DBD::Oracle.

> Jonathan Olson([email protected])
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03015-21@lion>;
         Mon, 3 Jul 1995 07:04:28 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 01 Jul 95 06:47:37 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09789;
         1 Jul 95 7:47 +0100
Received: by gw.home.vix.com id AA17349; Fri, 30 Jun 95 18:22:25 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA17344; Fri, 30 Jun 95 18:22:23 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa06079;
         1 Jul 95 2:21 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa29141;
         1 Jul 95 2:21 +0100
Received: from ig.co.uk by lion id <26708-0@lion>;
         Sat, 1 Jul 1995 02:19:30 +0100
To: [email protected], [email protected]
Subject: Makefile.PL edit for Oracle 7.1.3 and SunOS 4.1.3 (was: )
Date: Sat, 1 Jul 1995 02:19:30 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: John Carlson <[email protected]>
>
> Here's the changes I made to the Makefile.PL to get the Oracle module
> to link with Oracle 7.1.3 and SunOS 4.1.3.  I also had to change the
> Makefile to use -PIC instead of -pic.
>
>       if ($MK{LLIBOCIC}) {
> !         $linkwith = '$(LLIBOCIC) $(TTLIBS)';
>       } else {
> !         $linkwith = '-locic $(TTLIBS)';     # XXX GUESS HACK
>       }
> --- 202,210 ----
>       if ($MK{LLIBOCIC}) {
> !         $linkwith = '$(LLIBOCIC) $(OSNTAB) $(SQLNETLIBS) $(NETV2LIBS)
> $(LLIBORA) $(SQLNETLIBS) $(NETV2LIBS) $(SQLNETLIBS) $(NETV2LIBS) $(CORELIBS)
> $(LDLIBS) $(CLIBS)';
>       } else {
> !         $linkwith = '-locic $(OSNTAB) $(SQLNETLIBS) $(NETV2LIBS) $(LLIBORA)
> $(SQLNETLIBS) $(NETV2LIBS) $(SQLNETLIBS) $(NETV2LIBS) $(CORELIBS) $(LDLIBS)
> $(CLIBS)';
>       }
>
Thanks for letting me know, but this is not an ideal solution. It's
certainly not portable. Makefile.PL should work it out automatically.
The fact that you've edited both sides of the else is rather strange.

Please send me a copy of your proc.mk file and, if possible, a log of
the build without this change applied and the output of the myconfig
script (or perl -e 'use Config; print Config::myconfig()').

Thanks.

Is anyone else using Oracle 7.1.3 and SunOS 4.1.3?

Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03346-0@lion>;
         Mon, 3 Jul 1995 07:05:38 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 01 Jul 95 07:34:20 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa21705;
         1 Jul 95 8:34 +0100
Received: by gw.home.vix.com id AA25675; Fri, 30 Jun 95 21:19:40 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA25671; Fri, 30 Jun 95 21:19:39 -0700
Received: from ng34.netgate.net (ng34.netgate.net [204.145.147.34])
         by ftp.netgate.net (8.6.10/A/UX 3.1) with SMTP id VAA10861
         for <[email protected]>; Fri, 30 Jun 1995 21:15:31 -0700
Date: Fri, 30 Jun 1995 21:15:31 -0700
Message-Id: <[email protected]>
X-Sender: [email protected]
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: [email protected]
From: Greg Anderson <[email protected]>

Tim Bunce writes:
>> > I just installed oraperl and DBI/Oracle on a SunOS 4.1.3 box running
>> > Oracle 7.1.3.  Seems to work OK, except I get the error
>> >
>> > csr out of scope...
>> > ora_logoff
>> > Bad free() ignored at test.pl line 92.
>> > lda out of scope...
>> >
>> > When doing a 'make test'.  This same error occurs in my oraperl scripts
>> > when I call ora_logoff.  Does anyone have an idea what causes this and
>> > how to get rid of the msg?  Please respond to me directly since I'm
>> > not sure if I am on the list yet or not.
>>
>> Is the problem with Oraperl or with DBI/DBD::Oracle? They aren't the same
>> thing (yet).
>>
>That looks like the DBD::Oracle test output.

Is that "Bad free()" stuff supposed to be there too?  I ask because I get the
same error whenever any of my Oraperl programs completes.  I just figured it
was something that was known about and would someday "go away".

Greg
______________________________________________________________
Greg Anderson                        [email protected]
Anderson-Coates                      (408) 267-3306
Professional Internet Marketing Services and Software
Creators of San Jose Living at http://www.acoates.com/sjliving

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03346-26@lion>;
         Mon, 3 Jul 1995 07:10:19 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Mon, 03 Jul 95 03:30:10 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa23266;
         3 Jul 95 4:30 +0100
Received: by gw.home.vix.com id AA03221; Sun, 2 Jul 95 18:01:42 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA03217; Sun, 2 Jul 95 18:01:41 -0700
Received: from nimo.claircom.com by mailgw.claircom.com
         with smtp (Smail3.1.26.7 #2) id m0sSZtL-0004tmC;
         Sun, 2 Jul 95 18:01 PDT
Received: from airone.claircom.com by nimo.claircom.com
         with smtp (Smail3.1.26.7 #2) id m0sSZtK-0005bUC;
         Sun, 2 Jul 95 18:01 PDT
Received: from soc4.airone.claircom.com by airone.claircom.com (5.0/SMI-SVR4)
         id AA04953; Sun, 2 Jul 1995 18:01:05 -0700
Received: by soc4.airone.claircom.com (4.1/SMI-4.1) id AA08925;
         Sun, 2 Jul 95 17:55:15 PDT
Date: Sun, 2 Jul 95 17:55:15 PDT
From: Bill Warner <[email protected]>
Message-Id: <[email protected]>
To: [email protected], [email protected]
Subject: subscribe
Content-Length: 14

subscribe me.
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <11851-0@lion>;
         Tue, 4 Jul 1995 07:01:05 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Mon, 03 Jul 95 22:20:32 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa15858;
         3 Jul 95 23:19 +0100
Received: by gw.home.vix.com id AA19358; Mon, 3 Jul 95 07:52:30 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19353; Mon, 3 Jul 95 07:52:23 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa21690;
         3 Jul 95 12:56 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa28220;
         3 Jul 95 12:56 +0100
Received: from ig.co.uk by lion id <05082-0@lion>;
         Mon, 3 Jul 1995 10:21:20 +0100
To: [email protected], [email protected]
Subject: Re: Bad free
Date: Mon, 3 Jul 1995 10:21:20 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Greg Anderson <[email protected]>
>
> Tim Bunce writes:
> >> > I just installed oraperl and DBI/Oracle on a SunOS 4.1.3 box running
> >> > Oracle 7.1.3.  Seems to work OK, except I get the error
> >> >
> >> > csr out of scope...
> >> > ora_logoff
> >> > Bad free() ignored at test.pl line 92.
> >> > lda out of scope...
> >> >
> >> > When doing a 'make test'.  This same error occurs in my oraperl scripts
> >> > when I call ora_logoff.  Does anyone have an idea what causes this and
> >> > how to get rid of the msg?  Please respond to me directly since I'm
> >> > not sure if I am on the list yet or not.
> >>
> >> Is the problem with Oraperl or with DBI/DBD::Oracle? They aren't the same
> >> thing (yet).
> >>
> >That looks like the DBD::Oracle test output.
>
> Is that "Bad free()" stuff supposed to be there too?  I ask because I get the
> same error whenever any of my Oraperl programs completes.  I just figured it
> was something that was known about and would someday "go away".
>
Never assume that. If you don't like something, say so. It's the only way
you'll be sure that I know you have a problem. Anyway, here's John's fix:

: From: John Carlson <[email protected]>
:
: > That looks like the DBD::Oracle test output.
: >
: > JohReceived: from punt.demon.co.uk by lion with SMTP (PP) id <13034-0@lion>;
         Tue, 4 Jul 1995 10:47:39 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 04 Jul 95 09:43:36 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa14613;
         4 Jul 95 10:43 +0100
Received: by gw.home.vix.com id AA29396; Mon, 3 Jul 95 21:05:09 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA29392; Mon, 3 Jul 95 21:05:08 -0700
Received: from ng31.netgate.net (ng31.netgate.net [204.145.147.31])
         by ftp.netgate.net (8.6.10/A/UX 3.1) with SMTP id VAA05338
         for <[email protected]>; Mon, 3 Jul 1995 21:00:58 -0700
Date: Mon, 3 Jul 1995 21:00:58 -0700
Message-Id: <[email protected]>
X-Sender: [email protected]
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: [email protected]
From: Greg Anderson <[email protected]>
Subject: Re: Bad free

At 10:21 AM 7/3/95 +0100, Tim Bunce wrote:
>
> If you don't like something, say so. It's the only way
>you'll be sure that I know you have a problem. Anyway, here's John's fix:
>
>: From: John Carlson <[email protected]>
>:
>: > That looks like the DBD::Oracle test output.
>: >
>: > John, check you're using the latest versions of DBI/DBD::Oracle. If so
>: > send me (directly) a trace of that part of the log after setting
>: > PERL_DBI_DEBUG to 2 in your environment along with the other details
>: > requested in the README.
>:
>: Nah, I'm too lazy to do that.  Instead, I copied over the Oracle libraries
>: from another machine and recompiled DBD::Oracle.  It seems to work OK
>: now, even the distributed Makefile.PL works.  Apparently, there was
>: a problem with how I installed Oracle.  (catproc.sql still doesn't
>: work!)

But I don't (sniff...) *have* another machine to copy Oracle from ;-(
Greg
______________________________________________________________
Greg Anderson                        [email protected]
Anderson-Coates                      (408) 267-3306
Professional Internet Marketing Services and Software
Creators of San Jose Living at http://www.acoates.com/sjliving

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07519-11@lion>;
         Thu, 6 Jul 1995 02:46:07 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 06 Jul 95 01:26:23 GMT
Received: from frigate.doc.ic.ac.uk by punt.demon.co.uk id aa15897;
         6 Jul 95 2:26 +0100
Received: from gw.home.vix.com by frigate.doc.ic.ac.uk with SMTP (PP)
         id <[email protected]>; Thu, 6 Jul 1995 02:25:06 +0100
Received: by gw.home.vix.com id AA07627; Wed, 5 Jul 95 12:35:18 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA07623; Wed, 5 Jul 95 12:35:13 -0700
Received: from earth.njit.edu (earth-gw.njit.edu [128.235.1.200])
         by njitgw.njit.edu (8.6.11/8.6.9) with ESMTP id PAA27795
         for <[email protected]>; Wed, 5 Jul 1995 15:35:05 -0400
Received: from vienna.njit.edu (vienna.njit.edu [128.235.1.30])
         by earth.njit.edu (8.6.12/8.6.9) with SMTP id PAA04195
         for <[email protected]>; Wed, 5 Jul 1995 15:16:02 -0400
Received: by vienna.njit.edu (4.1/SMI-4.1) id AA07594;
         Wed, 5 Jul 95 15:35:02 EDT
Date: Wed, 5 Jul 95 15:35:02 EDT
From: Aaron Watters <[email protected]>
Message-Id: <[email protected]>
To: [email protected]
Subject: standard ref on extending perl?


Hi.  I'm a passive recipient of this list.  Thought you guys might
answer a question.  Email me directly if you think it's not of
general interest to the list.

If I wanted to write perl bindings for a linear programming library (a
truly arbitrary example) how can I do it?  In general how does one
write compiled extensions to interface Perl to existing libraries?
Where are the refs?  I poked around the web, and I came up empty
(perhaps because of my limited skills).  Any http refs?  other info?

thanks,         [email protected]
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <17361-3@lion>;
         Fri, 7 Jul 1995 07:02:23 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Fri, 07 Jul 95 03:20:34 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa12407;
         7 Jul 95 4:19 +0100
Received: by gw.home.vix.com id AA03988; Thu, 6 Jul 95 14:31:46 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA03984; Thu, 6 Jul 95 14:31:45 -0700
Received: from msi-gateway1.metropolis.com
         by gaia.internex.net (SMI-8.6.9/SMI-SVR4) id OAA02609;
         Thu, 6 Jul 1995 14:31:38 -0700
Received: by msi-gateway1.metropolis.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.1)
         id AA8558; Thu, 06 Jul 95 14:35:00 -0700
Message-Id: <[email protected]>
Received: from MSI Notes Network with "Lotus Notes Mail Gateway for SMTP"
         id B484F6A1703D3B89882561F10075C514; Thu, 6 Jul 95 14:34:40
To: Rick Hudson <[email protected]>
Cc: perldb-interest <[email protected]>
From: David Moellenhoff/MSI <[email protected]>
Date: 6 Jul 95 14:29:39 EDT
Subject: Re: Bad build problems?
Mime-Version: 1.0
Content-Type: Text/Plain

>Folks, I installed Perl version 5.001 Unofficial patchlevel 1m.
>I then installed DBperl for Oracle. The DBI test ran fine
>but when I tried this simple test, mostly from the DBD test.pl
>it fails. Here is the perl code and the output. Any ideas?
>- Rick
>
>------------- The perl code ----------------
>#!/usr/local/bin/perl -w
..
> local($c) = &ora_open($l, "select empno from EMP;")
>     || die "ora_open: $ora_errno: $ora_errstr\n";
..
>----------------- output of run    ------------------
..
>ERROR EVENT: DBI::db=HASH(0x1400e96a8)->DBI::default_handler:
>        0 ORA-00000: normal, successful completion (DBD: parse error at
characte
>r 1 of 22 (select empno from EMP;))
> at /usr/local/lib/perl5/DBD/Oracle.pm line 115
>ora_open: 0: ORA-00000: normal, successful completion
>             (DBD: parse error at character 1 of 22 (select empno from EMP;))
..
>--------------   End of output. -----------------------

Lose the ';' from the end of the SQL command.  Only sqlplus requires that.


-Dave
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <17362-5@lion>;
         Fri, 7 Jul 1995 07:02:44 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 06 Jul 95 21:18:10 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09821;
         6 Jul 95 22:17 +0100
Received: by gw.home.vix.com id AA11132; Thu, 6 Jul 95 07:48:21 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA11127; Thu, 6 Jul 95 07:48:18 -0700
Received: by disperse.demon.co.uk id ay16329; 6 Jul 95 13:21 +0100
Received: from post.demon.co.uk by disperse.demon.co.uk id aa04156;
         6 Jul 95 6:53 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa26732;
         6 Jul 95 6:53 +0100
Received: from ig.co.uk by lion id <07773-0@lion>;
         Thu, 6 Jul 1995 03:00:24 +0100
To: [email protected], [email protected]
Subject: Re: standard ref on extending perl?
Date: Thu, 6 Jul 1995 03:00:24 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Aaron Watters <[email protected]>
>
> Hi.  I'm a passive recipient of this list.  Thought you guys might
> answer a question.  Email me directly if you think it's not of
> general interest to the list.
>
> If I wanted to write perl bindings for a linear programming library (a
> truly arbitrary example) how can I do it?  In general how does one
> write compiled extensions to interface Perl to existing libraries?
> Where are the refs?  I poked around the web, and I came up empty
> (perhaps because of my limited skills).  Any http refs?  other info?
>
It is documented in the on-line documentation (perlapi, MakeMaker,
perlguts, perlcall, h2xs etc). The problem is that there is no overview
to guide you through it.

This is a known problem, it even has a bug number (NETaa13564).

In the meantime, read all the above twice, then study some existing
extensions (say Fcntl then *DBM_File) whilst reading all the above
again. :-)

I strongly suggest you don't try to use DBI or DBD::Oracle as models to
learn from.  They are much more complex than most extensions.

The best place to ask more questions is comp.lang.perl.misc and, if you
get no reply, [email protected].

> thanks,               [email protected]
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <17744-0@lion>;
         Fri, 7 Jul 1995 07:06:47 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 06 Jul 95 23:29:26 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa12355;
         7 Jul 95 0:28 +0100
Received: by gw.home.vix.com id AA26460; Thu, 6 Jul 95 12:16:54 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA26456; Thu, 6 Jul 95 12:16:53 -0700
Received: by yough.oit.umass.edu. (5.65/Ultrix3.0-C) id AA02352;
         Thu, 6 Jul 1995 15:18:54 -0400
Date: Thu, 6 Jul 1995 15:18:54 -0400
From: Rick Hudson <[email protected]>
Message-Id: <[email protected].>
To: [email protected]
Subject: Bad build problems?
References: <[email protected]>
Reply-To: [email protected]

Folks, I installed Perl version 5.001 Unofficial patchlevel 1m.
I then installed DBperl for Oracle. The DBI test ran fine
but when I tried this simple test, mostly from the DBD test.pl
it fails. Here is the perl code and the output. Any ideas?
- Rick

------------- The perl code ----------------
#!/usr/local/bin/perl -w

# Very simple test.

$| = 1;
print q{Oraperl test application $}."\n";


$ENV{ORACLE_HOME}   = '/usr/oracle'     unless $ENV{ORACLE_HOME};

$dbname = 'test';
$dbuser = 'SCOTT';
$dbpasswd = 'TIGER';

eval 'use Oraperl; 1' || die $@ if $] >= 5;

&ora_version;

print "ENV{ORACLE_HOME} -> $ENV{ORACLE_HOME} \ndbuser -> $dbuser \ndbpasswd -> $dbpasswd\n";

&test2 ();
exit 0;

sub test2 {
       local($l) = &ora_login($dbname, $dbuser, $dbpasswd)
                                       || die "ora_login: $ora_errno: $ora_errstr\n";
       local($c) = &ora_open($l, "select empno from EMP;")
                                       || die "ora_open: $ora_errno: $ora_errstr\n";
       &ora_close($c)  || warn "ora_close($c):  $ora_errno: $ora_errstr\n";
       &ora_logoff($l) || warn "ora_logoff($l): $ora_errno: $ora_errstr\n";
}
# end.

----------------- end of perl code ------------------

----------------- output of run    ------------------
bash$ test2.pl
Oraperl test application $
DBD::Oracle driver installed as DBI::dr=HASH(0x1400e9658)
   DBI::dr=HASH(0x140109cf8) debug level set to 1

Oraperl Emulation Interface version 1.17
Oracle Driver 1.16
DBI Switch by Tim Bunce, version 1.39

ENV{ORACLE_HOME} -> /u/u2/oracle/product/7.1.4
dbuser -> SCOTT
dbpasswd -> TIGER
ERROR EVENT: DBI::db=HASH(0x1400e96a8)->DBI::default_handler:
       0 ORA-00000: normal, successful completion (DBD: parse error at characte
r 1 of 22 (select empno from EMP;))
at /usr/local/lib/perl5/DBD/Oracle.pm line 115
ora_open: 0: ORA-00000: normal, successful completion
            (DBD: parse error at character 1 of 22 (select empno from EMP;))
Database handle destroyed without disconnect.
ERROR EVENT: DBI::db=HASH(0x1400e96a8)->DBI::default_handler:
       0 ORA-00000: normal, successful completion (DBD: disconnect error)
at ./test2.pl line 0
bash$
--------------   End of output. -----------------------
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <12452-3@lion>;
         Tue, 11 Jul 1995 01:47:12 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Mon, 10 Jul 95 21:04:28 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa27093;
         10 Jul 95 22:03 +0100
Received: by gw.home.vix.com id AA19789; Mon, 10 Jul 95 08:14:08 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19782; Mon, 10 Jul 95 08:13:55 -0700
Message-Id: <[email protected]>
Received: from mip.lasc.lockheed.com by netserve.lasc.lockheed.com
         with SMTP (1.37.109.4/16.2) id AA27480; Mon, 10 Jul 95 11:13:40 -0400
Received: by mip.lasc.lockheed.com (1.38.193.4/16.2) id AA16924;
         Mon, 10 Jul 1995 11:13:13 -0400
Date: Mon, 10 Jul 1995 11:13:13 -0400
From: Terry Greenlaw <[email protected]>
Apparently-To: [email protected]

subscribe

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <14711-3@lion>;
         Tue, 11 Jul 1995 07:01:17 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 11 Jul 95 02:10:11 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa28908;
         11 Jul 95 3:04 +0100
Received: by gw.home.vix.com id AA06839; Mon, 10 Jul 95 13:12:04 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA06834; Mon, 10 Jul 95 13:12:00 -0700
Received: from s6.math.umn.edu by s5.math.umn.edu;
         Mon, 10 Jul 1995 15:11:59 -0500
Date: Mon, 10 Jul 95 15:11:50 CDT
From: [email protected]
Message-Id: <[email protected]>
Received: by s6.math.umn.edu; Mon, 10 Jul 95 15:11:50 CDT
To: [email protected]
Subject: Subscribe


Sorry if this isn't the administrative address for the perldb mailing
list.  I'd like to

subscribe perldb

I'd also like to find out where I can get the latest version of the
Oracle DBI (DBD?) implementation.

Thanks,

--
Erik E. Rantapaa  --  [email protected]
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <14711-6@lion>;
         Tue, 11 Jul 1995 07:01:27 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 11 Jul 95 05:56:03 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa03878;
         11 Jul 95 6:55 +0100
Received: by gw.home.vix.com id AA23903; Mon, 10 Jul 95 18:08:51 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA23899; Mon, 10 Jul 95 18:08:50 -0700
Received: from localhost (mellon@localhost) by toccata.fugue.com (8.6.9/8.6.11)
         with SMTP id SAA12937; Mon, 10 Jul 1995 18:05:54 -0700
Message-Id: <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: Re: Subscribe
In-Reply-To: Your message of "Mon, 10 Jul 1995 15:11:50 CDT." <[email protected]>
Date: Mon, 10 Jul 1995 18:05:53 -0700
From: Ted Lemon <[email protected]>


> subscribe perldb

Done.   But in the future, please remember to send your requests to
[email protected], not to perldb-interest, which is the
main mailing list.   Of course, in this case it doesn't matter
because...

> I'd also like to find out where I can get the latest version of the
> Oracle DBI (DBD?) implementation.

I can't tell you where to get that - I maintain the list and mostly
don't have time to read or record what goes on on it, so I know that
there have been announcements in the past, but don't have copies of
them.

                              _MelloN_
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <21265-0@lion>;
         Tue, 11 Jul 1995 17:27:10 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 11 Jul 95 16:26:21 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa28408;
         11 Jul 95 17:26 +0100
Received: by gw.home.vix.com id AA21507; Tue, 11 Jul 95 02:25:43 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21503; Tue, 11 Jul 95 02:25:41 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa24911;
         11 Jul 95 10:16 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa02069;
         11 Jul 95 10:16 +0100
Received: from ig.co.uk by lion id <16524-0@lion>;
         Tue, 11 Jul 1995 10:12:32 +0100
To: [email protected]
Subject: Re: Subscribe
Cc: [email protected]
Date: Tue, 11 Jul 1995 10:12:32 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Ted Lemon <[email protected]>
>
>
> > subscribe perldb
>
> Done.   But in the future, please remember to send your requests to
> [email protected], not to perldb-interest, which is the
> main mailing list.   Of course, in this case it doesn't matter
> because...
>
Thanks Ted.

> > I'd also like to find out where I can get the latest version of the
> > Oracle DBI (DBD?) implementation.
>
> I can't tell you where to get that - I maintain the list and mostly
> don't have time to read or record what goes on on it, so I know that
> there have been announcements in the past, but don't have copies of
> them.
>
They are in *the* perl database archive at ftp.demon.co.uk:/pub/perl/db/...

>                              _MelloN_
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <03580-4@lion>;
         Wed, 12 Jul 1995 17:11:25 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 13:35:45 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa22341;
         12 Jul 95 14:35 +0100
Received: by gw.home.vix.com id AA03907; Tue, 11 Jul 95 23:35:27 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA03879; Tue, 11 Jul 95 23:34:07 -0700
Received: from indigo.UUCP by actcom.co.il with UUCPindigo (8.6.12/actcom-0.1)
         id IAA15286;
         Wed, 12 Jul 1995 08:26:49 +0300 (rfc931-sender: uucp@localhost)
Received: from sparc1a.Indigo.co.il by Indigo.co.il (4.1/SMI-4.1) id AA21764;
         Wed, 12 Jul 95 08:21:21 IDT
Received: from swamp.indigo.co.il. by sparc1a.Indigo.co.il (4.1/SMI-4.1)
         id AA04426; Wed, 12 Jul 95 08:24:52 IDT
Received: by swamp.indigo.co.il. (5.x/SMI-SVR4) id AA03538;
         Wed, 12 Jul 1995 08:22:13 +0300
Date: Wed, 12 Jul 1995 08:22:13 +0300
From: Peter Gordon <[email protected]>
Message-Id: <[email protected].>
To: distribution:;, see end of body <[email protected]>
MMDF-Warning: Parse error in original version of preceding line at
             punt.demon.co.uk
Subject: The Perl 5 Module List


Hi there one and all. All your names appear on
Tim Bunce's Perl 5 Module List as contributors of software
packages/modules.

The way things stand, it is very difficult to actually find the modules
on Internet, and the sites listed don't necessarily include your contribution.

If you send me a list of packages you have written, and the anonymous ftp site(s)
where the latest version can be found, I will compile a list and ask Tim to add
it to Perl 5 Module List.

Thanks

Peter


%%% overflow headers %%%
To: [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected]
%%% end overflow headers %%%
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <04806-0@lion>;
         Wed, 12 Jul 1995 18:43:37 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 17:41:15 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa11574;
         12 Jul 95 18:34 +0100
Received: by gw.home.vix.com id AA18451; Wed, 12 Jul 95 02:50:53 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA18447; Wed, 12 Jul 95 02:50:35 -0700
Received: (from ilya@localhost) by monk.mps.ohio-state.edu (8.6.12/8.6.12)
         id FAA28764; Wed, 12 Jul 1995 05:48:23 -0400
From: Ilya Zakharevich <[email protected]>
Message-Id: <[email protected]>
Subject: Re: The Perl 5 Module List
To: Peter Gordon <[email protected]>
Date: Wed, 12 Jul 1995 05:48:23 -0400 (EDT)
Cc: distribution:;, see end of body <[email protected]>
MMDF-Warning: Parse error in original version of preceding line at
             punt2.demon.co.uk
In-Reply-To: <[email protected].> from "Peter Gordon" at Jul 12, 95 08:22:13 am
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 640

Peter Gordon writes:
>
>
> Hi there one and all. All your names appear on
> Tim Bunce's Perl 5 Module List as contributors of software
> packages/modules.
>
> The way things stand, it is very difficult to actually find the modules
> on Internet, and the sites listed don't necessarily include your contribution.
>
> If you send me a list of packages you have written, and the anonymous ftp site(s)
> where the latest version can be found, I will compile a list and ask Tim to add
> it to Perl 5 Module List.
>
> Thanks
>
> Peter
>

Well, I remember some http: form we were invited to fill. I did it,
where are the results?

Ilya

%%% overflow headers %%%
Cc: [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected]
%%% end overflow headers %%%
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07687-5@lion>;
         Wed, 12 Jul 1995 20:00:56 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 18:53:53 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa26408;
         12 Jul 95 19:53 +0100
Received: by gw.home.vix.com id AA21536; Wed, 12 Jul 95 04:05:12 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21532; Wed, 12 Jul 95 04:05:08 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa13460;
         12 Jul 95 11:04 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ad24207;
         12 Jul 95 11:01 +0100
Received: from ig.co.uk by lion id <00296-0@lion>;
         Wed, 12 Jul 1995 10:59:26 +0100
To: distribution:;, [email protected],
   see end of body <[email protected]>
MMDF-Warning: Parse error in original version of preceding line at
             punt.demon.co.uk
Mmdf-Warning: Unable to confirm address in preceding line at
             disperse.demon.co.uk
Subject: Re: The Perl 5 Module List
Date: Wed, 12 Jul 1995 10:59:26 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Peter Gordon <[email protected]>
>
> Hi there one and all. All your names appear on
> Tim Bunce's Perl 5 Module List as contributors of software
> packages/modules.
>
> The way things stand, it is very difficult to actually find the modules
> on Internet, and the sites listed don't necessarily include your contribution.
>
> If you send me a list of packages you have written, and the anonymous
> ftp site(s) where the latest version can be found, I will compile a list
> and ask Tim to add it to Perl 5 Module List.
>
And one week later it will be out of date.

Are you offering to maintain such a list week-in week-out for many years?

The Module List does not include this information for a good reason.

There are two efforts underway to develop good solutions:

1. The comprehensive perl archive (via th perl-packrats mailing list)

2. A WWW front-end top the list that would allow module developers
  to add and maintain their own entries including extra details.

Thanks for your offer but it's not the best way forward.

> Peter
>
Tim.

%%% overflow headers %%%
To: [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected]
%%% end overflow headers %%%
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <10280-10@lion>;
         Wed, 12 Jul 1995 21:57:59 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 19:44:54 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa21603;
         12 Jul 95 20:44 +0100
Received: by gw.home.vix.com id AA19237; Wed, 12 Jul 95 03:12:10 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19229; Wed, 12 Jul 95 03:11:57 -0700
Received: from tilde.csc.ti.com ([128.247.160.56]) by gate.ti.com (8.6.10/)
         with ESMTP id FAA02408; Wed, 12 Jul 1995 05:07:24 -0500
Received: from tiuk.ti.com (strange.tiuk.ti.com [134.183.5.9])
         by tilde.csc.ti.com (8.6.12/8.6.12) with SMTP id FAA29747;
         Wed, 12 Jul 1995 05:06:41 -0500
Received: from getafix by tiuk.ti.com (4.1/SMI-4.1) id AA11939;
         Wed, 12 Jul 95 11:05:21 BST
Received: by getafix (4.1) id AA09214; Wed, 12 Jul 95 11:03:49 BST
Date: Wed, 12 Jul 95 11:03:49 BST
Message-Id: <9507121003.AA09214@getafix>
To: [email protected]
Cc: distribution:;, see end of body <[email protected]>
MMDF-Warning: Parse error in original version of preceding line at
             punt.demon.co.uk
Reply-To: [email protected]
MMDF-Warning: Parse error in original version of preceding line at
             punt.demon.co.uk
From: Graham Barr <[email protected]>
Subject: Re: The Perl 5 Module List


In <[email protected]>
On Wed, 12 Jul 1995 05:48:23 -0400 (EDT)
Ilya Zakharevich <[email protected]> writes:
>Peter Gordon writes:
>>
>>
>> Hi there one and all. All your names appear on
>> Tim Bunce's Perl 5 Module List as contributors of software
>> packages/modules.
>>
>> The way things stand, it is very difficult to actually find the modules
>> on Internet, and the sites listed don't necessarily include your contribution.
>>
>> If you send me a list of packages you have written, and the anonymous ftp site(s)
>> where the latest version can be found, I will compile a list and ask Tim to add
>> it to Perl 5 Module List.
>>
>> Thanks
>>
>> Peter
>>
>
>Well, I remember some http: form we were invited to fill. I did it,
>where are the results?

I did it to but I found that it was VERY slooowwww. If this http: index
is going to live on could anyone volunteer a machine with a faster
internet connection.

Regards,
Graham.

--
       .-----------------------------------------------------------.
 ////  | Graham Barr                Email: [email protected]        |  \\\\
|  00  | VLSI Cell Designer            or: [email protected]             |  00  |
O   ^  | MOS Design                TI MSG: BODG                    |  ^   O
 \ ~/  | Texas Instruments Ltd      Phone: +44 (0)1604 66 3419     |  \~ /
       | ENGLAND                      Fax: +44 (0)1604 66 3456     |
       `-----------------------------------------------------------'


%%% overflow headers %%%
Cc: [email protected], [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected]
%%% end overflow headers %%%
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <10280-12@lion>;
         Wed, 12 Jul 1995 21:58:10 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 19:52:31 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa25383;
         12 Jul 95 20:52 +0100
Received: by gw.home.vix.com id AA20590; Wed, 12 Jul 95 03:47:23 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA20586; Wed, 12 Jul 95 03:47:18 -0700
Received: from cleopatre.pasteur.fr (cleopatre.pasteur.fr [157.99.64.101])
         by mendel.sis.pasteur.fr (8.6.11/8.6.9) with ESMTP id MAA25334;
         Wed, 12 Jul 1995 12:43:31 +0200
Received: (fmc@localhost) by cleopatre.pasteur.fr (8.6.12/8.6.12) id MAA28840;
         Wed, 12 Jul 1995 12:43:30 +0200
Date: Wed, 12 Jul 1995 12:43:30 +0200
Message-Id: <[email protected]>
From: Frederic Chauveau <[email protected]>
To: [email protected]
MMDF-Warning: Parse error in original version of preceding line at
             punt.demon.co.uk
Cc: distribution:;, see end of body <[email protected]>
MMDF-Warning: Parse error in original version of preceding line at
             punt.demon.co.uk
Subject: Re: The Perl 5 Module List
In-Reply-To: <9507121003.AA09214@getafix>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Sxma-Folder: Perl/Porters
X-Mailer: SxMail [Version: 2.1 beta]

I can put up that page and even some archives here. It should be real fast for
all european users and reasonnably fast for the rest of the world.



%%% overflow headers %%%
Cc: [email protected], [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected], [email protected], [email protected],
       [email protected],
       Frederic Chauveau <[email protected]>
%%% end overflow headers %%%
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <11223-10@lion>;
         Wed, 12 Jul 1995 23:13:27 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 22:09:54 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa03674;
         12 Jul 95 23:09 +0100
Received: by gw.home.vix.com id AA28159; Wed, 12 Jul 95 06:18:35 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA28153; Wed, 12 Jul 95 06:18:33 -0700
Message-Id: <[email protected]>
Received: from mip.lasc.lockheed.com by netserve.lasc.lockheed.com
         with SMTP (1.37.109.4/16.2) id AA03805; Wed, 12 Jul 95 09:18:44 -0400
Received: by mip.lasc.lockheed.com (1.38.193.4/16.2) id AA16777;
         Wed, 12 Jul 1995 09:17:36 -0400
Date: Wed, 12 Jul 1995 09:17:36 -0400
From: Terry Greenlaw <[email protected]>
To: [email protected]
Subject: Oparse and DDL execution scheduling
Cc: [email protected]

>> I did notice that in the
>> next-to-last release you forgot to un-comment an important line in the
>> ora_do implementation, but you've probably figured that out by now ;-)
>>
>Careful! Since your message I have updated the ora_do comment to read:
>
>    my $csr = $lda->prepare($stmt) or return undef;
>
>    # Oracle OCI will automatically execute DDL statements in prepare()!
>    # We must be carefull not to execute them again! This needs careful
>    # examination and thought.
>#   my $ret = $csr->execute;
>
>I've not yet got to the bottom of this. I need a way to tell if oparse()
>has actually executed the statement. Do any OCI gurus out there know of
>a way? (Sometime I'll get around to asking Oracle.)


Tim, all you need to do is set defflg (the 4th parameter of oparse) to
a non-zero value. That will cause oparse to delay executing the DLL until
execute time. This will also delay some parse checking till the execute
phase, which may simplify error checking in the long run.

Hope this helps,
tog


Terry Greenlaw (on-site @ Lockheed Martin Aero. Sys.)    Encompass Technologies
[email protected]                             [email protected]
Politians should be changed regularly, like diapers, for the same reason. - RHF
The torch of chaos and doubt -- this is what the sage steers by. - Chuang Tzu

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-2@lion>;
         Thu, 13 Jul 1995 07:01:10 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 22:43:53 GMT
Received: from frigate.doc.ic.ac.uk by punt.demon.co.uk id aa20294;
         12 Jul 95 23:43 +0100
Received: from gw.home.vix.com by frigate.doc.ic.ac.uk with SMTP (PP)
         id <[email protected]>; Wed, 12 Jul 1995 23:22:51 +0100
Received: by gw.home.vix.com id AA28521; Wed, 12 Jul 95 06:20:24 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA28423; Wed, 12 Jul 95 06:20:17 -0700
Original-Received: from voyager.cris.com by deathstar.cris.com [1-800-745-CRIS
                  (voice)]
PP-warning: Illegal Received field on preceding line
Errors-To: [email protected]
Date: Wed, 12 Jul 1995 09:19:49 -0400 (EDT)
From: EBALROG <[email protected]>
To: [email protected]
Subject: unsubscribe
Message-Id: <[email protected]>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

unsubscribe

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-4@lion>;
         Thu, 13 Jul 1995 07:01:19 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 22:43:56 GMT
Received: from frigate.doc.ic.ac.uk by punt.demon.co.uk id ab20294;
         12 Jul 95 23:43 +0100
Received: from gw.home.vix.com by frigate.doc.ic.ac.uk with SMTP (PP)
         id <[email protected]>; Wed, 12 Jul 1995 23:36:39 +0100
Received: by gw.home.vix.com id AA00782; Wed, 12 Jul 95 07:09:59 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA00775; Wed, 12 Jul 95 07:09:49 -0700
Received: from alma.mcqueen.com (alma.mcqueen.com [193.133.160.249])
         by fruitbat.mcqueen.com (8.6.12/8.6.12) with ESMTP id PAA00795;
         Wed, 12 Jul 1995 15:06:51 +0100
From: [email protected]
Received: (from descarte@localhost) by alma.mcqueen.com (8.6.12/8.6.12)
         id PAA18726; Wed, 12 Jul 1995 15:11:05 +0100
Message-Id: <[email protected]>
Subject: Internal DBD::Oracle or OCI limits?
To: [email protected], [email protected]
Date: Wed, 12 Jul 1995 15:11:05 +0100 (BST)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Content-Length: 506


Hi.

I'm having a bit of trouble with DBI-0.58/DBD::Oracle-0.19 on Sequent
concerning inserting a long raw into a table.

Now, the fact it's a raw shouldn't matter, since I've converted the stuff,
however, it only appears to work up until around a string of about 1000bytes
long. After that it coredumps on the INSERT statement.

Is there an internal limit on DBD::Oracle or OCI? ( I really ought to check
OCI myself, but I'm at home today! )

Ta mooch.

--
Alligator Descartes     |
[email protected]    |
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-13@lion>;
         Thu, 13 Jul 1995 07:02:13 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 23:42:13 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa17987;
         13 Jul 95 0:41 +0100
Received: by gw.home.vix.com id AA15083; Wed, 12 Jul 95 11:26:05 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA15079; Wed, 12 Jul 95 11:26:04 -0700
Received: from bristol.onramp.net.onramp.net (bristol.onramp.net [199.1.135.60])
         by ns.onramp.net (8.6.5/8.6.5) with SMTP id NAA29894;
         Wed, 12 Jul 1995 13:25:52 -0500
Received: by bristol.onramp.net.onramp.net (4.1/SMI-4.1) id AA13605;
         Wed, 12 Jul 95 13:24:45 CDT
From: "Michael J. Marolda" <[email protected]>
Message-Id: <[email protected]>
Subject: Oracle DBD make problems
To: [email protected]
Date: Wed, 12 Jul 1995 13:24:44 -0500 (CDT)
Cc: [email protected]
X-Mailer: ELM [version 2.4 PL24]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2461

Hi,

I just tried to make the Oracle DBD (DBD-Oracle-0.19.tar) with
Oracle V7.1.3 and ran into the folloing problems during
make test:

ld -o blib/auto/DBD/Oracle/Oracle.so -assert nodefinitions Oracle.o  dbdimp.o -L/home/dba/oracle/product/7.1.3/lib  -locic /home/dba/oracle/product/7.1.3/lib/osntab.o -lsqlnet -lora  -lsqlnet  -lora -lnlsrtl -lcv6 -lcore -lnlsrtl -lcv6  -lcore  `cat /home/dba/oracle/product/7.1.3/rdbms/lib/sysliblist`   -lm
ld: /home/dba/oracle/product/7.1.3/lib/libocic.a(oci.o): can't mix pic and PIC .o


I've built the latest (that I know of ) version of perl5 (perl5.000.tar).

The output from the configuration is:
bristol% /home/local/perl5/bin/perl -e 'use Config; print Config::myconfig()'
Summary of my perl5 (patchlevel 1) configuration:
 Platform:
   osname=sunos, osver=4.1.3_u1, archname=sun4-sunos
   uname='sunos bristol 4.1.3_u1 3 sun4m '
   hint=recommended
 Compiler:
   cc='gcc', optimize='-O'
   cppflags=''
   ccflags =''
   ldflags =''
   stdchar='unsigned char', d_stdstdio=define, usevfork=true
   voidflags=15, castflags=0, d_casti32=define, d_castneg=define
   intsize=4, alignbytes=8, usemymalloc=y, randbits=31
 Libraries:
   so=so
   libpth=/lib /usr/lib /usr/ucblib /usr/local/lib
   libs=-lnsl -ldbm -ldl -lm -lc -lposix
   libc=/usr/lib/libc.so.1.9.1
 Dynamic Linking:
   dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=
   cccdlflags='-fpic', ccdlflags=' ', lddlflags='-assert nodefinitions'


I tried to link statically (    $opts{LINKTYPE} = 'static';) and
got a little further but failed one of the tests:



bristol% make test TEST_VERBOSE=1
/usr/bin/perl -I./blib -I./blib -I/home/local/lib/perl5/sun4-sunos -I/home/local/lib/perl5 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests @ARGV;' t/*.t
t/base..............ld.so: ./blib/auto/DBD/Oracle/Oracle.a is not for this machine type
FAILED on test 0
t/main..............t/main.t
DBI test application $Revision: 1.15 $
1..1
ok 1
ok
Failed 1 test, 50.00% okay.
Files=1,  Tests=1,  2 secs ( 0.97 cusr  0.40 csys =  1.37 cpu)
/usr/bin/perl -I./blib -I./blib -I/home/local/lib/perl5/sun4-sunos -I/home/local/lib/perl5 test.pl
Oraperl test application $Revision: 1.13 $
ld.so: ./blib/auto/DBD/Oracle/Oracle.a is not for this machine type
*** Error code 127
make: Fatal error: Command failed for target `test'



Any help would be greatly appreciated.

Thanks,

Mike Marolda
[email protected], [email protected]
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-16@lion>;
         Thu, 13 Jul 1995 07:02:42 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 12 Jul 95 23:45:58 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa19708;
         13 Jul 95 0:45 +0100
Received: by gw.home.vix.com id AA10086; Wed, 12 Jul 95 09:53:58 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA10082; Wed, 12 Jul 95 09:53:56 -0700
Received: from msi-gateway1.metropolis.com
         by gaia.internex.net (8.6.9/InterNex-SM8.6.9) id JAA07049;
         Wed, 12 Jul 1995 09:53:53 -0700
Received: by msi-gateway1.metropolis.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.1)
         id AA9852; Wed, 12 Jul 95 09:58:00 -0700
Message-Id: <[email protected]>
Received: from MSI Notes Network with "Lotus Notes Mail Gateway for SMTP"
         id 0BDF8902D48DFD5C882561F7005BB595; Wed, 12 Jul 95 09:57:51
To: descarte <[email protected]>
Cc: "tim.bunce" <[email protected]>, perldb-interest <[email protected]>
From: David Moellenhoff/MSI <[email protected]>
Date: 12 Jul 95 9:53:04 EDT
Subject: Re: Internal DBD::Oracle or OCI limits?
Mime-Version: 1.0
Content-Type: Text/Plain

>I'm having a bit of trouble with DBI-0.58/DBD::Oracle-0.19 on Sequent
>concerning inserting a long raw into a table.
>
>Now, the fact it's a raw shouldn't matter, since I've converted the stuff,
>however, it only appears to work up until around a string of about 1000bytes
>long. After that it coredumps on the INSERT statement.
>
>Is there an internal limit on DBD::Oracle or OCI? ( I really ought to check
>OCI myself, but I'm at home today! )

There is an OCI limit to the string size, but I thought it was around 2K.  It
may be smaller.  As a general rule, longs should always be bound.

>--
>Alligator Descartes |
>[email protected] |

-Dave
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-21@lion>;
         Thu, 13 Jul 1995 07:03:37 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 00:21:29 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa03295;
         13 Jul 95 1:19 +0100
Received: by gw.home.vix.com id AA19616; Wed, 12 Jul 95 12:46:33 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19612; Wed, 12 Jul 95 12:46:31 -0700
Received: from sumatra.americantv.com
         by fullfeed.msn.fullfeed.com (8.6.9/FF-1.1) id OAA19222;
         Wed, 12 Jul 1995 14:46:24 -0500
Received: (from uucp@localhost) by sumatra.americantv.com (8.6.12/8.6.12)
         with UUCP id PAA02141 for [email protected];
         Wed, 12 Jul 1995 15:01:36 -0500
Received: (jlemon@localhost) by right.PCS (8.6.12/8.6.4) id OAA07476
         for [email protected]; Wed, 12 Jul 1995 14:47:25 -0500
From: Jonathan Lemon <[email protected]>
Message-Id: <[email protected]>
Subject: Re: Internal DBD::Oracle or OCI limits?
To: [email protected]
Date: Wed, 12 Jul 1995 14:47:24 -0500 (CDT)
In-Reply-To: <[email protected]> from "[email protected]" at Jul 12, 95 03:11:05 pm
X-Mailer: ELM [version 2.4 PL21]
Content-Type: text
Content-Length: 1131

> I'm having a bit of trouble with DBI-0.58/DBD::Oracle-0.19 on Sequent
> concerning inserting a long raw into a table.
>
> Now, the fact it's a raw shouldn't matter, since I've converted the stuff,
> however, it only appears to work up until around a string of about 1000bytes
> long. After that it coredumps on the INSERT statement.
>

Perhaps you mean 2000 bytes?  From the OCI manual, page 3-16, regarding STRING
types bound via the obndrv() call:

  If the length is not specified in the bind call, an implied maximum
  string length of 2000 is used.

Since STRINGs are roughly identical to VARCHAR2s, and VARCHAR2 has a hard
limit of 2000 characters, I don't think that there is a way around this.  The
probable solution would be to bind an external datatype of long raw in the
obndrv() call, and pass the data in as binary, instead of string.

I'm kicking around the idea of writing a $sth->bindparam() call, since Tim
didn't like my interface for calling PL/SQL blocks in a patch I gave him.
Perhaps something like:

  $sth->bindparam($name, \$value, { 'TYPE' => 'LONG RAW' });

would solve the problem?
--
Jonathan
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-25@lion>;
         Thu, 13 Jul 1995 07:04:07 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 00:53:24 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa16192;
         13 Jul 95 1:53 +0100
Received: by gw.home.vix.com id AA16822; Wed, 12 Jul 95 11:59:49 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16817; Wed, 12 Jul 95 11:59:48 -0700
Message-Id: <[email protected]>
To: [email protected]
Subject: This is a test - please ignore.
Date: Wed, 12 Jul 1995 11:59:48 -0700
From: Ted Lemon <[email protected]>


(something seems to be amiss with the mailing list, and I'm trying to
fix it.)
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-31@lion>;
         Thu, 13 Jul 1995 07:04:45 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 01:00:30 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa18512;
         13 Jul 95 2:00 +0100
Received: by gw.home.vix.com id AA23503; Wed, 12 Jul 95 13:59:33 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA23497; Wed, 12 Jul 95 13:59:31 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa17028;
         12 Jul 95 21:57 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ab25092;
         12 Jul 95 21:57 +0100
Received: from ig.co.uk by lion id <09598-0@lion>;
         Wed, 12 Jul 1995 21:37:22 +0100
To: [email protected], [email protected]
Subject: Re: Oracle DBD make problems
Date: Wed, 12 Jul 1995 21:37:22 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: "Michael J. Marolda" <[email protected]>
>
> Hi,
>
> I just tried to make the Oracle DBD (DBD-Oracle-0.19.tar) with
> Oracle V7.1.3 and ran into the folloing problems during make test:
>
> ld -o blib/auto/DBD/Oracle/Oracle.so -assert nodefinitions Oracle.o  dbdimp.o -L/home/dba/oracle/product/7.1.3/lib  -locic /home/dba/oracle/product/7.1.3/lib/osntab.o -lsqlnet -lora  -lsqlnet  -lora -lnlsrtl -lcv6 -lcore -lnlsrtl -lcv6  -lcore  `cat /home/dba/oracle/product/7.1.3/rdbms/lib/sysliblist`   -lm
> ld: /home/dba/oracle/product/7.1.3/lib/libocic.a(oci.o): can't mix pic and PIC .o
>
Err, that's mighty strange.

Has anyone else built DBD::Oracle on SunOS 4.1.3 (or .3_u1) with Oracle 7.1.3?

> I've built the latest (that I know of) version of perl5 (perl5.000.tar).
>
You say 5.000 here but ...

> The output from the configuration is:
> bristol% /home/local/perl5/bin/perl -e 'use Config; print Config::myconfig()'
> Summary of my perl5 (patchlevel 1) configuration:

this says it's patchlevel 1.

Anyway I recommend getting 5.001m (ftp.netlabs.com has it I think).

> I tried to link statically (    $opts{LINKTYPE} = 'static';) and
> got a little further but failed one of the tests:
>
> bristol% make test TEST_VERBOSE=1
> /usr/bin/perl -I./blib -I./blib -I/home/local/lib/perl5/sun4-sunos -I/home/local/lib/perl5 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests @ARGV;' t/*.t
> t/base..............ld.so: ./blib/auto/DBD/Oracle/Oracle.a is not for this machine type

Ater linking statically you need to say

       make perl

to link a local perl binary with the extension included.

> Any help would be greatly appreciated.
>
> Thanks,
>
> Mike Marolda
> [email protected], [email protected]
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-39@lion>;
         Thu, 13 Jul 1995 07:05:29 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 03:46:09 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09332;
         13 Jul 95 4:45 +0100
Received: by gw.home.vix.com id AA28843; Wed, 12 Jul 95 15:32:13 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA28839; Wed, 12 Jul 95 15:32:12 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa17042;
         12 Jul 95 21:57 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ac25092;
         12 Jul 95 21:57 +0100
Received: from ig.co.uk by lion id <10231-0@lion>;
         Wed, 12 Jul 1995 21:53:39 +0100
To: [email protected], [email protected]
Subject: Re: Internal DBD::Oracle or OCI limits?
Cc: [email protected]
Date: Wed, 12 Jul 1995 21:53:39 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: David Moellenhoff/MSI <[email protected]>
>
> >I'm having a bit of trouble with DBI-0.58/DBD::Oracle-0.19 on Sequent
> >concerning inserting a long raw into a table.
> >
> >Now, the fact it's a raw shouldn't matter, since I've converted the stuff,
> >however, it only appears to work up until around a string of about 1000bytes
> >long. After that it coredumps on the INSERT statement.
> >
> >Is there an internal limit on DBD::Oracle or OCI? ( I really ought to check
> >OCI myself, but I'm at home today! )
>
> There is an OCI limit to the string size, but I thought it was around 2K.  It
> may be smaller.  As a general rule, longs should always be bound.
>
> >Alligator Descartes |
>
Currently all values are bound as VARCHAR2 (type 1) and take their length
from the length of the perl value being bound. VARCHAR2 has a limit
of 2000 bytes.

Remember that to save a 1000 char string into a raw column you must
convert it into two-char hex values (as you imply above). At which
point it becomes a 2000 char string. Maybe that's the problem.

> -Dave
>
Tim.

p.s. If the core dump comes from a DBD::Oracle function pleae send me
full details.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-40@lion>;
         Thu, 13 Jul 1995 07:05:36 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 04:14:33 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa17798;
         13 Jul 95 5:14 +0100
Received: by gw.home.vix.com id AA28974; Wed, 12 Jul 95 15:37:34 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA28969; Wed, 12 Jul 95 15:37:30 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa17700;
         12 Jul 95 22:02 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa25926;
         12 Jul 95 22:02 +0100
Received: from ig.co.uk by lion id <10860-0@lion>;
         Wed, 12 Jul 1995 22:02:15 +0100
To: [email protected], [email protected]
Subject: Re: Oparse and DDL execution scheduling
Date: Wed, 12 Jul 1995 22:02:15 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Terry Greenlaw <[email protected]>
>
> >> I did notice that in the
> >> next-to-last release you forgot to un-comment an important line in the
> >> ora_do implementation, but you've probably figured that out by now ;-)
> >>
> >Careful! Since your message I have updated the ora_do comment to read:
> >
> >    my $csr = $lda->prepare($stmt) or return undef;
> >
> >    # Oracle OCI will automatically execute DDL statements in prepare()!
> >    # We must be carefull not to execute them again! This needs careful
> >    # examination and thought.
> >#   my $ret = $csr->execute;
> >
> >I've not yet got to the bottom of this. I need a way to tell if oparse()
> >has actually executed the statement. Do any OCI gurus out there know of
> >a way? (Sometime I'll get around to asking Oracle.)
>
> Tim, all you need to do is set defflg (the 4th parameter of oparse) to
> a non-zero value. That will cause oparse to delay executing the DLL until
> execute time. This will also delay some parse checking till the execute
> phase, which may simplify error checking in the long run.
>
defflg is handy but I'd rather not force DBD::Oracle to depend on an
optional mode that may have bugs or need to be avoided in some cases.

> Hope this helps,
> tog
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-41@lion>;
         Thu, 13 Jul 1995 07:05:45 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 04:55:03 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa01294;
         13 Jul 95 5:54 +0100
Received: by gw.home.vix.com id AA08642; Wed, 12 Jul 95 18:15:51 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA08638; Wed, 12 Jul 95 18:15:50 -0700
Received: from delphi.com by delphi.com (PMDF V4.3-9 #10880)
         id <[email protected]>;
         Wed, 12 Jul 1995 21:15:47 -0400 (EDT)
Date: Wed, 12 Jul 1995 21:15:47 -0400 (EDT)
From: DAVE VENUS <[email protected]>
Subject: Directions for building DBD and DBI extensions.
To: [email protected]
Message-Id: <[email protected]>
X-Vms-To: INTERNET"[email protected]"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

I am already ducking before I say this...I can already hear people
saying if you can't look at the code and figure out how to do it then
you ought not to be messing around with it.....It's alpha software I
should expect glitches and poor documentation, etc. etc. etc. I am willing
to take the flames if I can get the help......

Actually I was able to build both DBI and DBD for Oracle 7.1.4 and have
the tests succeed (as far as I am able to tell).

Both the DBD and DBI modules need a 1., 2. 3. list of instructions, an
explanation of how to (and where and why) to build Oracle DBD away from
the perl source tree, what to expect the test results to be if they are
successfull.

Lastly I am building this on an HP I-60, HPUX 9.04, with Oracle database
version 7.1.4.3.10 and Oracle Financials 10.5.

I am looking forward to particpating in this group and am working on learning
how the DBD/DBI stuff works and do a proof of concept project.

One last question I have what appears to be a PERL binary in my Oracle DBD
directory. Is this the binary I want to install as /usr/local/bin/perl ?
Can I install it as /usr/local/bin/oraperl as separate from the "standard"
perl without the DBI statically linked in ? Lastly I noticed the size of
the "oraperl" binary is 2 almost 3 times the size of the "standard" 5.001m
perl binary.

Thanks for being patient with me in this.

Sincerely, Dave Venus
SysAdmin/DBA Metromont Materials
Spartanburg, SC. 803-594-7203.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13915-43@lion>;
         Thu, 13 Jul 1995 07:06:35 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 05:09:40 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa05727;
         13 Jul 95 6:08 +0100
Received: by gw.home.vix.com id AA14570; Wed, 12 Jul 95 20:19:49 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA14565; Wed, 12 Jul 95 20:19:47 -0700
Received: from junk89 (hans.cis.csiro.au) by solaris.cis.csiro.au with SMTP
         id AA12999 (5.65c/IDA-1.4.4 for <[email protected]>);
         Thu, 13 Jul 1995 13:13:30 +1000
Date: Thu, 13 Jul 1995 13:13:30 +1000
Message-Id: <[email protected]>
X-Sender: hans@solaris
X-Mailer: Windows Eudora Version 1.4.4
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: [email protected]
From: "Han Bin, XIE. (MACS, MAL&IA" <[email protected]>
MMDF-Warning: Parse error in original version of preceding line at
             punt.demon.co.uk
Subject: unsubscribe

unsubscribe
Han Bin Xie(Mr)
Visiting Academic
CSIRO Information Services
PO Box 89                          |      Tel: +61 3 9418 7320
East Melbourne                     |      Fax: +61 3 9419 0459
AUSTRALIA                          |      URL: www.cis.csiro.au/




---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <14833-0@lion>;
         Thu, 13 Jul 1995 07:30:40 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 06:25:46 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa25566;
         13 Jul 95 7:25 +0100
Received: by gw.home.vix.com id AA14021; Wed, 12 Jul 95 20:02:43 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA14015; Wed, 12 Jul 95 20:02:08 -0700
Message-Id: <[email protected]>
Original-Received: from [0.0.0.0] by joda.what.com
                  id aa001967 at Wed, 12 Jul 95 20:08:08 Pacific Daylight
                  Time--100
PP-warning: Illegal Received field on preceding line
X-Sender: [email protected]
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: [email protected]
From: [email protected]
Subject: unsubscribe
Date: Wed, 12 Jul 95 20:08:08 Pacific Daylight Time--100
X-Info: Robertson Information Technologies - [email protected]
X-Mailedby: NT SMTP/LISTSERVER v2.10 ([email protected])

unsubscribe

---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <14833-2@lion>;
         Thu, 13 Jul 1995 07:30:48 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 06:25:45 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa25567;
         13 Jul 95 7:25 +0100
Received: by gw.home.vix.com id AA14035; Wed, 12 Jul 95 20:03:16 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA14031; Wed, 12 Jul 95 20:03:14 -0700
Message-Id: <[email protected]>
Original-Received: from [0.0.0.0] by joda.what.com
                  id aa001968 at Wed, 12 Jul 95 20:10:08 Pacific Daylight
                  Time--100
PP-warning: Illegal Received field on preceding line
X-Sender: [email protected]
X-Mailer: Windows Eudora Version 2.0.3
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: [email protected]
From: [email protected]
Subject: unsubscribe
Date: Wed, 12 Jul 95 20:10:07 Pacific Daylight Time--100
X-Info: Robertson Information Technologies - [email protected]
X-Mailedby: NT SMTP/LISTSERVER v2.10 ([email protected])

unsubscribe

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <22832-10@lion>;
         Thu, 13 Jul 1995 21:38:42 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 19:31:34 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa25022;
         13 Jul 95 20:30 +0100
Received: by gw.home.vix.com id AA16183; Thu, 13 Jul 95 05:44:09 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16179; Thu, 13 Jul 95 05:44:01 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa23626;
         13 Jul 95 13:21 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ab14996;
         13 Jul 95 13:22 +0100
Received: from ig.co.uk by lion id <17192-0@lion>;
         Thu, 13 Jul 1995 13:18:27 +0100
To: [email protected]
Subject: Re: Directions for building DBD and DBI extensions. (fwd)
Cc: [email protected]
Date: Thu, 13 Jul 1995 13:18:27 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Jay Krish <[email protected]>
>
> Hi Tim,
>
> You probably read this post below.. Sadly I'm in agreement with this
> guy as I fall in that bracket too.. :)
>
> well in reference with this guy's problems I thought I had compiled
> DBD okay though with quite a few warnings.. but then after 'make install'
> I found no dbd or oraperl binaries anywhere at all. Should there be a
> dbd binary after compilation or am I missing something ? ..
>
If your platform supports dynamic loading then you don't get a binary
executable. The DBI and DBD::Oracle extensions are installed into
the perl library as dynamically loadable shared objects.

When your application says 'use FOO', where FOO is an extension, the
FOO.pm file says

       require DynaLoader;
       @ISA = qw(DynaLoader);
       ...
       bootstrap FOO;

Since the FOO module has not defined a 'bootstrap' method the one in
DynaLoader is called instead by inheritance. The DynaLoader then finds
and loads the shared object, installs the real FOO bootstrap method and
calls it.

If FOO was staticaly linked then the real FOO bootstrap method already
exists and so when FOO.pm says 'bootstrap FOO;' it gets called directly
without the DynaLoader getting involved. All very elegant.

> Thanks..
>
> - Jay
>
Tim
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <22832-16@lion>;
         Thu, 13 Jul 1995 21:39:08 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 20:09:15 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa13568;
         13 Jul 95 21:08 +0100
Received: by gw.home.vix.com id AA21097; Thu, 13 Jul 95 07:19:12 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA21093; Thu, 13 Jul 95 07:19:10 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa23513;
         13 Jul 95 13:21 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ac14779;
         13 Jul 95 13:21 +0100
Received: from ig.co.uk by lion id <16408-0@lion>;
         Thu, 13 Jul 1995 11:43:08 +0100
To: [email protected], [email protected], [email protected]
Subject: Re: Internal DBD::Oracle or OCI limits?
Date: Thu, 13 Jul 1995 11:43:08 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Jonathan Lemon <[email protected]>
>
> > I'm having a bit of trouble with DBI-0.58/DBD::Oracle-0.19 on Sequent
> > concerning inserting a long raw into a table.
> >
> > Now, the fact it's a raw shouldn't matter, since I've converted the stuff,
> > however, it only appears to work up until around a string of about 1000bytes
> > long. After that it coredumps on the INSERT statement.
>
> Perhaps you mean 2000 bytes?  From the OCI manual, page 3-16, regarding STRING
> types bound via the obndrv() call:
>
>    If the length is not specified in the bind call, an implied maximum
>    string length of 2000 is used.
>
> Since STRINGs are roughly identical to VARCHAR2s, and VARCHAR2 has a hard
> limit of 2000 characters, I don't think that there is a way around this.  The
> probable solution would be to bind an external datatype of long raw in the
> obndrv() call, and pass the data in as binary, instead of string.
>
That would be the way to do it. Sadly you can't just do that for all
fields since oracle will not allow you to use longs in where clauses etc.

What's needed is a way to specify the type of a parameter on a case by
case basis. You may remember a message I posted a while back which
described a bindparam method to address this and other issues.

In the short term perhaps I could switch between type 1 (varchar2) and
type 8 (long) automatically if the string is longer than 2000. How does
that sound?

Alligator, try changing the dbd_bind_ph() line:

           phs->ftype = 1;
to
           phs->ftype = (SvCUR(phs->sv) <= 2000) ? 1 : 8;

that should cover you for fields upto 64kb.

> I'm kicking around the idea of writing a $sth->bindparam() call, since Tim
> didn't like my interface for calling PL/SQL blocks in a patch I gave him.
> Perhaps something like:
>
>    $sth->bindparam($name, \$value, { 'TYPE' => 'LONG RAW' });
>
> would solve the problem?

Being oracle specific that would be more like:

    $bind_attribs = { ora_type => 8 };               # pre-define for speed

    $sth->bindparam($name, \$value, $bind_attribs);


> Jonathan
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <23786-0@lion>;
         Thu, 13 Jul 1995 22:13:19 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 21:10:28 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa12900;
         13 Jul 95 22:10 +0100
Received: by gw.home.vix.com id AA16192; Thu, 13 Jul 95 05:44:36 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA16188; Thu, 13 Jul 95 05:44:25 -0700
Received: from bennett.eng.umd.edu (bennett.eng.umd.edu [129.2.94.178])
         by newra.src.umd.edu (8.6.10/8.6.4) with ESMTP id IAA05387
         for <[email protected]>; Thu, 13 Jul 1995 08:44:46 -0400
From: Michael Kerry <[email protected]>
Received: (mkerry@localhost) by bennett.eng.umd.edu (8.6.10/8.6.4) id IAA12976
         for [email protected]; Thu, 13 Jul 1995 08:44:16 -0400
Date: Thu, 13 Jul 1995 08:44:16 -0400
Message-Id: <[email protected]>
To: [email protected]
Subject: unsubscribe

unsubscribe
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24584-4@lion>;
         Thu, 13 Jul 1995 23:29:37 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 21:35:07 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa25516;
         13 Jul 95 22:34 +0100
Received: by gw.home.vix.com id AA15637; Thu, 13 Jul 95 05:30:24 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA15613; Thu, 13 Jul 95 05:30:22 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa23565;
         13 Jul 95 13:21 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ab14891;
         13 Jul 95 13:21 +0100
Received: from ig.co.uk by lion id <16576-0@lion>;
         Thu, 13 Jul 1995 11:56:55 +0100
To: [email protected]
Subject: Re: comp.lang.perl The Perl 5 Module List (Reusable Software)
Cc: [email protected]
Date: Thu, 13 Jul 1995 11:56:55 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Robert Hart <[email protected]>
>
> Well, something came up today and then I saw this post.
>
> What I am seeking is a perl interface to the PI/Open database system.
> Not listed in your Perl 5 modules FAQ, but I thought there might be
> something around that you could be aware of. Perl 4 or Perl 5 would be fine!
>
I've never even heard of PI/Open. Sorry.

> I am a relative newbie to Perl (I started late last year) and not a
> PI/Open guru either (ghastly system that it is). I am finding Perl ever
> more powerful and convenient. Having a Perl way into our Library
> Information System would be fantastic!
>
> Please feel free to list this as an "idea looking for a home" in the
> database section of your faq, but please don't list me against it. I am not
> sufficiently knowledgeable to be more than a user if some kind soul
> has/will write it.
>
Since I've never even heard of it and you don't want to be listed I'd
rather not add anything yet.

I've CC'd this to the perldb-interest mailing list incase others
may know of any PI/Open related perl software.

> ---
> Robert Hart                                  [email protected]
> Voice: +61 (0)91 72 0429                     Fax:   +61 (0)91 72 3560
> Hedland College, PMB 1, South Hedland WA 6722 Australia
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24584-6@lion>;
         Thu, 13 Jul 1995 23:29:43 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 21:40:01 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa27821;
         13 Jul 95 22:39 +0100
Received: by gw.home.vix.com id AA22083; Thu, 13 Jul 95 07:37:21 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA22079; Thu, 13 Jul 95 07:37:18 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa23623;
         13 Jul 95 13:21 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa14996;
         13 Jul 95 13:22 +0100
Received: from ig.co.uk by lion id <17134-0@lion>;
         Thu, 13 Jul 1995 13:09:18 +0100
To: [email protected], [email protected]
Subject: Re: Directions for building DBD and DBI extensions.
Date: Thu, 13 Jul 1995 13:09:18 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: DAVE VENUS <[email protected]>
>
> I am already ducking before I say this...I can already hear people
> saying if you can't look at the code and figure out how to do it then
> you ought not to be messing around with it.....It's alpha software I
> should expect glitches and poor documentation, etc. etc. etc. I am willing
> to take the flames if I can get the help......
>
> Actually I was able to build both DBI and DBD for Oracle 7.1.4 and have
> the tests succeed (as far as I am able to tell).
>
> Both the DBD and DBI modules need a 1., 2. 3. list of instructions, an
> explanation of how to (and where and why) to build Oracle DBD away from
> the perl source tree, what to expect the test results to be if they are
> successfull.
>
All offers gratefully received :-)

> Lastly I am building this on an HP I-60, HPUX 9.04, with Oracle database
> version 7.1.4.3.10 and Oracle Financials 10.5.
>
The static linking needed for DBD::Oracle on HPUX makes things more complicated.

> I am looking forward to particpating in this group and am working on learning
> how the DBD/DBI stuff works and do a proof of concept project.
>
Great.

> One last question I have what appears to be a PERL binary in my Oracle DBD
> directory. Is this the binary I want to install as /usr/local/bin/perl ?

Yes.

> Can I install it as /usr/local/bin/oraperl as separate from the "standard"
> perl without the DBI statically linked in ?

Yes. The DBI can be dynamically loaded at runtime and then talk to the
statically linked DBD::Oracle. Isn't perl dynamic loading great!

> Lastly I noticed the size of
> the "oraperl" binary is 2 almost 3 times the size of the "standard" 5.001m
> perl binary.
>
Welcome to Oracle :-)

I have heard that Oracle 7.2 will ship with dynamic libraries and then life
will get much better for most of us.

> Thanks for being patient with me in this.
>
No problem.

> Sincerely, Dave Venus
> SysAdmin/DBA Metromont Materials
> Spartanburg, SC. 803-594-7203.
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <26799-1@lion>;
         Fri, 14 Jul 1995 03:00:21 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 22:46:50 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa01539;
         13 Jul 95 23:46 +0100
Received: by gw.home.vix.com id AA22113; Thu, 13 Jul 95 07:38:18 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA22109; Thu, 13 Jul 95 07:38:16 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa29345;
         13 Jul 95 14:17 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa29614;
         13 Jul 95 14:18 +0100
Received: from ig.co.uk by lion id <17747-0@lion>;
         Thu, 13 Jul 1995 13:54:15 +0100
To: [email protected]
Subject: Re: Oparse and DDL execution scheduling
Cc: [email protected]
Date: Thu, 13 Jul 1995 13:54:15 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Terry Greenlaw <[email protected]>
>
> > > >    # Oracle OCI will automatically execute DDL statements in prepare()!
> > > >    # We must be carefull not to execute them again! This needs careful
> > > >    # examination and thought.
> > > >#   my $ret = $csr->execute;
> > > >
> > > >I've not yet got to the bottom of this. I need a way to tell if oparse()
> > > >has actually executed the statement. Do any OCI gurus out there know of
> > > >a way? (Sometime I'll get around to asking Oracle.)
> > >
> > > Tim, all you need to do is set defflg (the 4th parameter of oparse) to
> > > a non-zero value. That will cause oparse to delay executing the DDL until
> > > execute time. This will also delay some parse checking till the execute
> > > phase, which may simplify error checking in the long run.
> > >
> > defflg is handy but I'd rather not force DBD::Oracle to depend on an
> > optional mode that may have bugs or need to be avoided in some cases.
>
> Actually, (from the v7 OPARSE page in the OCI book) "Oracle recommends that
> you use the deferred parse capability whenever possible. This results in
> increased performance, especially in a networked environment."
> What it really buys you is one less network transaction per statement execution
> and a consistent jump point (OEXEC).

I agree that defer is a very good thing (especially if you often talk to oracle
over a modem as I do from time to time). Note that the statement would actually
be executed by an odescr() that has to be done to check for buffers to allocate.

> Also, all of the new sample code Oracle
> supplies seems to come with defflg set on.

It will certainly be my default choice once the dust settles. Right now
DBD::Oracle does not deffer. Eventually it will and will also include an
option to disable it on a case-by-case basis per prepare.

Those who want to play can change the 0 to a 1 on  line 14 of dbdimp.c:
static sword oparse_defer = 0;  /* PARSE_NO_DEFER */

> Have you seen any problems when using it?
>
There were bugs in some early versions (7.0.x) I seem to recall. Probably
all fixed now (for those that have upgraded).

> Another possibility would be looking at the value of the first word in the
> string or the value in cda_def.ft (SQL function code) after the OPARSE,
> and comparing it to a table of possible DDL, but that could require
> maintenance whenever Oracle adds a function, and sounds like a potential
> bug farm.
>
Checking the function code after the parse and then skipping a following
execute call if it was a DDL statement is viable. Maintenance would be
an issue.

Note that in both cases a subsequent call to execute will require the
original statement to be reparsed. Sigh.

> tog
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <26799-6@lion>;
         Fri, 14 Jul 1995 03:00:41 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 13 Jul 95 23:43:08 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa28048;
         14 Jul 95 0:42 +0100
Received: by gw.home.vix.com id AA18371; Thu, 13 Jul 95 06:28:41 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA18366; Thu, 13 Jul 95 06:28:40 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa23450;
         13 Jul 95 13:20 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa14690;
         13 Jul 95 13:20 +0100
Received: from ig.co.uk by lion id <15762-0@lion>;
         Thu, 13 Jul 1995 10:28:22 +0100
To: [email protected]
Subject: Re: Oracle DBD make problems
Cc: [email protected]
Date: Thu, 13 Jul 1995 10:28:22 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: "Michael J. Marolda" <[email protected]>
>
> I finally got it to work.  Firstly, I used 5.001m.  What I really think
> made the difference was using:
> /usr/bin/cc -PIC
> instead of
> gcc -fpic
>
Out of interest, why did you use '/usr/bin/cc -PIC' in the first place?
It would be useful to know to help prevent others making the same mistake.

> Thanks again for your quick response!
>
> Mike Marolda
> [email protected], [email protected]
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <27965-3@lion>;
         Fri, 14 Jul 1995 05:10:59 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 14 Jul 95 02:27:53 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa25641;
         14 Jul 95 3:27 +0100
Received: by gw.home.vix.com id AA01703; Thu, 13 Jul 95 15:19:42 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA01699; Thu, 13 Jul 95 15:19:42 -0700
Received: by hmsi.com (4.1/SMI-4.1) id AA28685; Thu, 13 Jul 95 15:14:06 PDT
Date: Thu, 13 Jul 95 15:14:06 PDT
From: Brooke <[email protected]>
Message-Id: <[email protected]>
To: [email protected]
Subject: unsubscribe


unsubscribe
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <28729-0@lion>;
         Fri, 14 Jul 1995 07:03:55 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 14 Jul 95 04:25:42 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa02310;
         14 Jul 95 5:25 +0100
Received: by gw.home.vix.com id AA02865; Thu, 13 Jul 95 15:23:32 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA02861; Thu, 13 Jul 95 15:23:31 -0700
Received: from hprdash.rose.hp.com by hp.com
         with SMTP (1.37.109.16/15.5+ECS 3.3) id AA060474210;
         Thu, 13 Jul 1995 15:23:30 -0700
Received: from hpsmit37.rose.hp.com by hprdash.rose.hp.com
         with SMTP (1.38.193.5/15.5+ECS 3.3) id AA13690;
         Thu, 13 Jul 1995 15:23:27 -0700
Received: by hpsmit25.rose.hp.com (1.37.109.4/15.5+IOS 3.21) id AA08430;
         Thu, 13 Jul 95 15:20:56 -0700
Date: Thu, 13 Jul 95 15:20:56 -0700
From: Rajpal Gill <[email protected]>
Message-Id: <[email protected]>
To: [email protected], [email protected]

unsubcribe
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <29235-5@lion>;
         Mon, 17 Jul 1995 02:36:20 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Mon, 17 Jul 95 01:33:52 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa03273;
         17 Jul 95 2:31 +0100
Received: by gw.home.vix.com id AA07089; Sat, 15 Jul 95 03:58:17 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA06638; Sat, 15 Jul 95 03:43:56 -0700
Received: from localhost.tis.llnl.gov by yottzumm.tis.llnl.gov (4.1/LLNL-1.18)
         id AA05126; Sat, 15 Jul 95 03:41:05 PDT
Message-Id: <[email protected]>
X-Mailer: exmh version 1.6 4/21/95
To: [email protected]
Subject: WWW to RDBMS connection
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 15 Jul 1995 03:41:02 -0700
From: John Carlson <[email protected]>

To get rid of the nasty debug statement for WWW routines, change line
37 of Oraperl.pm to look like:

$debug    = 0 unless defined $debug;

JOhn

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <29234-28@lion>;
         Mon, 17 Jul 1995 02:37:35 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 15 Jul 95 03:11:18 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09583;
         15 Jul 95 4:10 +0100
Received: by gw.home.vix.com id AA04308; Fri, 14 Jul 95 18:04:00 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA04301; Fri, 14 Jul 95 18:03:59 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id ab22683;
         14 Jul 95 18:38 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ab14212;
         14 Jul 95 18:38 +0100
Received: from ig.co.uk by lion id <09517-0@lion>;
         Fri, 14 Jul 1995 18:18:57 +0100
To: [email protected], [email protected]
Subject: I'll be way till 24th
Date: Fri, 14 Jul 1995 18:18:57 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>

I hope to have occasional access to email but don't expect replies
till after the 24th. Please accept my apologies for posting this
but I don't have time to setup a vacation mail system smart enough
to deal with all the weird mailing lists I'm on.

Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <29234-34@lion>;
         Mon, 17 Jul 1995 02:38:03 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sat, 15 Jul 95 08:26:23 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa15640;
         15 Jul 95 9:26 +0100
Received: by gw.home.vix.com id AA15324; Fri, 14 Jul 95 22:19:14 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA15320; Fri, 14 Jul 95 22:19:14 -0700
Received: from nunki.usc.edu ([email protected] [128.125.253.160])
         by chaph.usc.edu (8.6.12/8.6.4) with ESMTP id WAA00608
         for <[email protected]>; Fri, 14 Jul 1995 22:19:13 -0700
Received: (krishnam@localhost) by nunki.usc.edu (8.6.12/8.6.7+ucs) id WAA20878
         for [email protected]; Fri, 14 Jul 1995 22:19:12 -0700
From: Jay Krish <[email protected]>
Message-Id: <[email protected]>
Subject: Basic interfacing problem
To: [email protected]
Date: Fri, 14 Jul 1995 22:19:12 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL21]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2173



Hi Folks,

Maybe somebody can help me out with this basic interfacing problem ..
I'm using DBI-DBD::Oracle.. on a Solaris 2.4 , Oracle 7.1.3

I'm writing a basic script (testing.pl) which just displays the contents
of an Oracle table on pressing a submit button on Netscape.

Thru Netscape, it says "Document contains no data" .. Why ???
but when I execute the script on the command line this is the
output that I get..
--------

DBD::Oracle driver installed as DBI::dr=HASH(0x111654)
   DBI::dr=HASH(0x144c50) debug level set to 1
<br> <br>oracle sid is PRMT
<br>Content-type: text/html

< TITLE >       TEST DB ACCESS< /TITLE >
100860 ACE TENNIS RACKET I
100861 ACE TENNIS RACKET II
100870 ACE TENNIS BALLS-3 PACK
100871 ACE TENNIS BALLS-6 PACK
100890 ACE TENNIS NET
101860 SP TENNIS RACKET
101863 SP JUNIOR RACKET
102130 RH: "GUIDE TO TENNIS"
200376 SB ENERGY BAR-6 PACK
200380 SB VITA SNACK-6 PACK
Bad free() ignored at testing.pl line 37.

----------

Now here is the short script "testing.pl"....Line 37 is the last line (the
ora_logoff) ORACLE_SID is set to PRMT (the database name)
TWO_TASK is not used cause the database is on the same machine..



#!/usr/local/bin/perl

require ('form_read.pl');       #processes the input from WWW form in case
                               # of any input text entries and so on
eval 'use Oraperl; 1' || die $@ if $] >= 5;

$con_len = $ENV{'CONTENT_LENGTH'};
$rem_host = $ENV{'REMOTE_HOST'};
$rem_add = $ENV{'REMOTE_ADDR'};

$lda = &ora_login('PRMT','example/EXAMPLE','') || die $ora_errstr;
$csr = &ora_open($lda,
   "select *
       from product") || die "ora_open: $ora_errno: $ora_errstr\n";

print "Content-type: text/html\n\n";
print "< TITLE >        TEST DB ACCESS< /TITLE > \n";
while (@fields = &ora_fetch($csr)) {
       print "@fields\n";
}
&ora_close($csr) || warn "ora_close($csr): $ora_errno: $ora_errstr\n";
&ora_logoff($lda) || warn "ora_logoff($lda): $ora_errno: $ora_errstr\n";

-------------

Can someone send me a sample program written in DBD and let me know the
URL of that front end.. This might help a lot..

Thanks a mil folks.. (I sincerely appreciate your patience in
reading so far.. :)

- Jay
([email protected])
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <29234-45@lion>;
         Mon, 17 Jul 1995 02:39:02 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sun, 16 Jul 95 08:42:24 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa02943;
         16 Jul 95 9:40 +0100
Received: by gw.home.vix.com id AA22729; Sat, 15 Jul 95 00:58:55 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA22725; Sat, 15 Jul 95 00:58:54 -0700
Received: by yottzumm.tis.llnl.gov (4.1/LLNL-1.18) id AA03591;
         Sat, 15 Jul 95 00:57:20 PDT
Date: Sat, 15 Jul 95 00:57:20 PDT
From: John Carlson <[email protected]>
Message-Id: <[email protected]>
To: [email protected]
Subject: table printing routines for oraperl and WWW

# this is currently oraperl.

# table_print routine

# $user $password is oracle user/password
# $sql_stmt is SQL statement to process
# $format is one of "Table", "Preformatted table", "One column per row"
# $key is the title of the column you want to create a hot link for
# $form_values are extra HTML form values you want to pass to the hot link

# ORACLE_HOME and ORACLE_SID are set outside the script because oraperl
# takes too long to connect otherwise.  Your mileage may vary.

# Wish list:  I wish we could define our own column names.

sub table_print {
       local($user, $password, $sql_stmt, $format, $key, $form_values) = @_;

       $lda = &ora_login("", $user, $password);
       if (!$lda) {
               print "ora_login: $ora_errstr\n";
               exit (1);
       }

       if ($cur = &ora_open($lda, $sql_stmt)) {
               if ($format eq "Table") {
                       &print_table($cur);
               } elsif ($format eq "Preformatted table") {
                       &print_pre($cur);
               } elsif ($format eq "One column per row") {
                       &print_list($cur, $key, $form_values);
               } else {
                       print "Unknown format $format<p>\n";
                       &print_table($cur);
               }
               if (!&ora_close($cur)) {
                       print "ora_close: $ora_errstr\n";
               }
       } else {
               print "ora_open: $ora_errstr\n";
       }
       if (!&ora_logoff($lda)) {
               print "ora_logoff: $ora_errstr\n";
       }

}

sub print_list {
       local($cur, $key, $form_values) = @_;
       @titles = &ora_titles($cur);
       $rows = 0;
       while ((@columns = &ora_fetch($cur, 1))) {
               $rows++;
               $i = 0;
               foreach $column (@columns) {
                       if (defined($column)) {
                               $column =~ s/</&lt/g;
                               $column =~ s/>/&gt/g;
                               if ($key eq $titles[$i]) {
                                       print "<A HREF=\"/cgi-bin/regisfe?$form_values&$key=$column\">";
                                       print "$titles[$i]: <b>$column</b>";
                                       print "</A><br>";
                               } else {
                                       print "$titles[$i]: <b>$column</b><br>";
                               }
                       }
                       $i++;
               }
               print "<p>\n";
       } warn $ora_errstr if $ora_errno;
       print "$rows rows fetched\n";
}

sub print_table {
       local($cur) = @_;
       @titles = &ora_titles($cur);
       $i = 0;
       print "<table border>\n";
       print "<tr>";
       foreach $title (@titles) {
               print "<th>$title</th> ";
               $i++;
       }
       print "</tr><br>\n";
       $rows = 0;
       while ((@columns = &ora_fetch($cur, 1))) {
               $rows++;
               $i = 0;
               print "<tr>";
               foreach $column (@columns) {
                       if (!defined($column)) {
                               $column = "";
                       }
                       $column =~ s/</&lt/g;
                       $column =~ s/>/&gt/g;
                       if ($key eq $titles[$i]) {
                               print "<td><A HREF=\"/cgi-bin/regisfe?$form_values&$key=$column\">";
                               print "$column";
                               print "</A></td>";
                       } else {
                               print "<td>$column</td>";
                       }
                       $i++;
               }
               print "</tr>\n";
       } warn $ora_errstr if $ora_errno;
       print "</table>\n";
       print "$rows rows fetched\n";
}

sub print_pre {
       local($cur) = @_;
       @titles = &ora_titles($cur);
       @lengths = &ora_lengths($cur);
       $i = 0;
       print "<pre><b>\n";
       foreach $title (@titles) {
               printf ("%-$lengths[$i].$lengths[$i]s ", $title);
               $i++;
       }
       print "</b><br>\n";
       $rows = 0;
       while ((@columns = &ora_fetch($cur, 1))) {
               $rows++;
               $i = 0;
               foreach $column (@columns) {
                       if (!defined($column)) {
                               $column = "***NULL***";
                       }
                       $column =~ s/</&lt/g;
                       $column =~ s/>/&gt/g;
                       if ($key eq $titles[$i]) {
                               print "<A HREF=\"/cgi-bin/regisfe?$form_values&$key=$column\">";
                               printf ("%-$lengths[$i].$lengths[$i]s ", $column);
                               print "</A>";
                       } else {
                               printf ("%-$lengths[$i].$lengths[$i]s ", $column);
                       }
                       $i++;
               }
               print "<br>\n";
       } warn $ora_errstr if $ora_errno;
       print "</pre>\n";
       print "$rows rows fetched\n";
}

1;
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <29556-31@lion>;
         Mon, 17 Jul 1995 02:41:11 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Mon, 17 Jul 95 01:29:44 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa16442;
         17 Jul 95 2:27 +0100
Received: by gw.home.vix.com id AA24842; Sat, 15 Jul 95 01:46:29 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA24826; Sat, 15 Jul 95 01:44:51 -0700
Received: from localhost.tis.llnl.gov by yottzumm.tis.llnl.gov (4.1/LLNL-1.18)
         id AA04072; Sat, 15 Jul 95 01:43:11 PDT
Message-Id: <[email protected]>
X-Mailer: exmh version 1.6 4/21/95
To: [email protected]
Subject: pic vs PIC on sun os 4.1.3, oracle 7.1.3
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Sat, 15 Jul 1995 01:43:11 -0700
From: John Carlson <[email protected]>


The make complains:

ld: /usr/oracle/home/product/7.1.3/lib/libocic.a(oci.o): can't mix pic and PIC .o


oci libraries must be compiled with the -PIC or -fPIC option to the compiler.

John

---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <04461-0@lion>;
         Mon, 17 Jul 1995 11:22:45 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Mon, 17 Jul 95 10:17:57 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa12221;
         17 Jul 95 11:17 +0100
Received: by gw.home.vix.com id AA03949; Sun, 16 Jul 95 21:34:11 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA03945; Sun, 16 Jul 95 21:34:10 -0700
Received: from bjtreloa@localhost [127.0.0.1]
         by zebedee.teaching.cs.adelaide.edu.au (8.6.12/AndrewR-MatthewD-950530-CS)
         with SMTP id OAA01073; Mon, 17 Jul 1995 14:03:31 +0930
X-Authentic-Sender: bjtreloa@localhost
Message-Id: <[email protected]>
X-Authentication-Warning: zebedee.teaching.cs.adelaide.edu.au: Host localhost
                         didn't use HELO protocol
To: Jay Krish <[email protected]>
Cc: [email protected]
Subject: Re: Basic interfacing problem
In-Reply-To: Your message of "Fri, 14 Jul 1995 22:19:12 MST." <[email protected]>
Date: Mon, 17 Jul 1995 14:03:18 +0930
From: Baerrach bonDierne <[email protected]>

Jay Krish writes:
> Maybe somebody can help me out with this basic interfacing problem ..
> I'm using DBI-DBD::Oracle.. on a Solaris 2.4 , Oracle 7.1.3

[del]

>
> I'm writing a basic script (testing.pl) which just displays the contents
> of an Oracle table on pressing a submit button on Netscape.
>
> Thru Netscape, it says "Document contains no data" .. Why ???
> but when I execute the script on the command line this is the
> output that I get..

I get this using oraperl on a Sun 4.1.1
and oraperl
(This is perl, version 4.0

$RCSfile: perl.c,v $$Revision: 4.0.1.7 $$Date: 92/06/08 14:50:39 $
Patch level: 35
)

Your code looks fine. I find that the "Document contains no data"
doesn't always occur. It seems to occur after the Web server has been up
for some time (1 day is often long enough) I am using the Cern 3.0
server.

The solution I found was to restart the Web server. This seemed to fix
the problem.

I have also traced the script to find which line caused the problem.
It was ora_login(). Up to this point I would get data. Once it ran I
would get none.

Barrie
--
                    T  U  M  B  L  E  P  O  P

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <11147-57@lion>;
         Tue, 18 Jul 1995 07:09:04 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Mon, 17 Jul 95 23:06:47 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa19762;
         18 Jul 95 0:06 +0100
Received: by gw.home.vix.com id AA10167; Mon, 17 Jul 95 08:15:14 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA10163; Mon, 17 Jul 95 08:15:12 -0700
Received: from scalpel.netlabs.com by netlabs.com (4.1/SMI-4.1) id AA20074;
         Mon, 17 Jul 95 08:14:47 PDT
From: Larry Wall <[email protected]>
Message-Id: <[email protected]>
Subject: Re: Basic interfacing problem
To: Baerrach bonDierne <[email protected]>
Date: Mon, 17 Jul 95 8:14:44 PDT
Cc: [email protected], [email protected]
In-Reply-To: <[email protected]>; from "Baerrach bonDierne" at Jul 17, 95 2:03 pm
X-Mailer: ELM [version 2.3 PL11]

> I have also traced the script to find which line caused the problem.
> It was ora_login(). Up to this point I would get data. Once it ran I
> would get none.

I would suspect a file descriptor leak.  This could be checked on Solaris
using truss.

Larry
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <15425-2@lion>;
         Tue, 18 Jul 1995 11:00:42 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Tue, 18 Jul 95 07:39:10 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa15858;
         18 Jul 95 8:38 +0100
Received: by gw.home.vix.com id AA00964; Mon, 17 Jul 95 22:35:39 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA00960; Mon, 17 Jul 95 22:35:38 -0700
Received: from nunki.usc.edu ([email protected] [128.125.253.160])
         by chaph.usc.edu (8.6.12/8.6.4) with ESMTP id WAA24773
         for <[email protected]>; Mon, 17 Jul 1995 22:35:37 -0700
Received: (krishnam@localhost) by nunki.usc.edu (8.6.12/8.6.7+ucs) id WAA03178
         for [email protected]; Mon, 17 Jul 1995 22:35:36 -0700
From: Jay Krish <[email protected]>
Message-Id: <[email protected]>
Subject: Problems with ora_logoff
To: [email protected]
Date: Mon, 17 Jul 1995 22:35:35 -0700 (PDT)
X-Mailer: ELM [version 2.4 PL21]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 2332


Hi Folks,

Did anybody have a problem with ora_logoff ? maybe you can
help me out..

A sample script is wrote for Netscape gave me this same error
message as the one given below by doing "make test" on DBD.

I'm using Oracle 7.1.3 on Solaris 2.4 and am using DBI-DBD::Oracle.

There seems to be a problem with ora_logoff as you can see from
the output of make test TEST_VERBOSE=1 ..

The following error messages

Bad free() ignored at test.pl line 44.
Bad free() ignored at test.pl line 126.
Bad free() ignored at test.pl line 114.

all refer to the same line, that is the &ora_logoff line



The output of
make test TEST_VERBOSE=1
follows...


--------------------------------------

/usr/local/bin/perl -I./blib -I./blib -I/usr/local/lib/perl5/sun4-solaris -I/usr/local/lib/perl5 -e 'use Test::Harness qw(&runtests $verbose); $verbose=1; runtests @ARGV;' t/*.t
t/base..............1..5
ok 1
ok 2
ok 3
ok 4
ok 5
ok
t/main..............t/main.t
DBI test application $Revision: 1.15 $
1..1
ok 1
ok
All tests successful.
Files=2,  Tests=6,  2 secs ( 1.81 cusr  0.47 csys =  2.28 cpu)
/usr/local/bin/perl -I./blib -I./blib -I/usr/local/lib/perl5/sun4-solaris -I/usr/local/lib/perl5 test.pl
Oraperl test application $Revision: 1.13 $
DBD::Oracle driver installed as DBI::dr=HASH(0x1213bc)
   DBI::dr=HASH(0x151db8) debug level set to 1

Oraperl Emulation Interface version 1.17
Oracle Driver 1.16
DBI Switch by Tim Bunce, version 1.39

lda=DBI::db=HASH(0x151e90)
odescr dbsize=0 for 'NULL_T' (type 1)
Fields:  4
Names:   'NUM_T',       'DATE_T',       'CHAR_T',       'NULL_T'
Lengths: '40',  '75',   '30',   '0'
Types:   '2',   '12',   '1',    '1'
Data rows:
   fetch: 79.2 17-JUL-95 DEVADAM NULL

csr reassigned (forces destruction)...
csr out of scope...
ora_logoff...
Bad free() ignored at test.pl line 114.
lda out of scope...

Testing repetitive connect/open/close/disconnect:
1 Bad free() ignored at test.pl line 126.
2 Bad free() ignored at test.pl line 126.
3 Bad free() ignored at test.pl line 126.
4 Bad free() ignored at test.pl line 126.
5 Bad free() ignored at test.pl line 126.


Test interaction of explicit close/logoff and implicit DESTROYs
Expect just 'done.', no other messages:
Bad free() ignored at test.pl line 44.
done.

Test complete.
------------------------------



Any ideas ?  Help!! :(

- Jay
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <16355-24@lion>;
         Thu, 20 Jul 1995 07:05:13 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 20 Jul 95 03:49:10 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09406;
         20 Jul 95 4:48 +0100
Received: by gw.home.vix.com id AA24498; Wed, 19 Jul 95 15:31:07 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA24486; Wed, 19 Jul 95 15:31:00 -0700
Received: from alma.mcqueen.com (alma.mcqueen.com [193.133.160.249])
         by fruitbat.mcqueen.com (8.6.12/8.6.12) with ESMTP id XAA16094
         for <[email protected]>; Wed, 19 Jul 1995 23:27:57 +0100
From: [email protected]
Received: (from descarte@localhost) by alma.mcqueen.com (8.6.12/8.6.12)
         id XAA04827 for [email protected];
         Wed, 19 Jul 1995 23:32:26 +0100
Message-Id: <[email protected]>
Subject: DBD::mSQL for DBI port progress.
To: [email protected]
Date: Wed, 19 Jul 1995 23:32:25 +0100 (BST)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Content-Length: 365


Hi.

Just to let interested parties know that my DBD::mSQL driver is beginning
to come together nicely.

I'm twiddling one or two bits at the moment, and I'll post an announcement
here once it's up for ftp ( which'll hopefully be within a week ).

The first released version will be 0.0, incidentally!

Ta mooch.

--
Alligator Descartes     |
[email protected]    |
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <05156-18@lion>;
         Fri, 21 Jul 1995 07:03:33 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 21 Jul 95 00:37:40 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa28002;
         21 Jul 95 1:37 +0100
Received: by gw.home.vix.com id AA24826; Thu, 20 Jul 95 09:53:25 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA24821; Thu, 20 Jul 95 09:53:23 -0700
Received: from morpheus.cis.yale.edu (morpheus) by minerva.cis.yale.edu
         with SMTP id AA19525 (5.67a/IDA-1.5 for <[email protected]>);
         Thu, 20 Jul 1995 12:53:16 -0400
Received: by morpheus.cis.yale.edu id AA14560 (5.67a/IDA-1.5
         for interest perl <[email protected]>);
         Thu, 20 Jul 1995 12:53:17 -0400
Date: Thu, 20 Jul 1995 12:53:17 -0400 (EDT)
From: Royal Hansen <[email protected]>
X-Sender: rivory@morpheus
To: interest perl <[email protected]>
Subject: DEC Alpha
Message-Id: <Pine.SOL.3.91.950720123905.12316B-100000@morpheus>
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

If anyone has DBD:DBI running on a DEC alpha would they please send me
the number of the  version of Oracle and a copy of the oracle.mk and
proc.mk in Oracle so we can see if that is where our problem lies?  We think that
some how ours are not correct and need some adjusting to work with DBD:DBI.
Thanks,
Royal Hansen
[email protected]

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <18417-40@lion>;
         Mon, 24 Jul 1995 07:08:55 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Sun, 23 Jul 95 18:45:45 GMT
Received: from gate.demon.co.uk by punt.demon.co.uk id aa17500;
         23 Jul 95 19:45 +0100
Received: from frigate.doc.ic.ac.uk by gate.demon.co.uk id ac03634;
         23 Jul 95 18:26 GMT-60:00
Received: from gw.home.vix.com by frigate.doc.ic.ac.uk with SMTP (PP)
         id <[email protected]>; Sun, 23 Jul 1995 18:15:20 +0100
Received: by gw.home.vix.com id AA00706; Sun, 23 Jul 95 07:45:40 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA00702; Sun, 23 Jul 95 07:45:39 -0700
Received: from delphi.com by delphi.com (PMDF V4.3-9 #10880)
         id <[email protected]>;
         Fri, 21 Jul 1995 18:41:51 -0400 (EDT)
Date: Fri, 21 Jul 1995 18:41:51 -0400 (EDT)
From: DAVE VENUS <[email protected]>
Subject: Documentation, a start maybe ?
To: [email protected]
Message-Id: <[email protected]>
X-Vms-To: INTERNET"[email protected]"
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-Transfer-Encoding: 7BIT

How close is the "Oraperl" emulation that is being distributed with
DBD/DBI ? If it is pretty close can we start with the documentation to
the original Oraperl written by Kevin Stock ? I had a copy of OraperlV2
and fixed the Oraperl.1 document (removed the .po 8) at the beginning.
Seemed to give a lot of good information and matchup to DBD/DBI very
well (Good Job Tim, et al :-) !

Perhaps Kevin would give his permission as long as he is sited for the
original document, etc.

Just a thought. Might make the documentation effort easier at least for
the Oraperl emulation. Then a simple install doc. and we would be all set.

Thanks, Dave Venus.
SysAdmin/DBA Metromont Materials.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <16153-0@lion>;
         Wed, 26 Jul 1995 07:05:16 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 26 Jul 95 06:03:54 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa19571;
         26 Jul 95 7:03 +0100
Received: by gw.home.vix.com id AA02917; Tue, 25 Jul 95 18:26:44 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA02913; Tue, 25 Jul 95 18:26:43 -0700
Received: from rsi.com (semantic.rsi.com [204.96.40.97])
         by wizard.pn.com (8.6.12) with SMTP id VAA06778
         for <@wizard.pn.com:[email protected]>;
         Tue, 25 Jul 1995 21:26:37 -0400
Received: from north by semantic.rsi.com id aa03180; 25 Jul 95 21:26 EDT
From: John Gorman <[email protected]>
Date: Tue, 25 Jul 1995 22:22:07 ADT
Organization: Relational Semantics, Inc. (rsi.com)
Reply-To: John Gorman <[email protected]>
X-Mailer: Mail User's Shell (7.1.1 5/02/90)
To: [email protected]
Subject: Current status?
Message-Id: <[email protected]>

Hi all

I just joined this list. I have compiled isqlperl and
I am wondering what the status of the DBI project is.

Is there a running DBI/informix?

If so, does it just emulate isqlperl or
does it present a generic DBI interface?

If no, or no can I assist with the informix version?
I have built 5 different SQL interfaces to interpretive
languages over the last 5 years.

Thanks, John

                    -
                  (   )
                    -
                   _|_
John Gorman    /|\ |   |   Relational Semantics, Inc.
[email protected]    |  |___|   1684 Barrington Street, 5th Floor
902 422 4108    |  |   |   Halifax, Nova Scotia B3J 2A2
fax 422 4108   \|/ |_ _|   Canada
                    |
                    -
                  (   )
                    -
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24325-34@lion>;
         Thu, 27 Jul 1995 01:54:34 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Wed, 26 Jul 95 23:22:40 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa27915;
         27 Jul 95 0:22 +0100
Received: by gw.home.vix.com id AA01706; Wed, 26 Jul 95 08:40:58 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA01700; Wed, 26 Jul 95 08:40:56 -0700
Received: by colossus.cse.psu.edu id <46483>; Wed, 26 Jul 1995 11:40:47 -0400
From: John D Groenveld <[email protected]>
To: [email protected]
Subject: long raw support
Message-Id: <[email protected]>
Date: Wed, 26 Jul 1995 10:15:23 -0400

How far off are we from LONG RAW support. I love using longs, but I'm ready
to do BLOBs.
Thanks,
John
[email protected]
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <24325-38@lion>;
         Thu, 27 Jul 1995 01:55:03 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 27 Jul 95 00:17:34 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id ab20231;
         27 Jul 95 1:17 +0100
Received: by gw.home.vix.com id AA04236; Wed, 26 Jul 95 09:24:56 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA04232; Wed, 26 Jul 95 09:24:53 -0700
Received: from alma.mcqueen.com (alma.mcqueen.com [193.133.160.249])
         by fruitbat.mcqueen.com (8.6.12/8.6.12) with ESMTP id RAA07851
         for <[email protected]>; Wed, 26 Jul 1995 17:21:41 +0100
From: [email protected]
Received: (from descarte@localhost) by alma.mcqueen.com (8.6.12/8.6.12)
         id RAA27204 for [email protected];
         Wed, 26 Jul 1995 17:26:23 +0100
Message-Id: <[email protected]>
Subject: Re: Current Status?
To: [email protected]
Date: Wed, 26 Jul 1995 17:26:22 +0100 (BST)
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Content-Length: 687


> I just joined this list. I have compiled isqlperl and
> I am wondering what the status of the DBI project is.
>
> Is there a running DBI/informix?
>
> If so, does it just emulate isqlperl or
> does it present a generic DBI interface?
>
> If no, or no can I assist with the informix version?
> I have built 5 different SQL interfaces to interpretive
> languages over the last 5 years.

If you're interested in doing DBD::Informix, I'd be interested in talking to
you about it. I'm implmeneting DBD::mSQL just now and am looking to put in
a module for Informix too.

Thanks.

> John Gorman    /|\ |   |   Relational Semantics, Inc.

--
Alligator Descartes     |
[email protected]    |
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <27365-3@lion>;
         Thu, 27 Jul 1995 05:52:39 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 27 Jul 95 02:15:52 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa25368;
         27 Jul 95 3:15 +0100
Received: by gw.home.vix.com id AA01320; Wed, 26 Jul 95 08:39:12 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA01315; Wed, 26 Jul 95 08:39:09 -0700
Received: by heimdal (5.x/SMI-SVR4/ht) id AA24539;
         Wed, 26 Jul 1995 15:01:51 +0200
Received: from tyr.datani.dk(192.66.202.97) by heimdal via smap (V1.3)
         id sma024537; Wed Jul 26 15:01:28 1995
Received: by tyr. (5.0/SMI-SVR4) id AA24408; Wed, 26 Jul 1995 15:02:35 --100
From: Henrik Tougaard <[email protected]>
Message-Id: <9507261302.AA24408@tyr.>
Subject: DBI for Ingres - any progress???
To: [email protected]
Date: Wed, 26 Jul 1995 15:02:33 +0200 (MET DST)
X-Mailer: ELM [version 2.4 PL21]
Content-Type: text



We use the perl4 interface for Ingres quite a lot - especially at one
of our customers sites, but would like to migrate to perl5 asap (they
use DEC OSF/1 where perl4 isn't [sup]ported).

The perl5 module list says that Tim Bunce is doing something, and I can
remember from a posting some time ago that he is in the pre-alpha stages.

Is this correct?

Can I/we do anything to help speed up things? My time is limited - as
I can't reasonably let the customer pay for perl-porting and they use
me full-time, but I am willing to help as much (little? :-} as I can...

--
Henrik Tougaard          [email protected]           tel: +45 38 33 04 88
Datani A/S, Software Consultants, Theklavej 46, DK 2400 Copenhagen NV, Denmark
{Only my own opinions - if any....}


---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <28111-0@lion>;
         Thu, 27 Jul 1995 06:08:11 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 27 Jul 95 04:59:03 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa07526;
         27 Jul 95 5:58 +0100
Received: by gw.home.vix.com id AA06939; Wed, 26 Jul 95 16:39:15 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA06930; Wed, 26 Jul 95 16:39:07 -0700
Received: from msi-gateway1.metropolis.com
         by gaia.internex.net (8.6.9/InterNex-SM8.6.9) id QAA11383;
         Wed, 26 Jul 1995 16:39:06 -0700
Received: by msi-gateway1.metropolis.com (IBM OS/2 SENDMAIL VERSION 1.3.14/1.1)
         id AA3590; Wed, 26 Jul 95 16:44:55 -0700
Message-Id: <[email protected]>
Received: from MSI Notes Network with "Lotus Notes Mail Gateway for SMTP"
         id F3F5D16A86A5991C8825620500809554; Wed, 26 Jul 95 16:44:51
To: Tim Bunce <[email protected]>
Cc: perldb-interest <[email protected]>
From: David Moellenhoff/MSI <[email protected]>
Date: 26 Jul 95 16:38:18 EDT
Subject: Binding of NULL values
Mime-Version: 1.0
Content-Type: Text/Plain

Has anyone else run in to trouble using ora_bind to bind null values?
Oraperl wants undef values for nulls, but when I try

$csr = ora_open($lda,<<"END_SQL") or die $ora_errstr;
UPDATE table SET field = 1 WHERE
field1 = :1 AND field2 = :2 and field3 = :3 and field4 = :4
END_SQL
ora_bind($csr,"XXX","YYY",undef,"ZZZ") or die $ora_errstr;


I get a segmentation fault.  Thinking that binding a null to a
'field = :x' might be wrong in OCI, I tried changing the statement
to:
UPDATE table set field = :5 WHERE
field1 = :1 AND field2 = :2 and field3 = :3 and field4 = :4

and ora_bind($csr,'XXX','YYY','ZZZ','WWW',undef) and still
get the segmentation fault.

Useful info:
DBD-Oracle-0.19
DBI-0.58
perl5.001i
gcc 2.6.0
Solaris 2.4
Oracle 7.1.3

Here's the PERL_DBI_DEBUG = 2 output:

IN DBI.pm
   DBI dispatch debug level set to 2
_add_dispatch DBI::db::EXISTS, DBI.pm
_add_dispatch DBI::db::event, DBI.pm
_add_dispatch DBI::db::errstr, DBI.pm
_add_dispatch DBI::db::debug, DBI.pm
_add_dispatch DBI::db::CLEAR, DBI.pm
_add_dispatch DBI::db::NEXTKEY, DBI.pm
_add_dispatch DBI::db::commit, DBI.pm
_add_dispatch DBI::db::DESTROY, DBI.pm
_add_dispatch DBI::db::FETCH, DBI.pm
_add_dispatch DBI::db::rollback, DBI.pm
_add_dispatch DBI::db::errstate, DBI.pm
_add_dispatch DBI::db::disconnect, DBI.pm
_add_dispatch DBI::db::rows, DBI.pm
_add_dispatch DBI::db::STORE, DBI.pm
_add_dispatch DBI::db::prepare, DBI.pm
_add_dispatch DBI::db::errmsg, DBI.pm
_add_dispatch DBI::db::FIRSTKEY, DBI.pm
_add_dispatch DBI::db::private_data, DBI.pm
_add_dispatch DBI::db::handler, DBI.pm
_add_dispatch DBI::dr::EXISTS, DBI.pm
_add_dispatch DBI::dr::disconnect_all, DBI.pm
_add_dispatch DBI::dr::event, DBI.pm
_add_dispatch DBI::dr::errstr, DBI.pm
_add_dispatch DBI::dr::debug, DBI.pm
_add_dispatch DBI::dr::CLEAR, DBI.pm
_add_dispatch DBI::dr::NEXTKEY, DBI.pm
_add_dispatch DBI::dr::connect, DBI.pm
_add_dispatch DBI::dr::FETCH, DBI.pm
_add_dispatch DBI::dr::DESTROY, DBI.pm
_add_dispatch DBI::dr::rows, DBI.pm
_add_dispatch DBI::dr::STORE, DBI.pm
_add_dispatch DBI::dr::FIRSTKEY, DBI.pm
_add_dispatch DBI::dr::private_data, DBI.pm
_add_dispatch DBI::st::EXISTS, DBI.pm
_add_dispatch DBI::st::finish, DBI.pm
_add_dispatch DBI::st::fetchrow, DBI.pm
_add_dispatch DBI::st::event, DBI.pm
_add_dispatch DBI::st::errstr, DBI.pm
_add_dispatch DBI::st::debug, DBI.pm
_add_dispatch DBI::st::CLEAR, DBI.pm
_add_dispatch DBI::st::NEXTKEY, DBI.pm
_add_dispatch DBI::st::FETCH, DBI.pm
_add_dispatch DBI::st::DESTROY, DBI.pm
_add_dispatch DBI::st::rows, DBI.pm
_add_dispatch DBI::st::STORE, DBI.pm
_add_dispatch DBI::st::FIRSTKEY, DBI.pm
_add_dispatch DBI::st::execute, DBI.pm
_add_dispatch DBI::st::private_data, DBI.pm
_add_dispatch DBI::st::readblob, DBI.pm
   New DBI::dr (for DBD::Switch::dr, parent=, id=SCALAR(0xfa14c))
   dbih_setup_handle(DBI::dr=HASH(0xf2134)=>DBI::dr=HASH(0x12ec8c),
DBD::Switch::dr, fa14c)
   New DBI::dr => DBI::dr=HASH(0xf2134) (inner=DBI::dr=HASH(0x12ec8c)) for
DBD::Switch::dr
DBI->install_driver DBI Oracle
at /usr/local/lib/perl5/Oraperl.pm line 49
DBI->install_driver(Oracle) loaded
   New DBI::dr (for DBD::Oracle::dr, parent=, id=)
   dbih_setup_handle(DBI::dr=HASH(0x1342a8)=>DBI::dr=HASH(0x141a30),
DBD::Oracle::dr, 0)
   New DBI::dr => DBI::dr=HASH(0x1342a8) (inner=DBI::dr=HASH(0x141a30)) for
DBD::Oracle::dr
DBI->install_driver(Oracle) = DBI::dr=HASH(0x1342a8)
   >> debug       DISPATCH (DBI::dr=HASH(0x1342a8) @2 g0 a12ecc8 r1)
   -> debug in DBD::_::common for DBD::Oracle::dr
(DBI::dr=HASH(0x1342a8)~0x141a30 0)
   <- debug= 0
   >> connect     DISPATCH (DBI::dr=HASH(0x1342a8) @4 g0 a12ed40 r1)
   -> connect for DBD::Oracle::dr (DBI::dr=HASH(0x1342a8)~0x141a30 ''
'stk/stk123@MSI' '')
   New DBI::db (for DBD::Oracle::db, parent=DBI::dr=HASH(0x141a30), id=1327112)
   dbih_setup_handle(DBI::db=HASH(0x141b08)=>DBI::db=HASH(0x138874),
DBD::Oracle::db, 144008)
   New DBI::db => DBI::db=HASH(0x141b08) (inner=DBI::db=HASH(0x138874)) for
DBD::Oracle::db
   <- connect= DBI::db=HASH(0x141b08)
   >> prepare     DISPATCH (DBI::db=HASH(0x141b08) @2 g0 a12eaa8 r1)
   -> prepare for DBD::Oracle::db (DBI::db=HASH(0x141b08)~0x138874 'UPDATE
ACC_ADDRESS_FT set aca_id=1 WHERE
acc_number = :1 AND aca_type_cd = :2 AND ACA_BILL_CD = :3 AND ACA_CONFIG_CD = :4
')
scanned 4 distinct placeholders
   New DBI::st (for DBD::Oracle::st, parent=DBI::db=HASH(0x138874), id=692232)
   dbih_setup_handle(DBI::st=HASH(0x138958)=>DBI::st=HASH(0x1389b8),
DBD::Oracle::st, a9008)
   New DBI::st => DBI::st=HASH(0x138958) (inner=DBI::st=HASH(0x1389b8)) for
DBD::Oracle::st
   <- prepare= DBI::st=HASH(0x138958)
   >> STORE       DISPATCH (DBI::st=HASH(0x1389b8) @3 g0 a0 r1)
   -> STORE for DBD::Oracle::st (DBI::st=HASH(0x1389b8) 'ora_long' 80)
   <- STORE= undef
   >> FETCH       DISPATCH (DBI::st=HASH(0x1389b8) @2 g0 a0 r1)
   -> FETCH for DBD::Oracle::st (DBI::st=HASH(0x1389b8) 'NumParams')
   <- FETCH= 4
bind 'A1070' ==> :p1
bind 'C' ==> :p2
Use of uninitialized value at ./pt line 12.
bind '' ==> :p3
Segmentation fault (core dumped)


Any thoughts?  Anyone else successfully bound NULL values?

-Dave
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <01853-0@lion>;
         Thu, 27 Jul 1995 17:13:48 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 27 Jul 95 06:43:03 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa01067;
         27 Jul 95 7:43 +0100
Received: by gw.home.vix.com id AA17065; Wed, 26 Jul 95 18:42:56 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA17060; Wed, 26 Jul 95 18:42:47 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa19288;
         27 Jul 95 2:34 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa25592;
         27 Jul 95 2:35 +0100
Received: from ig.co.uk by lion id <25986-0@lion>;
         Thu, 27 Jul 1995 02:34:38 +0100
To: [email protected]
Subject: Re: long raw support
Cc: [email protected]
Date: Thu, 27 Jul 1995 02:34:38 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: John D Groenveld <[email protected]>
>
> How far off are we from LONG RAW support. I love using longs, but I'm ready
> to do BLOBs.

Er, what have you got in mind?

The dbd_bind_ph() function in the next version of DBD:Oracle will say:

   phs->ftype = (SvCUR(phs->sv) <= 2000) ? 1 : 8;

so that long strings are treated as LONGs (you can't treat all strings
as longs since longs can't be used in where clauses etc).

Also, has anyone tried the readblob() method I added in the last version?

> Thanks,
> John
> [email protected]
>
Tim.
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <01875-1@lion>;
         Thu, 27 Jul 1995 17:14:35 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Thu, 27 Jul 95 13:44:57 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa08840;
         27 Jul 95 14:43 +0100
Received: by gw.home.vix.com id AA28372; Wed, 26 Jul 95 22:38:33 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA28368; Wed, 26 Jul 95 22:38:30 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa11606;
         27 Jul 95 6:08 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa09300;
         27 Jul 95 6:08 +0100
Received: from ig.co.uk by lion id <28038-0@lion>;
         Thu, 27 Jul 1995 06:05:06 +0100
To: [email protected], [email protected]
Subject: Re: DBI for Ingres - any progress???
Date: Thu, 27 Jul 1995 06:05:06 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Henrik Tougaard <[email protected]>
>
> We use the perl4 interface for Ingres quite a lot - especially at one
> of our customers sites, but would like to migrate to perl5 asap (they
> use DEC OSF/1 where perl4 isn't [sup]ported).
>
> The perl5 module list says that Tim Bunce is doing something, and I can
> remember from a posting some time ago that he is in the pre-alpha stages.
>
> Is this correct?
>
Some people might say I'm in the pre-alpha stages of something :-)

As for DBD::Ingres, well yes, you could call it pre-alpha.

> Can I/we do anything to help speed up things? My time is limited - as
> I can't reasonably let the customer pay for perl-porting and they use
> me full-time, but I am willing to help as much (little? :-} as I can...
>
I hope to be able to devote more time to DBI/DBD's from next week sometime.
An Ingres interface is high on my list of priorities.

The small fly in the ointment which has held up a DBD::Ingres is that
it requires a preprocessor (esqlc) and trying to apply two preprocessors
(xsubpp and esqlc) to the same file is not a good idea. Because of this
I've been restructuring DBD::Oracle such that the Oracle.xs file becomes
more generic and the oracle specific code is elsewhere (dbdimp.c). That
work threw up issues about where the dividing line between DBI facilities
and DBD facilities should be. Because of that you can be sure that the
DBI/DBD interface will be evolving rapidly over the next few months.
And finally, because of that, you can be sure that I won't be popular
with anyone implementing DBD's using the current interface (and don't say
I didn't warn you)!

Phew. Home to bed.

> Henrik Tougaard          [email protected]           tel: +45 38 33 04 88

Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <01853-4@lion>;
         Thu, 27 Jul 1995 17:14:57 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 27 Jul 95 07:43:24 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa19004;
         27 Jul 95 8:43 +0100
Received: by gw.home.vix.com id AA19593; Wed, 26 Jul 95 19:33:57 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19589; Wed, 26 Jul 95 19:33:55 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa18887;
         27 Jul 95 2:29 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa25141;
         27 Jul 95 2:29 +0100
Received: from ig.co.uk by lion id <25799-0@lion>;
         Thu, 27 Jul 1995 02:28:54 +0100
To: [email protected], [email protected], [email protected]
Subject: Re: OCI on Alpha - rc field in cda not being set on error
Cc: [email protected]
Date: Thu, 27 Jul 1995 02:28:54 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Tim Smith <[email protected]>
> Newsgroups: comp.databases.oracle
> References: <[email protected]>
>
> In comp.databases.oracle you write:
> >Can anyone help me to understand why the rc field in the lda and/or cda
> >structure is zero after an OCI function returns non-zero (ie failure).
>
> >Code that works on several platforms fails on the Alpha for this reason.
> >(Actually it's the DBD::Oracle module for Perl 5.)
>
> >I suspect that it might be a structure alignment problem since the
> >Alpha is a 64-bit platform and the symptoms fit, but that's just a guess.
>
> How are you accessing the field? Do you use the cda struct definition
> as provided in the header files?

Yes.

> If so, it might be a bug. You *could*
> just provoke a known error, do a hex dump of the cda, and look for the
> offset where the error code starts.
>
Sadly I don't have access to an Alpha box. It's a DBD::Oracle user who
is having the problem. Here's a recent exchange that may be enlightening:

> From: Jonathan Olson <[email protected]>
>
> > What is does the C code:
> >
> >     printf("%d, %d\n",sizeof(int), sizeof(ub4));
> >
> > print for you? Please add the code to one of the dbd_init() in dbdimp.c
>
> 4, 8
>
Umm. So oracle ub4 type is actually 8 bytes wide on the Alpha.


> From: Tom Poindexter <[email protected]>
>
> Hi Tim,
>
> I'd had an Alpha user of my Oratcl send me this cda struct.  I don't
> know if it will work for you, but you might give it a try.  I haven't
> got any feedback from Alpha users yet on my Oratcl-2.3 beta release
> that I mailed out last week.  I put it in Oratcl-2.3 with:
>
> #if (defined(__osf__) && defined(__alpha)) || defined(CRAY) || defined(KSR)
>
This is just so scary. How can Oracle ship a set of header files that
are broken? Oracle seems to have no sense of interface stability. Sigh.

> Also, hda size has to be 512 bytes for Alpha.
>
That's already done.

> Tom
>
> ------------------
> Tom,
> Just wanted to let you know that I was successful in getting
> oratcl-2.2 up and running on a DEC OSF/1 V2.0 Alpha.  I had to make
> a change in the cda_def struct to handle the 64 bit architecture and
> just link in the oracle libraries directly for making the executables,
> but everything else went smooth. It works great! I also included
> BLT-1.7 and am using it to graph out oracle queries from oratcl.
> I have include the changed cda_def structure for you to add
> as a compile time switch if you want.
>
> struct cda_def
> {
>    signed short   v2_rc;        /* v2 return code */
>    unsigned short ft;           /* function type */
>    signed int     rpc;          /* rows processed count */
>    unsigned short peo;          /* parse error offset */
>    unsigned char  fc;           /* function code */
>    unsigned char  fill1;        /* filler  */
>    unsigned short rc;           /* v7 return code */
>    unsigned char  wrn;          /* warning flags */
>    unsigned char  flg;          /* error flags */
>    signed int     d0;           /* cursor number */
>    struct {                     /* rowid structure */
>      struct {
>         signed int      d1;
>         unsigned short  d2;
>         unsigned char   d3;
>         } rd;
>      signed int     d4;         /* rba of datablock */
>      unsigned short d5;         /* sequence number of row in block */
>      } rid;
>    signed int     ose;          /* os dependent error code */
>    unsigned char  sysparm[27];  /* private, reserved fill */
> };
>

The problem seems to lie with the 4 byte wide typedefs. Looking
at oratypes.h it seems as if we'd get the correct behaviour if
an A_OSF macro was defined.

Jonathan, perhaps you could just try adding '#define A_OSF' above
#include <oratypes.h> in Oracle.h.

If that doesn't work then try the structure above.

> If you have any questions don't hesitate to write me at
>
Thanks.

> [email protected]
>
> Thanks,
>
> Lance Nelson
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <01878-4@lion>;
         Thu, 27 Jul 1995 17:15:40 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 27 Jul 95 07:55:29 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa23394;
         27 Jul 95 8:55 +0100
Received: by gw.home.vix.com id AA19198; Wed, 26 Jul 95 19:25:49 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA19194; Wed, 26 Jul 95 19:25:47 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa20489;
         27 Jul 95 2:53 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa26698;
         27 Jul 95 2:54 +0100
Received: from ig.co.uk by lion id <26173-0@lion>;
         Thu, 27 Jul 1995 02:52:56 +0100
To: [email protected]
Subject: Re: Binding of NULL values
Cc: [email protected]
Date: Thu, 27 Jul 1995 02:52:56 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: David Moellenhoff/MSI <[email protected]>
>
> Has anyone else run in to trouble using ora_bind to bind null values?

Oops, I knew their was something I'd forgotten! I'm very surprised this
wasn't spotted earlier.

Here's a patch. Since I'm short of time (my my look at the time!) I've
not tested that it works fully only that it doesn't break existsing code.

This patch probably won't apply cleanly since it is based on a version
that includes the phs->ftype fix for longs. Just apply it by hand with
a copy and paste.

***************
*** 397,403 ****
     /* just copy the value & length over and not rebind!      */

!     sv_setsv(phs->sv, newvalue);
!     phs->indp = 0;
!     phs->ftype = (SvCUR(phs->sv) <= 2000) ? 1 : 8;

     /* this will change to odndra sometime    */
--- 397,409 ----
     /* just copy the value & length over and not rebind!      */

!     if (SvOK(newvalue)) {
!       sv_setsv(phs->sv, newvalue);
!       phs->indp = 0;
!       phs->ftype = (SvCUR(phs->sv) <= 2000) ? 1 : 8;
!     } else {
!       sv_setsv(phs->sv, &sv_no);
!       phs->indp = -1;
!       phs->ftype = 1;
!     }

     /* this will change to odndra sometime    */

I may change the implementation in the next release but this should
get you going. Let me know how it goes.

I've been kept away from DBI/DBD work for awhile. I hope to get
back to it in a week or so.

> -Dave
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07075-0@lion>;
         Thu, 27 Jul 1995 23:43:12 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Thu, 27 Jul 95 22:19:55 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa18130;
         27 Jul 95 23:19 +0100
Received: by gw.home.vix.com id AA26379; Thu, 27 Jul 95 05:51:38 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA26375; Thu, 27 Jul 95 05:51:37 -0700
Received: (from postman@localhost) by andrew.cmu.edu (8.6.12/8.6.12)
         id IAA01417; Thu, 27 Jul 1995 08:51:24 -0400
Received: via switchmail; Thu, 27 Jul 1995 08:51:23 -0400 (EDT)
Received: from cenia.cc.cmu.edu
         via qmail ID </afs/andrew.cmu.edu/service/mailqs/q004/QF.Uk5sj5W00WAR40cklA>;
         Thu, 27 Jul 1995 08:51:17 -0400 (EDT)
Received: from cenia.cc.cmu.edu
         via qmail ID </afs/andrew.cmu.edu/usr3/lm3a/.Outgoing/QF.0k5sj0600WARM10VlO>;
         Thu, 27 Jul 1995 08:51:12 -0400 (EDT)
Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.cenia.cc.cmu.edu.sun4c.411
         via MS.5.6.cenia.cc.cmu.edu.sun4c_411;
         Thu, 27 Jul 1995 08:51:12 -0400 (EDT)
Message-Id: <[email protected]>
Date: Thu, 27 Jul 1995 08:51:12 -0400 (EDT)
From: Laura McGinnis <[email protected]>
To: [email protected], Tim Bunce <[email protected]>
Subject: Re: DBI for Ingres - any progress???
In-Reply-To: <[email protected]>
References: <[email protected]>

Excerpts from perldb: 27-Jul-95 Re: DBI for Ingres - any pr.. Tim
[email protected] (1737)

> The small fly in the ointment which has held up a DBD::Ingres is that
> it requires a preprocessor (esqlc) and trying to apply two preprocessors
> (xsubpp and esqlc) to the same file is not a good idea.

I was just at CA-World in New Orleans next week and CA announced that
the new release of Ingres (OpenIngres 1.1) includes the API.

Will this make doing DBD::Ingres easier?

I don't have OI1.1 yet, and I don't have any free time until
October-November, but there are other sites that have OI1.1 that may be
interested in helping.

BTW, I gave a paper in N.O. about ingperl that was very well received by
about 75 attendees.  I put in a plug for the DBI, so there may be more
inquiries coming.

Laura McGinnis
Carnegie Mellon University
Wesern Pennsylvania Ingres Users Association
---+++---
Received: from punt2.demon.co.uk by lion with SMTP (PP) id <07886-1@lion>;
         Fri, 28 Jul 1995 02:22:49 +0100
Received: from punt2.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 00:17:41 GMT
Received: from gw.home.vix.com by punt2.demon.co.uk id aa17393;
         28 Jul 95 1:17 +0100
Received: by gw.home.vix.com id AA15298; Thu, 27 Jul 95 11:08:00 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA15291; Thu, 27 Jul 95 11:07:59 -0700
Received: from tsc.secapl.com (tsc.secapl.com [192.131.58.129])
         by Farstar.secapl.com (8.6.10/8.6.10) with SMTP id MAA274227
         for <[email protected]>; Thu, 27 Jul 1995 12:59:13 -0500
Received: from trainsmith.secapl.com by tsc.secapl.com with SMTP
         id AA30775 (5.65c/IDA-1.4.4 for <[email protected]>);
         Thu, 27 Jul 1995 14:12:56 -0400
Received: from TSC/SpoolDir by trainsmith.secapl.com (Mercury 1.21);
         27 Jul 95 14:14:53 EDT
Received: from SpoolDir by TSC (Mercury 1.21); 27 Jul 95 14:14:28 EDT
From: Kevin Matthews <[email protected]>
Organization: Train, Smith Counsel
To: [email protected]
Date: Thu, 27 Jul 1995 14:14:19 EDT
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7BIT
Subject: newbie question on isqlperl
Priority: normal
X-Mailer: Pegasus Mail for Windows (v2.01)
Message-Id: <[email protected]>

I gather from the discussion I have followed so far that one cannot
compile perl5 with the informix lib isqlperl that was written for
perl4.  Is this the case?

If so, for the time being my only option is to use perl4 if I want
to access informix?  Correct?

Kevin
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07887-15@lion>;
         Fri, 28 Jul 1995 02:24:15 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 01:00:35 GMT
Received: from [192.5.5.1] by punt.demon.co.uk id aa16510; 28 Jul 95 2:00 +0100
Received: by gw.home.vix.com id AA02304; Thu, 27 Jul 95 07:42:04 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA02300; Thu, 27 Jul 95 07:42:03 -0700
Received: from oasis.zycor.lgc.com by lgc.lgc.com (5.65b/lgc.%I%) id AA10352;
         Thu, 27 Jul 95 09:39:28 -0500
Received: from fastboot (fastboot.zycor.lgc.com)
         by oasis.zycor.lgc.com (4.1/lgc.1.20) id AA29611;
         Thu, 27 Jul 95 09:42:04 CDT
Received: from (mcj_pc.zycor.lgc.com) by fastboot (5.x/lgc.1.9) id AA04205;
         Thu, 27 Jul 1995 09:37:29 -0500
Date: Thu, 27 Jul 1995 09:37:29 -0500
Message-Id: <9507271437.AA04205@fastboot>
X-Sender: [email protected]
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
To: [email protected]
From: Michael Jones <[email protected]>
Subject: Unsubscribe
X-Mailer: <Windows Eudora Version 2.0.2>


Please unsubscribe [email protected]


Thanks.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Michael Jones                           Landmark Graphics Corporation
[email protected]                      220 Foremost Drive
voice (512) 292 2341                    Austin, TX  78745-7324
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <07887-16@lion>;
         Fri, 28 Jul 1995 02:24:20 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 01:13:21 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa19993;
         28 Jul 95 2:13 +0100
Received: by gw.home.vix.com id AA22401; Thu, 27 Jul 95 12:58:14 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA22394; Thu, 27 Jul 95 12:58:11 -0700
Message-Id: <[email protected]>
Received: by alfalfa.csci.csc.com (1.38.193.5/16.2) id AA25460;
         Thu, 27 Jul 1995 15:09:52 -0500
From: Gajendra Jain <[email protected]>
Subject: Locating no. of times a string appears in a string
To: [email protected]
Date: Thu, 27 Jul 95 15:09:52 CDT
Mailer: Elm [revision: 70.85.2.1]


       A am not aware, if there is any function available in perl
       to do this task.
       I want to find how many times a charcater appears in a string.
       Basically I want many times single quote appears in a string. So
       that I make sure that all the single quotes are closed.

       TIA


--
********************************************************************
Do not follow where the path may lead . Go instead where there is
no path and leave a trail.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Gajendra Jain
DBA,TRIS Division                      Voice.(217)351-8250 Ext:2381
CSC CIS - TRIS Division                Fax.(217)351-7420
115 N. Neil St.  Suite 409             Email. [email protected]
Champaign, IL 61824-0770
********************************************************************
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <08391-2@lion>;
         Fri, 28 Jul 1995 03:00:55 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 01:44:36 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa27573;
         28 Jul 95 2:44 +0100
Received: by gw.home.vix.com id AA12802; Thu, 27 Jul 95 10:28:48 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA12798; Thu, 27 Jul 95 10:28:46 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa06795;
         27 Jul 95 17:38 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa23619;
         27 Jul 95 17:38 +0100
Received: from ig.co.uk by lion id <03707-0@lion>;
         Thu, 27 Jul 1995 17:37:27 +0100
To: [email protected], [email protected], [email protected]
Subject: Re: OCI on Alpha - rc field in cda not being set on error
Cc: [email protected]
Date: Thu, 27 Jul 1995 17:37:27 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Jonathan Olson <[email protected]>
>
> On Thu, 27 Jul 1995, Tim Bunce wrote:
>
> > The problem seems to lie with the 4 byte wide typedefs. Looking
> > at oratypes.h it seems as if we'd get the correct behaviour if
> > an A_OSF macro was defined.
> >
> > Jonathan, perhaps you could just try adding '#define A_OSF' above
> > #include <oratypes.h> in Oracle.h.
>
> After adding '#define A_OSF' above #include <oratypes.h> in Oracle.h we get:
> [...]
> Test complete.
>
> IT WORKS!  You can see all of our hacks/checks in there, but that one
> line fixed the problem.  We will continue installing DBD/DBI and we will
> write that part for the Dec Alpha for your README file.
>
> Thanks a lot, Tim.  You've been a great help.
>
My pleaure.

I'm glad it's sorted and glad it wasn't my fault and not at all surprised
that it was Oracle's :-)

I feel much more comfortable with this solution that using a manually
hacked version of the structure definition. Well you pass the fix back
to Oracle for me (since I'm not an Alpha user).

> Jonathan.
>
Tim.

p.s. I'll add a note to the README about this. Can you send me a similar
note about the login problem you had?
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <09585-2@lion>;
         Fri, 28 Jul 1995 07:03:23 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 02:52:06 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa16766;
         28 Jul 95 3:51 +0100
Received: by gw.home.vix.com id AA20570; Thu, 27 Jul 95 12:27:35 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA20566; Thu, 27 Jul 95 12:27:32 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa07473;
         27 Jul 95 17:49 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa24893;
         27 Jul 95 17:49 +0100
Received: from ig.co.uk by lion id <03945-0@lion>;
         Thu, 27 Jul 1995 17:49:13 +0100
To: [email protected], [email protected]
Subject: Re: DBI for Ingres - any progress???
Date: Thu, 27 Jul 1995 17:49:13 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Laura McGinnis <[email protected]>
>
> Excerpts from perldb: 27-Jul-95 Re: DBI for Ingres - any pr.. Tim
> [email protected] (1737)
>
> > The small fly in the ointment which has held up a DBD::Ingres is that
> > it requires a preprocessor (esqlc) and trying to apply two preprocessors
> > (xsubpp and esqlc) to the same file is not a good idea.
>
> I was just at CA-World in New Orleans next week and CA announced that
> the new release of Ingres (OpenIngres 1.1) includes the API.
>
> Will this make doing DBD::Ingres easier?
>
Probably, but ...

> I don't have OI1.1 yet,

that's the problem. I'll need to do an esqlc version anyway (for my needs)
so I'll just go ahead and do that first.

> BTW, I gave a paper in N.O. about ingperl that was very well received by
> about 75 attendees.  I put in a plug for the DBI, so there may be more
> inquiries coming.
>
Thanks for that.

> Laura McGinnis
> Carnegie Mellon University
> Wesern Pennsylvania Ingres Users Association
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <09585-4@lion>;
         Fri, 28 Jul 1995 07:03:29 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 03:19:59 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa24521;
         28 Jul 95 4:19 +0100
Received: by gw.home.vix.com id AA07471; Thu, 27 Jul 95 17:09:21 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA07467; Thu, 27 Jul 95 17:09:20 -0700
Received: from nsc.nsc.com by gatekeeper.nsc.com (5.65/fma-120691) with SMTP;
         id AA24084 for [email protected]; Thu, 27 Jul 95 17:09:16 -0700
Received: from lightning-gw.nsc.com by nsc.nsc.com (5.65/1.34) with SMTP
         id AA20158 for [email protected]; Thu, 27 Jul 95 17:09:11 -0700
Received: from gwydion by rockie.nsc.com (4.1/SMI-4.1) id AA23752;
         Thu, 27 Jul 95 17:11:29 PDT
Date: Thu, 27 Jul 95 17:11:29 PDT
From: Chris Hodges <[email protected]>
Message-Id: <[email protected]>
To: [email protected]

unsubscribe

---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <10142-0@lion>;
         Fri, 28 Jul 1995 07:23:40 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 06:22:00 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa06590;
         28 Jul 95 7:21 +0100
Received: by gw.home.vix.com id AA18423; Thu, 27 Jul 95 20:17:17 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA18419; Thu, 27 Jul 95 20:17:16 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa17333;
         28 Jul 95 3:00 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ae09969;
         28 Jul 95 3:01 +0100
Received: from ig.co.uk by lion id <08385-0@lion>;
         Fri, 28 Jul 1995 03:00:42 +0100
To: [email protected], [email protected]
Subject: Re: newbie question on isqlperl
Date: Fri, 28 Jul 1995 03:00:42 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Kevin Matthews <[email protected]>
>
> I gather from the discussion I have followed so far that one cannot
> compile perl5 with the informix lib isqlperl that was written for
> perl4.  Is this the case?
>
Yes.

> If so, for the time being my only option is to use perl4 if I want
> to access informix?  Correct?
>
Yes.

Sadly.

> Kevin
>
Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <10315-0@lion>;
         Fri, 28 Jul 1995 07:37:49 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 06:33:41 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa09506;
         28 Jul 95 7:33 +0100
Received: by gw.home.vix.com id AA15883; Thu, 27 Jul 95 19:32:13 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA15877; Thu, 27 Jul 95 19:32:11 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa17331;
         28 Jul 95 3:00 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id ac09969;
         28 Jul 95 3:01 +0100
Received: from ig.co.uk by lion id <08322-0@lion>;
         Fri, 28 Jul 1995 02:52:16 +0100
To: [email protected], [email protected]
Subject: Re: Locating no. of times a string appears in a string
Date: Fri, 28 Jul 1995 02:52:16 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>


> From: Gajendra Jain <[email protected]>
>
>       A am not aware, if there is any function available in perl
>       to do this task.
>       I want to find how many times a charcater appears in a string.
>       Basically I want many times single quote appears in a string. So
>       that I make sure that all the single quotes are closed.
>
Try this: $count = $string =~ tr/'/'/;

The perldb-interest mailing list is not really the place to ask this
kind of question.

Tim.
---+++---
Received: from punt.demon.co.uk by lion with SMTP (PP) id <13627-1@lion>;
         Fri, 28 Jul 1995 17:11:10 +0100
Received: from punt.demon.co.uk via puntmail for [email protected];
         Fri, 28 Jul 95 06:52:41 GMT
Received: from gw.home.vix.com by punt.demon.co.uk id aa14470;
         28 Jul 95 7:52 +0100
Received: by gw.home.vix.com id AA17167; Thu, 27 Jul 95 19:53:50 -0700
X-Btw: vix.com is also gw.home.vix.com and vixie.sf.ca.us
Received: by gw.home.vix.com id AA17163; Thu, 27 Jul 95 19:53:48 -0700
Received: from post.demon.co.uk by disperse.demon.co.uk id aa20586;
         28 Jul 95 3:36 +0100
Received: from ignite.demon.co.uk by post.demon.co.uk id aa11856;
         28 Jul 95 3:37 +0100
Received: from ig.co.uk by lion id <08708-0@lion>;
         Fri, 28 Jul 1995 03:36:37 +0100
To: [email protected], [email protected], [email protected]
Subject: Re: OCI on Alpha - rc field in cda not being set on error
Cc: [email protected]
Date: Fri, 28 Jul 1995 03:36:37 +0100
From: Tim Bunce <[email protected]>
Sender: [email protected]
Organisation: Paul Ingram Group, Software Systems, +44 1 483 424424
Message-Id: <[email protected]>

Oh dear, far too many typos (far too little sleep recently).
Here's how that last message should have read:

> From: Jonathan Olson <[email protected]>
>
> On Thu, 27 Jul 1995, Tim Bunce wrote:
>
> > The problem seems to lie with the 4 byte wide typedefs. Looking
> > at oratypes.h it seems as if we'd get the correct behaviour if
> > an A_OSF macro was defined.
> >
> > Jonathan, perhaps you could just try adding '#define A_OSF' above
> > #include <oratypes.h> in Oracle.h.
>
> After adding '#define A_OSF' above #include <oratypes.h> in Oracle.h we get:
> [...]
> Test complete.
>
> IT WORKS!  You can see all of our hacks/checks in there, but that one
> line fixed the problem.  We will continue installing DBD/DBI and we will
> write that part for the Dec Alpha for your README file.
>
> Thanks a lot, Tim.  You've been a great help.
>
My pleasure.

I'm glad it's sorted and glad it wasn't my fault and not at all surprised
that it was Oracle's :-)

I feel much more comfortable with this solution than using a manually
hacked version of the structure definition. Will you pass the fix back
to Oracle for me (since I'm not an Alpha user).

> Jonathan.
>
Tim.

p.s. I'll add a note to the README about this. Can you send me a similar
note about the login problem you (Jonathan) had?
---+++---