Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP
Browse files

Add my private err_* files. There are my to-do's in the form of

emails (and in some cases email threads) in mbox format.
Some I haven't looked at in a long time (years) and so may no longer be relevant.
For some I've added a note [in square brackets] at the top of the body of the first email.


git-svn-id: http://svn.perl.org/modules/dbd-oracle/trunk@1088 50811bd7-b8ce-0310-adc1-d9db26280581
  • Loading branch information...
commit 3a299bc422c819a0a4e5bfd0b8ddcabd959f1d06 1 parent a8d4d8a
timbo authored
Showing with 12,657 additions and 0 deletions.
  1. +108 −0 err_bind/err_bind_param_inout_overrun_bug.msg
  2. +241 −0 err_bind/err_bindarrays.msg
  3. +58 −0 err_bind/err_bindclobleak.msg
  4. +77 −0 err_bind/err_bindnullhash.msg
  5. +345 −0 err_bind/err_trailingblank.msg
  6. +142 −0 err_build/err_aix64.msg
  7. +89 −0 err_build/err_hpux_ld.msg
  8. +279 −0 err_build/err_hpuxsuccess.msg
  9. +207 −0 err_build/err_instantclient.msg
  10. +87 −0 err_build/err_makefileundef.msg
  11. +95 −0 err_build/err_memleak.msg
  12. +482 −0 err_build/err_solarisnotes.msg
  13. +97 −0 err_build/err_testfailnotable.msg
  14. +14 −0 err_docs/err_trace.msg
  15. +129 −0 err_executearray.msg
  16. +65 −0 err_lob/err_csr_clob.msg
  17. +95 −0 err_lob/err_loblenwide.msg
  18. +208 −0 err_lob/err_lobtesttblfail.msg
  19. +189 −0 err_lob/err_nclob_form.msg
  20. +93 −0 err_lob/err_nulllobsegv.msg
  21. +537 −0 err_lob/err_tmplobfree.msg
  22. +129 −0 err_unicode/err_char.msg
  23. +1,256 −0 err_unicode/err_twolongstr.msg
  24. +90 −0 err_unsorted/err_etherreal.msg
  25. +476 −0 err_unsorted/err_memleak2.msg
  26. +470 −0 err_unsorted/err_multiora.msg
  27. +27 −0 err_unsorted/err_ora9ir2oci.msg
  28. +115 −0 err_unsorted/err_ref_type.msg
  29. +85 −0 err_unsorted/err_refcsr_rowcache.msg
  30. +347 −0 err_unsorted/err_refcsr_slow.msg
  31. +316 −0 err_unsorted/err_slowcsr.msg
  32. +4,717 −0 err_unsorted/err_svrparse.msg
  33. +118 −0 err_unsorted/err_xml.msg
  34. +700 −0 err_unsorted/err_xml2.msg
  35. +174 −0 err_unsorted/err_xmltypebindplsql.msg
View
108 err_bind/err_bind_param_inout_overrun_bug.msg
@@ -0,0 +1,108 @@
+From dbi-users-return-215-Tim.Bunce=ig.co.uk@perl.org Mon Feb 5 23:03:29 2001
+Return-Path: <dbi-users-return-215-Tim.Bunce=ig.co.uk@perl.org>
+Received: from oink by toad.ig.co.uk (8.8.8+Sun/SMI-SVR4)
+ id XAA01289; Mon, 5 Feb 2001 23:03:27 GMT
+Received: from tele-punt-22.mail.demon.net by oink with SMTP (PP)
+ id <06769-16@oink>; Fri, 6 Feb 1970 00:01:15 +0100
+Received: from punt-2.mail.demon.net by mailstore for Tim.Bunce@ig.co.uk
+ id 981413584:20:24069:0; Mon, 05 Feb 2001 22:53:04 GMT
+Received: from tmtowtdi.perl.org ([209.85.3.25]) by punt-2.mail.demon.net
+ id aa2024004; 5 Feb 2001 22:53 GMT
+Received: (qmail 6267 invoked by uid 508); 5 Feb 2001 22:52:23 -0000
+Mailing-List: contact dbi-users-help@perl.org; run by ezmlm
+Precedence: bulk
+List-Post: <mailto:dbi-users@perl.org>
+List-Help: <mailto:dbi-users-help@perl.org>
+List-Unsubscribe: <mailto:dbi-users-unsubscribe@perl.org>
+List-Subscribe: <mailto:dbi-users-subscribe@perl.org>
+Delivered-To: mailing list dbi-users@perl.org
+Received: (qmail 6247 invoked from network); 5 Feb 2001 22:52:22 -0000
+Received: from seeme.dare.feddata.com (38.186.101.66) by tmtowtdi.perl.org
+ with SMTP; 5 Feb 2001 22:52:22 -0000
+Received: by seeme.dare.feddata.com; id OAA05466;
+ Mon, 5 Feb 2001 14:55:56 -0800 (PST)
+Received: from ifyou.dare.feddata.com(38.186.101.111) by seeme.dare.feddata.com
+ via smap (4.1) id xma005448; Mon, 5 Feb 01 14:55:39 -0800
+Sender: oscar@dare.feddata.com
+Message-ID: <3A7F2FB0.A1507582@pasadena.feddata.com>
+Date: Mon, 05 Feb 2001 14:56:48 -0800
+From: Oscar DeMartino <fdemartino@pasadena.feddata.com>
+Organization: Federal Data Corporation
+X-Mailer: Mozilla 4.61 [en] (X11; U; SunOS 5.6 sun4u)
+X-Accept-Language: en
+MIME-Version: 1.0
+To: dbi-users@perl.org
+Subject: Undetected error - Binding and Stored Procedures
+Content-Type: multipart/alternative;
+ boundary="------------E1028F7A8304BE268EB8F67B"
+Status: RO
+Content-Length: 2042
+Lines: 66
+
+--------------E1028F7A8304BE268EB8F67B
+Content-Type: text/plain; charset=us-ascii
+Content-Transfer-Encoding: 7bit
+
+I am running Oracle 8.1.5 and am using many stored procedures. We
+use returned cursors, and individual values. The problem is, when
+a stored procedure is executed and the specified bound variable has not
+be declared large enough to hold the returned value subsequent
+bound variables do not get set and I cannot find any way to
+automatically detect this.
+
+Example:
+
+The stored procedure takes 1-input value and returns three string
+values.
+
+the stored procedure is prepared , so I get the statement handle.
+
+I bind the input variable, and then bind the three output variables (1,
+2, & 3)
+as 100 character strings.
+
+I then execute the statment handle.
+
+There do not appear to be any errors, after checking the returned value
+(for the execute call),
+and ->err and ->errstr are clean.
+
+variable 1 has the correct returned value.
+BUT, output variable 2 & 3, have no value.
+
+------
+Executing the stored procedure using sqlplus (sql command line
+interface) indicated:
+
+What really occured is that the returned output variables 1 & 3 were
+under 100 characters long
+output variable 2 was 120 characters long
+
+---------
+
+I know I could make all output variables the max size allowed in the
+database field
+but this would seem to waste space in the perl code. Since the field in
+
+the database
+is simply defined as a varchar2 with no size limitation (upto 32767).
+
+-----
+Am I missing something about detecting that variables 2 & 3 did not get
+stored correctly
+by DBI::Oracle??
+
+
+
+--
+Oscar "Fred" DeMartino FFFFF DDDD CCC
+320 N. Halstead Ave. Ste #160 F D D C C
+Pasadena, CA 91107 FFF D D C
+e-mail: Oscar.DeMartino@pasadena.feddata.com F D D C
+Phone: (626)306-6649 F D D C C
+Federal Data Corporation F DDDD CCC
+
+
+
+--------------E1028F7A8304BE268EB8F67B--
+
View
241 err_bind/err_bindarrays.msg
@@ -0,0 +1,241 @@
+From cturner@redhat.com Tue Mar 27 06:01:56 2001
+Return-Path: <cturner@redhat.com>
+Received: from oink by toad.ig.co.uk (8.8.8+Sun/SMI-SVR4)
+ id GAA19714; Tue, 27 Mar 2001 06:01:56 +0100 (BST)
+Received: from 194.217.242.7 by oink with SMTP (PP) id <13771-3@oink>;
+ Fri, 27 Mar 1970 06:00:50 +0100
+Received: from punt-2.mail.demon.net by mailstore for Tim.Bunce@ig.co.uk
+ id 985668014:20:27605:3; Tue, 27 Mar 2001 04:40:14 GMT
+Received: from host154.207-175-42.redhat.com ([207.175.42.154])
+ by punt-2.mail.demon.net id ab2125244; 27 Mar 2001 4:39 GMT
+Received: from japh.meridian.redhat.com (IDENT:root@japh.meridian.redhat.com [207.175.42.27])
+ by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id XAA32289
+ for <Tim.Bunce@ig.co.uk>; Mon, 26 Mar 2001 23:39:38 -0500
+Received: (from cturner@localhost) by japh.meridian.redhat.com (8.11.0/8.11.0)
+ id f2R4bvT12929; Mon, 26 Mar 2001 23:37:57 -0500
+Sender: cturner@redhat.com
+To: Tim.Bunce@ig.co.uk
+Subject: DBD::Oracle and OCI bound arrays
+From: Chip Turner <cturner@redhat.com>
+Date: 26 Mar 2001 23:37:57 -0500
+Message-ID: <vzk66gv25ei.fsf@japh.meridian.redhat.com>
+User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
+MIME-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+X-Status: A
+Content-Length: 980
+Lines: 29
+
+
+Hey Tim,
+
+The need to have true OCI bound arrays for DBD::Oracle has come up,
+and it looks like I get the fun job of implementing them. Basically,
+this will allow DBD::Oracle to do something the DCOracle python
+library does. The idea is:
+
+my $sth = $dbh->prepare("INSERT INTO FooBar (c1, c2) VALUES (?, ?)");
+my @c1 = 'aa' .. 'zz';
+my @c2 = 'aaa' .. 'azz';
+$sth->execute(\@c1, \@c2);
+
+In other words, it populates the table with a single execute call,
+passing two (or more) equally sized arrays in as references for bound
+parameters. This has the potential to save a good amount of time,
+especially for large datasets.
+
+This would pretty much be a proprietary extension for Oracle, though
+similar uses could be done in other DBD's.
+
+Just thought I'd let you know what I was intending to do, and to see
+if you had any interest in receiving it as a patch after I'm done.
+
+Chip
+
+--
+Chip Turner cturner@redhat.com
+ RHN Web Engineer
+
+From timbo Tue Mar 27 09:29:48 2001
+Return-Path: <timbo>
+Received: by toad.ig.co.uk (8.8.8+Sun/SMI-SVR4)
+ id JAA20809; Tue, 27 Mar 2001 09:29:42 +0100 (BST)
+Date: Tue, 27 Mar 2001 09:29:41 +0100
+From: Tim Bunce <Tim.Bunce@ig.co.uk>
+To: Chip Turner <cturner@redhat.com>
+Cc: Tim.Bunce@ig.co.uk, dbi-dev@perl.org
+Subject: Re: DBD::Oracle and OCI bound arrays
+Message-ID: <20010327092941.D20616@ig.co.uk>
+References: <vzk66gv25ei.fsf@japh.meridian.redhat.com>
+Mime-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+X-Mailer: Mutt 0.95.3i
+In-Reply-To: <vzk66gv25ei.fsf@japh.meridian.redhat.com>; from Chip Turner on Mon, Mar 26, 2001 at 11:37:57PM -0500
+Content-Length: 1570
+Lines: 39
+
+On Mon, Mar 26, 2001 at 11:37:57PM -0500, Chip Turner wrote:
+>
+> Hey Tim,
+>
+> The need to have true OCI bound arrays for DBD::Oracle has come up,
+> and it looks like I get the fun job of implementing them. Basically,
+> this will allow DBD::Oracle to do something the DCOracle python
+> library does. The idea is:
+>
+> my $sth = $dbh->prepare("INSERT INTO FooBar (c1, c2) VALUES (?, ?)");
+> my @c1 = 'aa' .. 'zz';
+> my @c2 = 'aaa' .. 'azz';
+> $sth->execute(\@c1, \@c2);
+>
+> In other words, it populates the table with a single execute call,
+> passing two (or more) equally sized arrays in as references for bound
+> parameters. This has the potential to save a good amount of time,
+> especially for large datasets.
+>
+> This would pretty much be a proprietary extension for Oracle, though
+> similar uses could be done in other DBD's.
+>
+> Just thought I'd let you know what I was intending to do, and to see
+> if you had any interest in receiving it as a patch after I'm done.
+
+I would *urge* you to discuss the implementation with me *before*
+you get very far cutting code.
+
+And anyway, I think someone's already done much or all of the work.
+Dig around in the dbi-dev archives. If you can't find the discussion
+let me know. If you do, then ask them (via the dbi-dev list) what
+the status is.
+
+I'm planning to make a DBI release next week and, hopefully, a
+DBD::Oracle release the week after to cleare a backlog of patches I
+have queued up. After that I'll be looking to add in the work of the
+other guy (whose also implemented it for DBD::DB2 and DBD::ODBC).
+
+Tim.
+
+From cturner@redhat.com Wed Mar 28 02:01:21 2001
+Return-Path: <cturner@redhat.com>
+Received: from oink by toad.ig.co.uk (8.8.8+Sun/SMI-SVR4)
+ id CAA27336; Wed, 28 Mar 2001 02:01:21 +0100 (BST)
+Received: from 194.217.242.7 by oink with SMTP (PP) id <17151-9@oink>;
+ Sat, 28 Mar 1970 01:59:47 +0100
+Received: from punt-2.mail.demon.net by mailstore for Tim.Bunce@ig.co.uk
+ id 985739868:20:27318:0; Wed, 28 Mar 2001 00:37:48 GMT
+Received: from host154.207-175-42.redhat.com ([207.175.42.154])
+ by punt-2.mail.demon.net id ac2119835; 28 Mar 2001 0:37 GMT
+Received: from japh.meridian.redhat.com (IDENT:root@japh.meridian.redhat.com [207.175.42.27])
+ by lacrosse.corp.redhat.com (8.9.3/8.9.3) with ESMTP id TAA10445
+ for <Tim.Bunce@ig.co.uk>; Tue, 27 Mar 2001 19:37:35 -0500
+Received: (from cturner@localhost) by japh.meridian.redhat.com (8.11.0/8.11.0)
+ id f2S0ZoJ20115; Tue, 27 Mar 2001 19:35:50 -0500
+Sender: cturner@redhat.com
+To: Tim Bunce <Tim.Bunce@ig.co.uk>
+Subject: Re: DBD::Oracle and OCI bound arrays
+References: <vzk66gv25ei.fsf@japh.meridian.redhat.com> <20010327092941.D20616@ig.co.uk>
+From: Chip Turner <cturner@redhat.com>
+Date: 27 Mar 2001 19:35:50 -0500
+In-Reply-To: <20010327092941.D20616@ig.co.uk>
+Message-ID: <vzkk85abuhl.fsf@japh.meridian.redhat.com>
+User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7
+MIME-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+X-Status: A
+Content-Length: 1495
+Lines: 35
+
+Tim Bunce <Tim.Bunce@ig.co.uk> writes:
+
+> I would *urge* you to discuss the implementation with me *before*
+> you get very far cutting code.
+
+Unfortunately, it's a little late for this; I've mostly finished the
+change (at least, enough for our needs), except for some review and
+cleanups. It seems to work quite well (400 times faster than repeated
+looping over a dataset) and passes all of DBD::Oracle's test suite.
+
+> And anyway, I think someone's already done much or all of the work.
+> Dig around in the dbi-dev archives. If you can't find the discussion
+> let me know. If you do, then ask them (via the dbi-dev list) what
+> the status is.
+
+I checked as you suggest, but couldn't find any code, just discussion
+of it. I'll check again, but it didn't seem that the person had put
+it anywhere I could get at it.
+
+> I'm planning to make a DBI release next week and, hopefully, a
+> DBD::Oracle release the week after to cleare a backlog of patches I
+> have queued up. After that I'll be looking to add in the work of the
+> other guy (whose also implemented it for DBD::DB2 and DBD::ODBC).
+
+If you would like, the patch will probably be suitable for inclusion
+by then, if you want it in by the next release. Should there be any
+problems with it or its implementation, I'd be glad to clean it up if
+you have interest in it (if not, that's cool too; we need it soon,
+though, either way).
+
+Chip
+
+--
+Chip Turner cturner@redhat.com
+ RHN Web Engineer
+
+From timbo Wed Mar 28 11:51:58 2001
+Return-Path: <timbo>
+Received: by toad.ig.co.uk (8.8.8+Sun/SMI-SVR4)
+ id LAA00444; Wed, 28 Mar 2001 11:51:51 +0100 (BST)
+Date: Wed, 28 Mar 2001 11:51:51 +0100
+From: Tim Bunce <Tim.Bunce@ig.co.uk>
+To: Chip Turner <cturner@redhat.com>
+Cc: Tim Bunce <Tim.Bunce@ig.co.uk>
+Subject: Re: DBD::Oracle and OCI bound arrays
+Message-ID: <20010328115151.D29769@ig.co.uk>
+References: <vzk66gv25ei.fsf@japh.meridian.redhat.com> <20010327092941.D20616@ig.co.uk> <vzkk85abuhl.fsf@japh.meridian.redhat.com>
+Mime-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+X-Mailer: Mutt 0.95.3i
+In-Reply-To: <vzkk85abuhl.fsf@japh.meridian.redhat.com>; from Chip Turner on Tue, Mar 27, 2001 at 07:35:50PM -0500
+Content-Length: 1786
+Lines: 40
+
+On Tue, Mar 27, 2001 at 07:35:50PM -0500, Chip Turner wrote:
+> Tim Bunce <Tim.Bunce@ig.co.uk> writes:
+>
+> > I would *urge* you to discuss the implementation with me *before*
+> > you get very far cutting code.
+>
+> Unfortunately, it's a little late for this; I've mostly finished the
+> change (at least, enough for our needs), except for some review and
+> cleanups. It seems to work quite well (400 times faster than repeated
+> looping over a dataset) and passes all of DBD::Oracle's test suite.
+
+I trust you've added some more tests for your new functionality!
+
+> > And anyway, I think someone's already done much or all of the work.
+> > Dig around in the dbi-dev archives. If you can't find the discussion
+> > let me know. If you do, then ask them (via the dbi-dev list) what
+> > the status is.
+>
+> I checked as you suggest, but couldn't find any code, just discussion
+> of it. I'll check again, but it didn't seem that the person had put
+> it anywhere I could get at it.
+
+You could always ask them (CC me).
+
+> > I'm planning to make a DBI release next week and, hopefully, a
+> > DBD::Oracle release the week after to cleare a backlog of patches I
+> > have queued up. After that I'll be looking to add in the work of the
+> > other guy (whose also implemented it for DBD::DB2 and DBD::ODBC).
+>
+> If you would like, the patch will probably be suitable for inclusion
+> by then, if you want it in by the next release. Should there be any
+> problems with it or its implementation, I'd be glad to clean it up if
+> you have interest in it (if not, that's cool too; we need it soon,
+> though, either way).
+
+Thanks for the clean-up offer. Send it to me after I make the next
+DBD::Oracle release (as a fresh patch over that version please - but
+there shouldn't be too many changes).
+
+Tim.
+
View
58 err_bind/err_bindclobleak.msg
@@ -0,0 +1,58 @@
+From PGWeiss@arity.com Thu Mar 9 09:51:45 2000
+Return-Path: <PGWeiss@arity.com>
+Received: from oink by toad.ig.co.uk (SMI-8.6/SMI-SVR4)
+ id JAA14948; Thu, 9 Mar 2000 09:51:43 GMT
+Received: from tele-punt-22.mail.demon.net by oink with SMTP (PP)
+ id <27566-0@oink>; Mon, 9 Mar 1970 10:51:10 +0100
+Received: from punt-2.mail.demon.net by mailstore for Tim.Bunce@ig.co.uk
+ id 952595299:20:10439:68; Thu, 09 Mar 2000 09:48:19 GMT
+Received: from image.arity.com ([140.239.104.130]) by punt-2.mail.demon.net
+ id aa2010598; 9 Mar 2000 9:47 GMT
+Received: by image.arity.com with Internet Mail Service (5.5.2650.21)
+ id <F5TBNB5X>; Thu, 9 Mar 2000 04:51:44 -0500
+Message-ID: <F1E8458A2ADBCF11996E02608C6AD1690EFB1A@image.arity.com>
+From: "Paul G. Weiss" <PGWeiss@arity.com>
+To: Perl-Win32-Database Mailing List <perl-win32-database@lyris.activestate.com>,
+ "'Tim Bunce'" <Tim.Bunce@ig.co.uk>
+Subject: Another CLOB related DBD::Oracle bug
+Date: Thu, 9 Mar 2000 04:51:41 -0500
+MIME-Version: 1.0
+X-Mailer: Internet Mail Service (5.5.2650.21)
+Content-Type: text/plain; charset="iso-8859-1"
+Status: RO
+Content-Length: 689
+Lines: 32
+
+Binding a parameter to type ORA_CLOB causes a leak.
+Consider:
+
+for (1..10000)
+{
+ for (1..100)
+ {
+ my $sth = $db->prepare('update item set descr = ? where id = ?');
+ if ($leak)
+ {
+ $sth->bind_param(1, $descr, {ora_type => ORA_CLOB,
+ora_field=>'DESCR'});
+ $sth->bind_param(2, 12);
+ $sth->execute;
+ }
+ else
+ {
+ $sth->execute($descr,12);
+ }
+ }
+ sleep 1;
+}
+
+
+With $leak set to 1, i.e. binding the parameters explicitly the
+program leaks. With $leak set to 0 it does not (but then I can't
+set descr to anything greater than 4K nor can I set it to the
+empty string).
+
+Is there a patch?
+
+-P
+
View
77 err_bind/err_bindnullhash.msg
@@ -0,0 +1,77 @@
+From dbi-users-return-12580-Tim.Bunce=pobox.com@perl.org Thu Jul 11 17:49:35 2002
+Received: from localhost (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.11.6/8.11.6) with ESMTP id g6BGnYH11008
+ for <timbo@localhost>; Thu, 11 Jul 2002 17:49:34 +0100 (BST)
+ (envelope-from dbi-users-return-12580-Tim.Bunce=pobox.com@perl.org)
+Received: from pop3.mail.demon.net [194.217.242.59]
+ by localhost with POP3 (fetchmail-5.8.5)
+ for timbo@localhost (single-drop); Thu, 11 Jul 2002 17:49:34 +0100 (BST)
+Received: from punt-1.mail.demon.net by mailstore for Tim.Bunce@data-plan.com
+ id 1026401921:10:09249:41; Thu, 11 Jul 2002 15:38:41 GMT
+Received: from dolly1.pobox.com ([207.106.49.22]) by punt-1.mail.demon.net
+ id aa1124337; 11 Jul 2002 15:38 GMT
+Received: from dolly1.pobox.com (localhost.localdomain [127.0.0.1])
+ by dolly1.pobox.com (Postfix) with ESMTP id B567C2BF65
+ for <Tim.Bunce@data-plan.com>; Thu, 11 Jul 2002 11:38:05 -0400 (EDT)
+Delivered-To: tim.bunce@pobox.com
+Received: from onion.perl.org (onion.valueclick.com [64.70.54.95])
+ by dolly1.pobox.com (Postfix) with SMTP id 347792BF62
+ for <Tim.Bunce@pobox.com>; Thu, 11 Jul 2002 11:38:05 -0400 (EDT)
+Received: (qmail 95914 invoked by uid 1005); 11 Jul 2002 15:38:04 -0000
+Mailing-List: contact dbi-users-help@perl.org; run by ezmlm
+Precedence: bulk
+List-Post: <mailto:dbi-users@perl.org>
+List-Help: <mailto:dbi-users-help@perl.org>
+List-Unsubscribe: <mailto:dbi-users-unsubscribe@perl.org>
+List-Subscribe: <mailto:dbi-users-subscribe@perl.org>
+Delivered-To: mailing list dbi-users@perl.org
+Received: (qmail 95896 invoked by uid 76); 11 Jul 2002 15:38:04 -0000
+Received: from ironmail1.cc.lehigh.edu (HELO ironmail1.cc.lehigh.edu) (128.180.39.26)
+ by onion.perl.org (qpsmtpd/0.07b) with SMTP; Thu Jul 11 15:38:04 2002 -0000
+Received: from ([128.180.39.20])
+ by ironmail1.cc.lehigh.edu with ESMTP with TLS;
+ Thu, 11 Jul 2002 11:35:06 -0400 (EDT)
+Received: from lawrencework (pc-lfn0.dept.Lehigh.EDU [128.180.52.51])
+ by rain.CC.Lehigh.EDU (8.12.4/8.12.4) with SMTP id g6BFZ6rr022463
+ for <dbi-users@perl.org>; Thu, 11 Jul 2002 11:35:06 -0400
+Message-ID: <0a0401c228f0$93feda10$3334b480@lawrencework>
+From: "Phil R Lawrence" <prlawrence@Lehigh.EDU>
+To: <dbi-users@perl.org>
+References: <083b01c22824$70357340$3334b480@lawrencework> <20020711140937.A568@dansat.data-plan.com>
+Subject: Re: error msg suggestion
+Date: Thu, 11 Jul 2002 11:35:20 -0400
+MIME-Version: 1.0
+Content-Type: text/plain;
+ charset="iso-8859-1"
+Content-Transfer-Encoding: 7bit
+X-Priority: 3
+X-MSMail-Priority: Normal
+X-Mailer: Microsoft Outlook Express 6.00.2600.0000
+X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
+Status: RO
+X-Status: A
+Content-Length: 636
+Lines: 21
+
+Tim Bunce wrote:
+> Binding an undef should work and be treated as a NULL.
+>
+> Probably a bug in your code or the driver. But you didn't
+> say which driver.
+
+Hmmm. quite right, undefs do bind as NULL. However, in this case I am
+binding $hash{non-existent-key}, which autoinstantiates to an undef, and looks
+like this in the trace:
+ undef (magic-sg:y)
+
+Of course it was my dumb fault for having the wrong key for lookup, but
+nonetheless, perhaps this should work the same as a normal undef.
+
+# $DBI::VERSION = "1.14";
+# $DBD::ODBC::VERSION = '0.28';
+$DSN = 'driver=Microsoft Access Driver (*.mdb);dbq=StudyManager.mdb';
+
+Thanks,
+Phil
+
+
View
345 err_bind/err_trailingblank.msg
@@ -0,0 +1,345 @@
+From dbi-users-bounce@isc.org Mon May 1 21:12:02 2000
+Return-Path: <dbi-users-bounce@isc.org>
+Received: from oink by toad.ig.co.uk (SMI-8.6/SMI-SVR4)
+ id VAA16051; Mon, 1 May 2000 21:12:00 +0100
+Received: from finch-punt-12.mail.demon.net by oink with SMTP (PP)
+ id <14295-42@oink>; Fri, 1 May 1970 21:06:08 +0100
+Received: from punt-1.mail.demon.net by mailstore for Tim.Bunce@ig.co.uk
+ id 957208278:10:19133:4; Mon, 01 May 2000 19:11:18 GMT
+Received: from pub3.rc.vix.com ([204.152.186.34]) by punt-1.mail.demon.net
+ id aa1123094; 1 May 2000 19:11 GMT
+Received: from pub3.rc.vix.com (pub3.rc.vix.com [204.152.186.34])
+ by pub3.rc.vix.com (Postfix) with ESMTP id B3CCF3FAA;
+ Mon, 1 May 2000 12:10:53 -0700 (PDT)
+Received: with LISTAR (v0.129a; list dbi-users);
+ Mon, 01 May 2000 12:05:42 -0700 (PDT)
+Received: from isrv3.isc.org (isrv3.isc.org [204.152.184.87])
+ by pub3.rc.vix.com (Postfix) with ESMTP id A70763E34
+ for <dbi-users@pub3.rc.vix.com>; Mon, 1 May 2000 12:05:30 -0700 (PDT)
+Received: from scotth.emsphone.com (scotth.emsphone.com [199.67.51.179])
+ by isrv3.isc.org (8.9.1/8.9.1) via ESMTP id MAA25897
+ for <dbi-users@isc.org>;
+ Mon, 1 May 2000 12:05:30 -0700 (PDT) env-from (shildret@scotth.emsphone.com)
+Received: (from shildret@localhost) by scotth.emsphone.com (8.9.3/8.9.3)
+ id OAA50011 for dbi-users@isc.org;
+ Mon, 1 May 2000 14:05:48 -0500 (CDT) (envelope-from shildret)
+Message-ID: <XFMail.000501140548.shildret@scotth.emsphone.com>
+X-Mailer: XFMail 1.4.0 on FreeBSD
+X-Priority: 3 (Normal)
+Content-Type: text/plain; charset=us-ascii
+Content-Transfer-Encoding: 8bit
+MIME-Version: 1.0
+Resent-Date: Thu, 29 Jul 1999 22:07:08 +0100
+Resent-Message-Id: <19990729220708.G17723@ig.co.uk>
+Resent-From: Tim Bunce <Tim.Bunce@ig.co.uk>
+Resent-To: Tim Bunce <Tim.Bunce@ig.co.uk>
+Date: Mon, 01 May 2000 14:05:48 -0500 (CDT)
+Sender: shildret@scotth.emsphone.com
+From: "Scott T. Hildreth" <shildret@scotth.emsphone.com>
+To: "dbi-users@isc.org" <dbi-users@isc.org>
+Subject: FW: Oracle & Trailing Blanks - possible change in DBD::Oracle
+Resent-Sender: shildret@scotth.emsphone.com
+Sender: dbi-users-bounce@isc.org
+Errors-To: dbi-users-bounce@isc.org
+X-original-sender: Tim.Bunce@ig.co.uk
+Precedence: bulk
+List-unsubscribe: <mailto:dbi-users-request@isc.org?Subject=unsubscribe>
+X-List-ID: <dbi-users.isc.org>
+List-owner: <mailto:dbi-users-admins@isc.org>
+List-post: <mailto:dbi-users@isc.org>
+Status: RO
+Content-Length: 3885
+Lines: 94
+
+
+Here is the help, I got regarding the trailing spaces.
+
+-----FW: <19990729220708.G17723@ig.co.uk>-----
+
+Date: Thu, 29 Jul 1999 22:07:08 +0100
+From: Tim Bunce <Tim.Bunce@ig.co.uk>
+To: Tim Bunce <Tim.Bunce@ig.co.uk>
+Subject: Oracle & Trailing Blanks - possible change in DBD::Oracle
+Cc: "Scott T. HIldreth" <shildret@scotth.emsphone.com>,
+ dbi-users@isc.org <dbi-users@isc.org>
+
+ *** From dbi-users -- To unsubscribe, see the end of this message. ***
+
+On Thu, Jul 29, 1999 at 09:49:38PM +0100, Tim Bunce wrote:
+> *** From dbi-users -- To unsubscribe, see the end of this message. ***
+>
+> On Thu, Jul 29, 1999 at 09:33:55AM -0500, Scott T. HIldreth wrote:
+> >
+> > Hi all, I wonder if someone can let me know if I got this right.
+> > I have a key to match which can contain trailing blanks. The
+> > field in the database is CHAR(18). If I match the key with
+> > sqlplus, Oracle finds a match, with or without the trailing
+> > blank. When I do an sth->execute( $key ), the key is not
+> > found. I abstract the key with substr, so the trailing blank
+> > is in the key, but no match is found. Do I need to place qoutes
+> > around the value in $key?
+>
+> Somewhat hiddedn in the Oraperl.pm docs it says this:
+>
+> ---
+> B<DBD:> Substitution variables are now bound as type 1 (VARCHAR2)
+> and not type 5 (STRING) by default. This can alter the behaviour of
+> SQL code which compares a char field with a substitution variable.
+> See the String Comparison section in the Datatypes chapter of the
+> Oracle OCI manual for more details.
+>
+> You can work around this by using DBD::Oracle's ability to specify
+> the Oracle type to be used on a per field basis:
+>
+> $char_attrib = { ora_type => 5 }; # 5 = STRING (ala oraperl2.4)
+> $csr = ora_open($dbh, "select foo from bar where x=:1 and y=:2");
+> $csr->bind_param(1, $value_x, $char_attrib);
+> $csr->bind_param(2, $value_y, $char_attrib);
+> ora_bind($csr); # bind with no parameters since we've done bind_param()'s
+> ---
+>
+> Ignoring the Oraperl specifics there the key point is to use
+>
+> $csr->bind_param($idx, $value, { ora_type => 5 });
+>
+> I'll add something to the DBD::Oracle docs.
+
+[You'll still need to blank-pad the string.]
+
+Looking at this issue again I've discovered that the key issue is that
+type 1 strips trailing blanks whilst type 5 doesn't.
+
+I'rather m concerned by this. Since I'm against the DBI changing the
+data in any way on principle and since Oraperl used to use type 5
+I'm strongly considering changing DBD::Oracle 'back' to using type 5.
+
+This would only affect anyone who relies on placeholders having
+trailing blanks stripped off. (I'll provide a way to alter the
+default with a single statement and/or env var for anyone affected).
+
+If that's you - speak up now!
+
+Tim.
+
+------------------------------------------------------------------------------
+To unsubscribe from this list, please visit: http://www.isc.org/dbi-lists.html
+If you are without web access, or if you are having trouble with the web page,
+please send mail to dbi-users-request@isc.org with the subject line of
+'unsubscribe'.
+------------------------------------------------------------------------------
+
+
+--------------End of forwarded message-------------------------
+
+----------------------------------
+E-Mail: Scott T. Hildreth <shildret@scotth.emsphone.com>
+Date: 01-May-00
+Time: 14:04:41
+----------------------------------
+
+
+------------------------------------------------------------------------------
+DBI HOME PAGE AND ARCHIVES: http://www.symbolstone.org/technology/perl/DBI/
+To unsubscribe from this list, please visit: http://www.isc.org/dbi-lists.html
+If you are without web access, or if you are having trouble with the web page,
+please send mail to dbi-users-request@isc.org with the subject line of:
+'unsubscribe'.
+------------------------------------------------------------------------------
+
+From joshua.horton@mail.tju.edu Fri May 23 07:43:09 2003
+Received: from localhost (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.12.6/8.12.6) with ESMTP id h4N6UY7T061880
+ for <timbo@localhost>; Fri, 23 May 2003 07:43:09 +0100 (BST)
+ (envelope-from joshua.horton@mail.tju.edu)
+Received: from pop3.mail.demon.net [194.217.242.58]
+ by localhost with POP3 (fetchmail-5.8.5)
+ for timbo@localhost (single-drop); Fri, 23 May 2003 07:43:09 +0100 (BST)
+Received: from punt-1.mail.demon.net by mailstore for Tim.Bunce@data-plan.com
+ id 1053631164:10:02298:54; Thu, 22 May 2003 19:19:24 GMT
+Received: from dolly1.pobox.com ([207.106.49.22]) by punt-1.mail.demon.net
+ id aa1116141; 22 May 2003 19:19 GMT
+Received: from dolly1.pobox.com (localhost [127.0.0.1])
+ by dolly1.pobox.com (Postfix) with ESMTP id BD31E21C13C
+ for <Tim.Bunce@data-plan.com>; Thu, 22 May 2003 15:18:30 -0400 (EDT)
+Delivered-To: tim.bunce@pobox.com
+Received: from mail.tju.edu (fw-tr16.tju.edu [147.140.233.16])
+ by dolly1.pobox.com (Postfix) with ESMTP id 615A521C06D
+ for <Tim.Bunce@pobox.com>; Thu, 22 May 2003 15:18:22 -0400 (EDT)
+Received: from PCSE447.tjh.tju.edu by mail.tju.edu for Tim.Bunce@pobox.com; Thu, 22 May 2003 15:17:54 -0400
+Message-Id: <031301c32096$de68f6f0$2310ae0a@PCSE447>
+From: "Joshua Horton" <joshua.horton@mail.tju.edu>
+To: <Tim.Bunce@pobox.com>
+Subject: Re: :Oracle and Oracle 9.2?
+Date: Thu, 22 May 2003 15:18:03 -0400
+MIME-Version: 1.0
+Content-Type: text/plain;
+ charset="iso-8859-1"
+Content-Transfer-Encoding: 7bit
+X-Priority: 3
+X-MSMail-Priority: Normal
+X-Mailer: Microsoft Outlook Express 5.50.4807.1700
+X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
+Status: RO
+X-Status: A
+Content-Length: 3511
+Lines: 99
+
+Re: :Oracle and Oracle 9.2?
+
+----------------------------------------------------------------------------
+----
+
+ a.. From: Tim Bunce
+ b.. Subject: Re: :Oracle and Oracle 9.2?
+ c.. Date: Tue, 15 Apr 2003 07:36:55 -0700
+
+----------------------------------------------------------------------------
+----
+
+I'd appreciate it if other people with Oracle 9.2.x could let me
+know if it passed or failed for them and what their exact oracle
+version (four digits) and platform (operating system) is.
+
+Thanks.
+
+Tim.
+
+On Fri, Apr 04, 2003 at 01:48:36PM +0200, Smejkal Petr wrote:
+> I have the same experience on Linux however on Windows all tests passes
+(I'm not
+> sure if it is related to different Oracle version - test of windows Perl
+against
+> Linux Oracle is OK).
+>
+> Linux Oracle: 9.2.0.2
+> Windows Oracle: 9.2.0.1
+> DBI: 1.35
+> DBD::Oracle: 1.14
+>
+> -- Petr Smejkal
+> -- Business Systems Analyst / Country IT Cz/Sk
+> -- +420 284 059 639
+>
+> > -----Original Message-----
+> > From: Tom Malaher [mailto:[EMAIL PROTECTED]
+> > Sent: Friday, April 04, 2003 1:35 AM
+> > To: [EMAIL PROTECTED]
+> > Subject: DBD::Oracle and Oracle 9.2?
+> >
+> >
+> > My sysadmin is trying to install DBD::Oracle on a Solaris box running
+> > Oracle 9.2.
+> >
+> > The ph_type.t test is failing with
+> >
+> > PERL_DL_NONLAZY=1 ./perl "-MExtUtils::Command::MM" "-e"
+> > "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
+> > t/base.......ok
+> > t/cursor.....ok
+> > t/general....ok
+> > t/long.......ok
+> > t/meta.......ok
+> > t/ph_type....NOK 12 expected 'trailing' but got 'trailing '
+> > for VARCHAR2
+> > t/ph_type....FAILED test 12
+> > Failed 1/19 tests, 94.74% okay
+> > t/plsql......ok
+> > t/reauth.....skipped
+> > all skipped: no reason given
+> > t/select.....ok
+> > Failed Test Stat Wstat Total Fail Failed List of Failed
+> > --------------------------------------------------------------
+> > -----------------
+> > t/ph_type.t 19 1 5.26% 12
+> > 1 test skipped.
+> > Failed 1/9 test scripts, 88.89% okay. 1/314 subtests failed,
+> > 99.68% okay.
+> > *** Error code 29
+> > make: Fatal error: Command failed for target `test_static'
+> >
+> > Is there a known problem with DBD::Oracle and Oracle 9.x?
+> > Has Oracle changed the behavior of trailing spaces in VARCHAR2 fields?
+> >
+> > I've run the same test script on an oracle 8 installation
+> > using DBD::Oracle 1.06 and DBI 1.14, and it works fine (no trailing
+> > space is returned).
+> >
+> > Tom
+> >
+My config:HP-UX 11.11 (64-bit) on rp5470 2x733 5GB RAMOracle 9.2.0.2.0
+Enterprise Edition (64-bit)Perl 5.8.0 custom compiled with
+./Configure -Duse64bitall -Ubincompat5005 -Duselargefiles -Dprefix=/opt/perl
+5 ; all other options defaultDBI-1.32 all passed some skippedDBD-Oracle-1.14
+: PERL_DL_NONLAZY=1 /opt/perl5/bin/perl "-MExtUtils::Command::MM"
+"-e" "test_harness(0, 'blib/lib', 'blib/arch')"
+t/*.tt/base.......okt/cursor.....okt/general....okt/long.......okt/meta.....
+..okt/ph_type....ok 11/19 expected 'trailing' but got 'trailing ' for
+VARCHAR2t/ph_type....FAILED test 12 Failed 1/19 tests, 94.74%
+okayt/plsql......okt/reauth.....skipped all skipped: no reason
+givent/select.....okFailed Test Stat Wstat Total Fail Failed List of
+Failed----------------------------------------------------------------------
+-------------------------------------------------------t/ph_type.t
+19 1 5.26% 121 test skipped.Failed 1/9 test scripts, 88.89% okay.
+1/314 subtests failed, 99.68% okay.*** Error exit code 2Stop.Thanks,Josh
+Horton
+
+
+From nobody@fsck.com Tue Dec 30 14:33:50 2003
+Received: from localhost (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.12.9/8.12.9) with ESMTP id hBUEWNnP026077
+ for <timbo@localhost>; Tue, 30 Dec 2003 14:33:50 GMT
+ (envelope-from nobody@fsck.com)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-5.8.5)
+ for timbo@localhost (single-drop); Tue, 30 Dec 2003 14:33:50 +0000 (GMT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@dbi.demon.co.uk id 1AbJwa-0003ua-H6;
+ Tue, 30 Dec 2003 13:29:56 +0000
+Received: from [208.58.1.193] (helo=boggle.pobox.com)
+ by punt-3.mail.demon.net with esmtp id 1AbJwa-0003ua-H6
+ for pobox@dbi.demon.co.uk; Tue, 30 Dec 2003 13:29:56 +0000
+Received: from boggle.pobox.com (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 56DAD4C6
+ for <pobox@dbi.demon.co.uk>; Tue, 30 Dec 2003 08:29:55 -0500 (EST)
+Delivered-To: tim.bunce@pobox.com
+Received: from colander (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 3B3564C8
+ for <Tim.Bunce@pobox.com>; Tue, 30 Dec 2003 08:29:55 -0500 (EST)
+Received: from x1.develooper.com (x1.develooper.com [63.251.223.170])
+ by boggle.pobox.com (Postfix) with SMTP
+ for <Tim.Bunce@pobox.com>; Tue, 30 Dec 2003 08:29:54 -0500 (EST)
+Received: (qmail 10988 invoked by uid 225); 30 Dec 2003 13:29:53 -0000
+Delivered-To: TIMB@cpan.org
+Received: (qmail 10984 invoked by alias); 30 Dec 2003 13:29:52 -0000
+Received: from pallas.eruditorum.org (HELO pallas.eruditorum.org) (63.251.136.85) by la.mx.develooper.com (qpsmtpd/0.27-dev) with ESMTP; Tue, 30 Dec 2003 05:29:41 -0800
+Received: by pallas.eruditorum.org (Postfix, from userid 65534) id 8760D11153; Tue, 30 Dec 2003 08:29:37 -0500 (EST)
+Subject: [cpan #4786] Oracle 9.2.0.0 fails a test in ph_types.t
+From: "Guest via RT" <bug-DBD-Oracle@rt.cpan.org>
+Reply-To: bug-DBD-Oracle@rt.cpan.org
+In-Reply-To: <rt-4786@cpan>
+Message-ID: <rt-4786-14188.7.96432210636851@cpan.org>
+Precedence: bulk
+X-RT-Loop-Prevention: cpan
+RT-Ticket: cpan #4786
+Managed-by: RT 2.0.15 (http://bestpractical.com/rt/)
+RT-Originator:
+To: "AdminCc of cpan Ticket #4786": ;
+Date: Tue, 30 Dec 2003 08:29:37 -0500 (EST)
+X-Spam-Check-By: la.mx.develooper.com
+X-Spam-Status: No, hits=2.1 required=7.0 tests=CARRIAGE_RETURNS,IN_REP_TO,SPAM_PHRASE_01_02,SUPERLONG_LINE,TO_HAS_SPACES,TO_MALFORMED version=2.44
+Status: RO
+Content-Length: 888
+Lines: 11
+
+
+This message about DBD-Oracle was sent to you by guest <> via rt.cpan.org
+
+Full context and any attached attachments can be found at:
+<URL: https://rt.cpan.org/Ticket/Display.html?id=4786 >
+
+Assuming that ORA_OCI() gets set correctly when compiling against 9.2, the attached patch will work. I also tried this in SQL*Plus and was able to insert a trailing space into a VARCHAR2. (I replicated the test in ph_types.t).
+
+I did not test my patch as I installed DBD::Oracle 1.14 by setting the chops_spaces value in %test_info to 0. When I did that, everything installed fine. However, I didn't think that my solution was the best for the module, so I figured ORA_OCI should do the trick.
+
+I'm running Perl5.8.0 for Solaris2.9 going against the full Oracle build for 9.2. (I did not run into this issue, surprisingly, on Redhat9 running Perl 5.8.2, but I built against Oracle 9.1 there ...)
+
View
142 err_build/err_aix64.msg
@@ -0,0 +1,142 @@
+From SRS0=KVnF=PW=perl.org=dbi-users-return-25388-Tim.Bunce=pobox.com@bounce2.pobox.com Fri Jan 7 16:11:33 2005
+Received: from localhost (localhost [IPv6:::1])
+ by dansat.data-plan.com (8.13.1/8.13.1) with ESMTP id j07GAqfa044155
+ for <timbo@localhost>; Fri, 7 Jan 2005 16:11:32 GMT
+ (envelope-from SRS0=KVnF=PW=perl.org=dbi-users-return-25388-Tim.Bunce=pobox.com@bounce2.pobox.com)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-6.2.5)
+ for timbo@localhost (single-drop); Fri, 07 Jan 2005 16:11:32 +0000 (GMT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@data-plan.com id 1CmvQB-0003Po-Kf;
+ Fri, 07 Jan 2005 14:48:59 +0000
+Received: from [194.217.242.77] (helo=anchor-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1CmvQB-0003Po-Kf
+ for pobox@data-plan.com; Fri, 07 Jan 2005 14:48:59 +0000
+Received: from [208.58.1.193] (helo=boggle.pobox.com)
+ by anchor-hub.mail.demon.net with esmtp id 1CmvQA-0002zW-VM
+ for pobox@data-plan.com; Fri, 07 Jan 2005 14:48:59 +0000
+Received: from boggle.pobox.com (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 49778102ACC;
+ Fri, 7 Jan 2005 09:48:58 -0500 (EST)
+Delivered-To: tim.bunce@pobox.com
+Received: from boggle (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 384E5FF808
+ for <tim.bunce@pobox.com.13888548.001.icgmh>; Fri, 7 Jan 2005 09:48:58 -0500 (EST)
+Received-SPF: pass (boggle.pobox.com: domain of dbi-users-return-25388-Tim.Bunce=pobox.com@perl.org designates 63.251.223.186 as permitted sender)
+X-SPF-Guess: pass (seems reasonable for dbi-users-return-25388-Tim.Bunce=pobox.com@perl.org to mail through 63.251.223.186)
+X-Pobox-Antispam: dnsbl/blackholes.five-ten-sg.com returned DENY: for 63.251.223.186(x6.develooper.com)
+Received: from lists.develooper.com (x6.develooper.com [63.251.223.186])
+ by boggle.pobox.com (Postfix) with SMTP id A74B8F4090
+ for <Tim.Bunce@pobox.com>; Fri, 7 Jan 2005 09:48:57 -0500 (EST)
+Received: (qmail 2690 invoked by uid 514); 7 Jan 2005 14:48:56 -0000
+Mailing-List: contact dbi-users-help@perl.org; run by ezmlm
+Precedence: bulk
+List-Post: <mailto:dbi-users@perl.org>
+List-Help: <mailto:dbi-users-help@perl.org>
+List-Unsubscribe: <mailto:dbi-users-unsubscribe@perl.org>
+List-Subscribe: <mailto:dbi-users-subscribe@perl.org>
+Delivered-To: mailing list dbi-users@perl.org
+Received: (qmail 2622 invoked from network); 7 Jan 2005 14:48:55 -0000
+Received: from x1.develooper.com (63.251.223.170)
+ by lists.develooper.com with SMTP; 7 Jan 2005 14:48:55 -0000
+Received: (qmail 13078 invoked by uid 225); 7 Jan 2005 14:48:54 -0000
+Delivered-To: dbi-users@perl.org
+Received: (qmail 13048 invoked by alias); 7 Jan 2005 14:48:51 -0000
+X-Spam-Status: No, hits=-4.6 required=8.0
+ tests=BAYES_00,HTML_MESSAGE,NO_REAL_NAME
+X-Spam-Check-By: la.mx.develooper.com
+Received-SPF: neutral (x1.develooper.com: local policy)
+Received: from outmx020.isp.belgacom.be (HELO outmx020.isp.belgacom.be) (195.238.2.201)
+ by la.mx.develooper.com (qpsmtpd/0.28) with ESMTP; Fri, 07 Jan 2005 06:48:38 -0800
+Received: from outmx020.isp.belgacom.be (localhost [127.0.0.1])
+ by outmx020.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j07EmOgS020070
+ for <dbi-users@perl.org>; Fri, 7 Jan 2005 15:48:24 +0100
+ (envelope-from <Bjorn.Naessens@roularta.be>)
+Received: from relaytwo.roularta.be (smtprelaytwo.roularta.be [194.78.177.23])
+ by outmx020.isp.belgacom.be (8.12.11/8.12.11/Skynet-OUT-2.22) with ESMTP id j07EmMDA020034
+ for <dbi-users@perl.org>; Fri, 7 Jan 2005 15:48:22 +0100
+ (envelope-from <Bjorn.Naessens@roularta.be>)
+Received: from rmgexch01.RMG.be ([89.0.35.150]) by roesfront3.RMG.be with Microsoft SMTPSVC(5.0.2195.6713);
+ Fri, 7 Jan 2005 15:47:50 +0100
+X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0
+Content-class: urn:content-classes:message
+MIME-Version: 1.0
+Content-Type: multipart/alternative;
+ boundary="----_=_NextPart_001_01C4F4C7.EE810087"
+Subject: A succesfull 64-bit build of Perl-DBI-DBD:Oracle on IBM AIX 5.2
+Date: Fri, 7 Jan 2005 15:48:21 +0100
+Message-ID: <E2D46872D48E224998CD1EAE52A83656690E2E@rmgexch01.rmg.be>
+X-MS-Has-Attach:
+X-MS-TNEF-Correlator:
+Thread-Topic: A succesfull 64-bit build of Perl-DBI-DBD:Oracle on IBM AIX 5.2
+Thread-Index: AcT0x+Y4G1R3vbX6Rh+QdPyNy/10eQ==
+From: <Bjorn.Naessens@roularta.be>
+To: <dbi-users@perl.org>
+X-OriginalArrivalTime: 07 Jan 2005 14:47:50.0598 (UTC) FILETIME=[DC5D2E60:01C4F4C7]
+Status: RO
+Content-Length: 1678
+Lines: 62
+
+------_=_NextPart_001_01C4F4C7.EE810087
+Content-Type: text/plain;
+ charset="us-ascii"
+Content-Transfer-Encoding: quoted-printable
+
+Hi,=20
+=20
+I finally succeeded in installing a 64bit build of Perl and its modules
+for Oracle 64-bit. We were running in 32bit but integrating Proc and
+cobols in our perl scripts only worked when we changed environments to
+64bit causing problems for the oracle connections in perl. It's nothing
+special, no editing of makefiles ... I can't believe I lost so much time
+on this one ;) ( Now that I look back to my problems, they were probably
+caused by using a wrong perl build for compiling the modules, Aix has
+its default perl now under /bin.. stupid me )=20
+=20
+perl 5.8.6 64bit
+----------------
+./Configure -de -Dcc=3Dgcc -Duse64bitall=20
+make
+make test
+make install
+=20
+DBI 1.46
+--------
+!!Make sure you are using the newly installed perl!!
+ check with perl -v it should show :=20
+ This is perl, v5.8.6 built for aix-64all
+perl Makefile.PL
+make
+make test
+make install=20
+=20
+DBD-Oracle 1.16
+---------------
+!!Use correct perl like above mentioned!!=20
+export ORACLE_HOME=3D<path to oraclehome>=20
+export LIBPATH=3D$ORACLE_HOME/lib
+export LD_LIBRARY_PATH=3D$ORACLE_HOME/lib
+=20
+perl Makefile.PL=20
+make
+make test ( some test may still fail, I had 85% success on tests )=20
+make install=20
+=20
+Test
+----=20
+=20
+test with :=20
+ use DBI;
+ $dbh=3DDBI->connect("dbi:Oracle:<SID>","system","manager")|| die
+$DBI::errstr;
+ $stmt=3D$dbh->prepare("select * from tab");
+ $rc=3D$stmt->execute() || die $DBI::errstr;
+ while (my($record)=3D$stmt->fetchrow())
+ {
+ print $record;
+ }
+=20
+Happy 64-bit perling ;)=20
+
+------_=_NextPart_001_01C4F4C7.EE810087--
+
View
89 err_build/err_hpux_ld.msg
@@ -0,0 +1,89 @@
+From SRS0=JbZc=U3=lincolnbaxter.com=lab@bounce2.pobox.com Tue Jun 21 05:02:19 2005
+Return-Path: <SRS0=JbZc=U3=lincolnbaxter.com=lab@bounce2.pobox.com>
+X-Original-To: timbo@localhost
+Delivered-To: timbo@localhost.data-plan.com
+Received: from localhost (localhost [127.0.0.1])
+ by timac.data-plan.com (Postfix) with ESMTP id B016F2A3D98
+ for <timbo@localhost>; Tue, 21 Jun 2005 05:02:19 +0100 (IST)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-6.2.5)
+ for timbo@localhost (single-drop); Tue, 21 Jun 2005 05:02:19 +0100 (IST)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@data-plan.com id 1DkYXK-0003m5-Mr;
+ Tue, 21 Jun 2005 02:30:50 +0000
+Received: from [194.217.242.223] (helo=lon1-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1DkYXK-0003m5-Mr
+ for pobox@data-plan.com; Tue, 21 Jun 2005 02:30:50 +0000
+Received: from [208.210.124.73] (helo=gold.pobox.com)
+ by lon1-hub.mail.demon.net with esmtp id 1DkYXJ-00006n-QE
+ for pobox@data-plan.com; Tue, 21 Jun 2005 02:30:50 +0000
+Received: from gold.pobox.com (localhost [127.0.0.1])
+ by gold.pobox.com (Postfix) with ESMTP id AF60172691;
+ Mon, 20 Jun 2005 22:29:36 -0400 (EDT)
+Delivered-To: tim.bunce@pobox.com
+Received: from ms-smtp-04-eri0.southeast.rr.com (ms-smtp-04-lbl.southeast.rr.com [24.25.9.103])
+ by gold.pobox.com (Postfix) with ESMTP id A3C1E7272E
+ for <Tim.Bunce@pobox.com>; Mon, 20 Jun 2005 22:29:11 -0400 (EDT)
+Received: from lincolnbaxter.com (cpe-069-132-010-126.carolina.res.rr.com [69.132.10.126])
+ by ms-smtp-04-eri0.southeast.rr.com (8.12.10/8.12.7) with ESMTP id j5L2TIL4001864
+ for <Tim.Bunce@pobox.com>; Mon, 20 Jun 2005 22:29:18 -0400 (EDT)
+Received: (qmail 5171 invoked from network); 20 Jun 2005 22:29:07 -0400
+Received: from lws (192.168.0.25)
+ by lws with SMTP; 20 Jun 2005 22:29:07 -0400
+Subject: Re: gcc options when building DBD:Oracle
+From: "Lincoln A. Baxter" <lab@lincolnbaxter.com>
+Reply-To: lab@lincolnbaxter.com
+To: jriekenberg@everestkc.net
+Cc: Tim Bunce <Tim.Bunce@pobox.com>
+In-Reply-To: <b47df84a2d11e.42b6e263@core.everestkc.net>
+References: <b47df84a2d11e.42b6e263@core.everestkc.net>
+Content-Type: text/plain
+Date: Mon, 20 Jun 2005 22:29:07 -0400
+Message-Id: <1119320947.17452.484.camel@lws>
+Mime-Version: 1.0
+X-Mailer: Evolution 2.2.1.1
+Content-Transfer-Encoding: 7bit
+X-Virus-Scanned: Symantec AntiVirus Scan Engine
+Status: RO
+Content-Length: 2011
+Lines: 38
+
+Hi Jan,
+
+This looks like something that might be relatively easy to fix in
+Makefile.PL. But I no longer have access to HPUX systems, and never
+built DBD-Oracle with gcc on that platform. I could add your message to
+the README.hpux file, but it is becoming less and less necessary to read
+this file with newer versions of DBD-Oracle, in which Makefile.PL has
+been made much smarter.
+
+Would you consider sending Tim or me a patch to Makefile.PL that
+generates the right $(LD) command (only on HP rp8400, and only for your
+version of gcc or later?
+
+Lincoln
+
+On Mon, 2005-06-20 at 15:36 -0500, jriekenberg@everestkc.net wrote:
+> Lincoln,
+>
+> I recently built DBD:Oracle on an HP rp8400. Everything worked as expected until I actually issued the "make" command. Make proceeded as expected until it reached "MakeMaker dynamic_lib" section. The gcc line in that section failed with the error in the attached text file. Apparently gcc was not correctly passing the "+b" option to ld. Instead, it was attempting to interpret the option itself. It assumed the "+b" was a filename, and that failed because gcc could not find the file. I ended up adding the "-Xlinker" option before the "+b" and before the "$(LD_RUN_PATH)" in the line in Makefile. The line now looks like this:
+>
+> $(LD) -Xlinker +b -Xlinker "$(LD_RUN_PATH)" $(LDDLFLAGS) $(LDFROM) $(OTHERLDFLAGS) -o $@ $(MYEXTLIB) $(PERL_ARCHIVE) $(LDLOADLIBS) $(PERL_ARCHIVE_AFTER) $(EXPORT_LIST)
+>
+> Running "make" now works correctly.
+>
+> Also, "make test" returned the following error when attempting to build the various tests:
+>
+> /usr/lib/dld.sl: Can't shl_load() a library containing Thread Local Storage: /usr/lib/libcl.2
+>
+> Setting LD_PRELOAD with "export LD_PRELOAD=/usr/lib/libcl.2" corrected this problem, and "make test" worked correctly.
+>
+>
+> I didn't see DBD::Oracle documentation on exactly this, so I'm sending this to you. You may be aware of these items already. If so, please disregard this.
+>
+> Jon Riekenberg
+>
+>
+>
+
+
View
279 err_build/err_hpuxsuccess.msg
@@ -0,0 +1,279 @@
+From dbi-users-return-22430-Tim.Bunce=pobox.com@perl.org Tue Mar 23 17:00:25 2004
+Received: from localhost (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.12.9/8.12.9) with ESMTP id i2NGvAxX021862
+ for <timbo@localhost>; Tue, 23 Mar 2004 17:00:23 GMT
+ (envelope-from dbi-users-return-22430-Tim.Bunce=pobox.com@perl.org)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-5.8.5)
+ for timbo@localhost (single-drop); Tue, 23 Mar 2004 17:00:23 +0000 (GMT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@dbi.demon.co.uk id 1B5oND-0000Ba-LH;
+ Tue, 23 Mar 2004 16:03:27 +0000
+Received: from [194.217.242.210] (helo=lon1-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1B5oND-0000Ba-LH
+ for pobox@dbi.demon.co.uk; Tue, 23 Mar 2004 16:03:27 +0000
+Received: from [208.210.124.70] (helo=majesty.pobox.com)
+ by lon1-hub.mail.demon.net with esmtp id 1B5oNC-00001d-92
+ for pobox@dbi.demon.co.uk; Tue, 23 Mar 2004 16:03:26 +0000
+Received: from majesty.pobox.com (localhost [127.0.0.1])
+ by majesty.pobox.com (Postfix) with ESMTP id 18033954B4
+ for <pobox@dbi.demon.co.uk>; Tue, 23 Mar 2004 11:03:24 -0500 (EST)
+Delivered-To: tim.bunce@pobox.com
+Received: from colander (localhost [127.0.0.1])
+ by majesty.pobox.com (Postfix) with ESMTP id 3577D954BE
+ for <Tim.Bunce@pobox.com>; Tue, 23 Mar 2004 11:03:21 -0500 (EST)
+Received: from onion.perl.org (onion.develooper.com [63.251.223.166])
+ by majesty.pobox.com (Postfix) with SMTP
+ for <Tim.Bunce@pobox.com>; Tue, 23 Mar 2004 11:02:41 -0500 (EST)
+Received: (qmail 6527 invoked by uid 1005); 23 Mar 2004 16:02:21 -0000
+Mailing-List: contact dbi-users-help@perl.org; run by ezmlm
+Precedence: bulk
+List-Post: <mailto:dbi-users@perl.org>
+List-Help: <mailto:dbi-users-help@perl.org>
+List-Unsubscribe: <mailto:dbi-users-unsubscribe@perl.org>
+List-Subscribe: <mailto:dbi-users-subscribe@perl.org>
+Delivered-To: mailing list dbi-users@perl.org
+Received: (qmail 6510 invoked by uid 76); 23 Mar 2004 16:02:20 -0000
+Received: from x1.develooper.com (HELO x1.develooper.com) (63.251.223.170)
+ by onion.perl.org (qpsmtpd/0.27.1) with SMTP; Tue, 23 Mar 2004 08:02:20 -0800
+Received: (qmail 1985 invoked by uid 225); 23 Mar 2004 16:02:15 -0000
+Delivered-To: dbi-users@perl.org
+Received: (qmail 1893 invoked by alias); 23 Mar 2004 16:02:00 -0000
+X-Spam-Status: No, hits=0.0 required=7.0
+ tests=
+X-Spam-Check-By: la.mx.develooper.com
+Received: from Unknown (HELO dundee.fpcc.net) (204.144.241.120)
+ by la.mx.develooper.com (qpsmtpd/0.27.1) with ESMTP; Tue, 23 Mar 2004 08:01:44 -0800
+Received: from aberdeen.fpcc.net (aberdeen.fpcc.net [204.144.241.125])
+ by dundee.fpcc.net (8.11.6/8.11.6) with ESMTP id i2NG1f111241;
+ Tue, 23 Mar 2004 09:01:41 -0700
+Received: from aberdeen.fpcc.net (localhost.localdomain [127.0.0.1])
+ by aberdeen.fpcc.net (8.12.8/8.12.8) with ESMTP id i2NFrNOv024637;
+ Tue, 23 Mar 2004 08:53:23 -0700
+Received: (from laubster@localhost)
+ by aberdeen.fpcc.net (8.12.8/8.12.8/Submit) id i2NFrMOx024635;
+ Tue, 23 Mar 2004 08:53:22 -0700
+X-Authentication-Warning: aberdeen.fpcc.net: laubster set sender to dbiusers@laubster.org using -f
+Date: Tue, 23 Mar 2004 08:53:22 -0700
+From: "J.D. Laub" <dbiusers@laubster.org>
+To: dbi-users@perl.org
+Cc: lbaxter@fleetcc.com
+Subject: SUCCESS: DBD::Oracle 1.15 on HP-UX 11.11
+Message-ID: <20040323155322.GA24576@aberdeen.fpcc.net>
+Mime-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: inline
+User-Agent: Mutt/1.4.1i
+Organization: The Psychiatric Ward of Terrors
+X-Virus-Checked: Checked
+Status: RO
+Content-Length: 9105
+Lines: 206
+
+I've just had success building DBD::Oracle 1.15 on HP-UX 11.11
+(against both oracle 8.1.7 & oracle 9.2.0) & thought I'd share my
+experience.
+
+Disclaimer: these instructions relate to our environment. It may be
+that our sysadmins/dbas chose to configure/install things a certain
+way (i.e., our install of $ORACLE_HOME/bin/sqlplus was *chosen*
+to be 1.1/32), and/or that we're running old versions of software
+(i.e., perhaps later releases of gcc don't ignore -mpa-risc-1-1).
+In fact, there are probably some mistruths in here; rest assured
+they're not intentional. :-)
+
+I'm unsure how (if?) I should go about getting this information into
+the DBD::Oracle README.hpux. Lincoln, please contact me with any
+thoughts you have.
+
+
+### The summary ################################
+
+Use the ansic compiler (~US$800/cpu).
+
+Shell variables I used:
+ PATH=/bin:$PATH # use 32bit ar & nm since using a 32bit cc
+ PERLDEST=/opt/perl_ora8 # or "perl_ora9" for an ora9 build
+ PATH=$PERLDEST/bin:$PATH # for build of DBI, pick up new perl
+ export LDLOADLIBS='+b : +s' # handy for ORACLE_SID connections to ora7
+ unset PERLLIB # important to avoid outdated cruft
+ export ORACLE_USERID=scott/tiger # insecure - consider using "/"
+ ORACLE_SID=orcl
+ ORAENV_ASK=NO
+ . oraenv # sets LD_LIBRARY_PATH and SHLIB_PATH
+
+For ora8:
+ sh ./Configure -d -e -Dprefix=$PERLDEST \
+ -A prepend:libswanted='cl pthread ' \
+ -A prepend:ccflags='+z +DAportable ' \
+ -A prepend:ldflags='+z +DAportable '
+
+For ora9:
+ sh ./Configure -d -e -Dprefix=$PERLDEST \
+ -A prepend:libswanted='cl pthread ' \
+ -A prepend:ccflags='+z +DA2.0W ' \
+ -A prepend:ldflags='+z +DA2.0W ' \
+ -Dlibpth='/usr/lib/pa20_64 /usr/local/pa20_64/lib'
+
+After you use the above to install perl, DBI & DBD::Oracle will
+build in the normal fashion.
+
+
+### General Notes ################################
+
+* During "make test", I received 1 failure (on
+lib/ExtUtils/t/Constant) for ora8, and 3 failures (on
+lib/ExtUtils/t/Constant, lib/ExtUtils/t/recurs, and t/op/write) for
+ora9. Nevertheless, things seem mostly OK.
+
+* These are the various combinations possible for a given compiled
+file on HP-UX 11.11 (the quoted description is what gets kicked out
+by the "file" command):
+
+ PA-RISC1.1/32bit ("PA-RISC1.1 relocatable object")
+ (I'll call this 1.1/32)
+ PA-RISC2.0/32bit ("PA-RISC2.0 relocatable object")
+ (I'll call this 2.0/32)
+ PA-RISC2.0/64bit ("ELF 64-bit MSB relocatable, PA-RISC 2.0 (LP64)")
+ (I'll call this 2.0/64)
+
+* "perl -v" lies about the RISC level:
+$ file ./perl
+./perl: PA-RISC1.1 shared executable dynamically linked -not stripped
+$ ./perl -v | grep RISC
+This is perl, v5.8.3 built for PA-RISC2.0
+
+* If you'll be linking against 2.0/64 libraries, you'll have to
+build all your object modules that way. I've not yet found a way
+to link 32bit executables to 64bit libraries (and vice versa). Run
+the "file" command on your Oracle libraries to find out which path
+you'll have to take.
+
+* Two environment variables control where libraries are
+searched. LD_LIBRARY_PATH and SHLIB_PATH (in that order) are
+used for 64bit executables, while SHLIB_PATH is used for 32bit
+executables.
+
+* I tried attempts using aCC as well as the default (free) cc that
+comes with hpux; both avenues were too problematic to continue
+pursuing.
+
+* The format of compiled objects is specified by compiler options.
+According to the ansic compiler docs, the options are "+DAportable"
+(for 1.1/32), "+DA2.0" (for 2.0/32), and "+DA2.0W" (for 2.0/64).
+For gcc, the corresponding switches are -mpa-risc-1-1 (for 1.1/32)
+and -mpa-risc-2-0 (for 2.0/64), but I've found that -mpa-risc-1-1
+is ineffective. (According to the "file" command, you *always* get
+2.0/64.)
+
+* Our gcc displays the behavior described at
+http://sources.redhat.com/ml/binutils/2002-10/msg00586.html and
+http://aspn.activestate.com/ASPN/Mail/Message/perl5-porters/1641238
+, so is therefore unusable anytime '-lcl' is to be specified.
+Unfortunately, that library is required for DBD::Oracle builds.
+(The workaround of adding the 3 declarations does seem to work,
+but littering those throughout perl's Configure, main.c, etc.
+seems a big task.) Attempts to get gcc to use the hp ld instead
+of the gnu ld (by specifying -mno-gnu-ld and -fno-gnu-linker) were
+unsuccessful. The first html link shown above indicates you have
+to rebuild gcc to use the hp linker, and that was not an incredibly
+desirable path to pursue.
+
+* Our default PATH was set to put /usr/local/pa20_64/bin ahead of
+/bin. This caused problems because (I think) the 64bit versions
+of either ar (the archiver) or nm (the symbol lister) do not play
+well with /bin/cc (the 32bit compiler). The tweak to put /bin at
+the head of PATH, so we get the 32bit versions, takes care of the
+problem.
+
+* I ran into an intermittent quirk during the build of perl in which
+typing "make" (just after the Configure) did nothing. It turns out
+that only dependencies were being written to "makefile", and that
+removing "makefile" (so it could be automatically rebuilt) solved
+the problem.
+
+* Most of my research on finding the right compiler/linker switches
+was done with a "hello world" C program, trying the various
+compilers and options, and trying to link it with the oracle
+libraries. This proved to be a good choice, as trying to test
+compilers/switches against the perl source distribution would have
+proved quite difficult.
+
+
+### DBD::Oracle specific ################################
+
+* ora8 delivers its libraries in 2 formats: 1.1/32 (under
+$ORACLE_HOME/lib) and 2.0/64 (under $ORACLE_HOME/lib64). ora7
+delivers only 1.1/32, while ora9 delivers only 2.0/64. It may seem
+a bit inconsistent considering the ora8 setup, but ora9 libraries
+are found under $ORACLE_HOME/lib and not $ORACLE_HOME/lib64.
+
+* Under ora8, oraenv incorrectly sets LD_LIBRARY_PATH to include
+$ORACLE_HOME/lib instead of $ORACLE_HOME/lib64, so you've got to
+make an override in oraenv_local if you want to use 2.0/64. It
+doesn't harm anything, but oraenv unnecessarily sets LD_LIBRARY_PATH
+for ora7 (a 64bit environment variable for a 32bit application).
+
+* If you use shared libraries AND you'll be upgrading Oracle, you
+should expect you'll need to rebuild DBD::Oracle unless you'll keep
+the old Oracle libraries available.
+
+* If you're building against ora8, the setting of LDLOADLIBS
+is recommended so that when oraenv set SHLIB_PATH to the
+$ORACLE_HOME/lib for ora7, the code will still find the ora8
+libraries.
+
+* We expect to need local (ORACLE_SID) connections for ora8 &
+ora9. We could have gone with a single 2.0/64 perl coupled with
+2 DBD::Oracle installs and PERLLIB twiddling in oraenv_local to
+get to the right one. Instead, we chose to do 2 perl installs
+(/opt/perl_ora8 and /opt/perl_ora9) because we can also connect
+locally to ora7 by using the 1.1/32 ora8 version, something that
+isn't possible with a 2.0/64 version. Also, we've some older 1.1/32
+machines into which we'd like to plop a tarball of the perl stuff,
+so a 1.1/32 executable was desirable.
+
+* Some tests I ran were hinting that with 2.0/64, specifying "+b :"
+on the build of DBD::Oracle correctly configured Oracle.sl as far as
+the chatr program is concerned, but it seemed that LD_LIBRARY_PATH
+*always* needed to be set correctly. (I.e., the embedded path in
+the library seemed to be ignored.) I didn't pursue researching this
+since there's no way to get the ora9 compiled code to connect to
+ora8, meaning LD_LIBRARY_PATH had to be set correctly anyway.
+
+Testing local (ORACLE_SID) connections:
+builds against 1.1/32 ora8 can connect to ora7
+builds against 1.1/32 ora8 cannot connect to ora9: "ERROR OCIEnvInit"
+builds against 2.0/64 ora8 cannot connect to ora9: "ERROR OCIEnvInit"
+builds against 2.0/64 ora9 cannot connect to ora8 or ora7: "UNKNOWN
+ OCI STATUS 1804) OCIInitialize. Check ORACLE_HOME and NLS
+ settings etc."
+
+Testing remote (sqlnet) connections:
+builds against 1.1/32 ora8 can connect to ora7
+builds against 1.1/32 ora8 can connect to ora9
+builds against 2.0/64 ora9 can connect to ora8
+builds against 2.0/64 ora9 cannot connect to ora7: "OCI-21500: internal
+ error code"
+
+
+### Versions ################################
+
+perl: 5.8.3
+dbi: 1.41
+dbd-oracle: 1.15
+$ strings /bin/cc | grep Compiler
+HP92453-01 B.11.11.08 HP C Compiler
+$ strings /bin/ld | grep linker
+$Revision: 92453-07 linker linker crt0.o B.11.16 000601 $
+@(#)92453-07 linker command s800.sgs ld PA64 B.11.18 REL 000922
+$ gcc -v
+Reading specs from /usr/local/pa20_64/lib/gcc-lib/hppa64-hp-hpux11.11/3.3.1/specs
+Configured with: ../src/configure --enable-languages=c,c++ --prefix=/usr/local/pa20_64 --with-local-prefix=/usr/local/pa20_64 --with-gnu-as --with-as=/usr/local/pa20_64/bin/as --with-gnu-ld --with-ld=/usr/local/pa20_64/bin/ld --disable-shared --disable-nls --host=hppa64-hp-hpux11.11
+Thread model: single
+gcc version 3.3.1
+
+--
+J.D. Laub (Laubster) |"Your leg's too long / Your skull's too strong /
+dbiusers@laubster.org| Suppose your nose is wrong." - Renaldo & the Loaf
+
View
207 err_build/err_instantclient.msg
@@ -0,0 +1,207 @@
+From SRS0=8E1j=QQ=perl.org=dbi-users-return-25638-Tim.Bunce=pobox.com@bounce2.pobox.com Wed Feb 2 10:11:05 2005
+Received: from localhost (localhost [IPv6:::1])
+ by dansat.data-plan.com (8.13.1/8.13.1) with ESMTP id j12AAUZ6055956
+ for <timbo@localhost>; Wed, 2 Feb 2005 10:11:05 GMT
+ (envelope-from SRS0=8E1j=QQ=perl.org=dbi-users-return-25638-Tim.Bunce=pobox.com@bounce2.pobox.com)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-6.2.5)
+ for timbo@localhost (single-drop); Wed, 02 Feb 2005 10:11:05 +0000 (GMT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@data-plan.com id 1CwGaQ-0002Bn-H6;
+ Wed, 02 Feb 2005 09:14:10 +0000
+Received: from [194.217.242.210] (helo=lon1-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1CwGaQ-0002Bn-H6
+ for pobox@data-plan.com; Wed, 02 Feb 2005 09:14:10 +0000
+Received: from [207.8.226.2] (helo=kelvin.pobox.com)
+ by lon1-hub.mail.demon.net with esmtp id 1CwGaP-00042G-Vb
+ for pobox@data-plan.com; Wed, 02 Feb 2005 09:14:10 +0000
+Received: from kelvin.pobox.com (localhost [127.0.0.1])
+ by kelvin.pobox.com (Postfix) with ESMTP id 9C3FB1E3946;
+ Wed, 2 Feb 2005 04:14:09 -0500 (EST)
+Delivered-To: tim.bunce@pobox.com
+Received: from kelvin (localhost [127.0.0.1])
+ by kelvin.pobox.com (Postfix) with ESMTP id 879981E3958
+ for <tim.bunce@pobox.com.13888548.001.icgmh>; Wed, 2 Feb 2005 04:14:09 -0500 (EST)
+Received-SPF: pass (kelvin.pobox.com: domain of dbi-users-return-25638-Tim.Bunce=pobox.com@perl.org designates 63.251.223.186 as permitted sender)
+X-SPF-Guess: pass (seems reasonable for dbi-users-return-25638-Tim.Bunce=pobox.com@perl.org to mail through 63.251.223.186)
+X-Pobox-Antispam: dnsbl/blackholes.five-ten-sg.com returned DENY: for 63.251.223.186(x6.develooper.com)
+Received: from lists.develooper.com (x6.develooper.com [63.251.223.186])
+ by kelvin.pobox.com (Postfix) with SMTP id D0B001E3946
+ for <Tim.Bunce@pobox.com>; Wed, 2 Feb 2005 04:14:08 -0500 (EST)
+Received: (qmail 7188 invoked by uid 514); 2 Feb 2005 09:14:05 -0000
+Mailing-List: contact dbi-users-help@perl.org; run by ezmlm
+Precedence: bulk
+List-Post: <mailto:dbi-users@perl.org>
+List-Help: <mailto:dbi-users-help@perl.org>
+List-Unsubscribe: <mailto:dbi-users-unsubscribe@perl.org>
+List-Subscribe: <mailto:dbi-users-subscribe@perl.org>
+List-Id: <dbi-users.perl.org>
+Delivered-To: mailing list dbi-users@perl.org
+Delivered-To: moderator for dbi-users@perl.org
+Received: (qmail 2531 invoked from network); 2 Feb 2005 04:10:16 -0000
+Delivered-To: dbi-users@perl.org
+X-Spam-Status: No, hits=-2.6 required=8.0
+ tests=BAYES_00,NO_REAL_NAME
+X-Spam-Check-By: la.mx.develooper.com
+Received-SPF: pass (x1.develooper.com: local policy)
+From: snisim@sankyo.co.jp
+X-Authentication-Warning: mailgw.shina.sankyo.co.jp: iscan owned process doing -bs
+X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
+Content-class: urn:content-classes:message
+MIME-Version: 1.0
+Content-Type: text/plain;
+ charset="iso-2022-jp"
+Content-Transfer-Encoding: 7bit
+Subject: Making DBD::Oracle with Instant Client 10.1.0.3
+Date: Wed, 2 Feb 2005 13:09:58 +0900
+Message-ID: <7C6FBEDC782B5642BEAF9C9FDF3F431D83CBE9@EVS001.sankyo.co.jp>
+X-MS-Has-Attach:
+X-MS-TNEF-Correlator:
+Thread-Topic: Making DBD::Oracle with Instant Client 10.1.0.3
+Thread-Index: AcUI3Q64h9ykph8RSl6pF0OpBbTqJA==
+To: <dbi-users@perl.org>
+X-OriginalArrivalTime: 02 Feb 2005 04:09:59.0005 (UTC) FILETIME=[0F7508D0:01C508DD]
+Status: RO
+X-Status: A
+Content-Length: 1692
+Lines: 44
+
+Hi all,
+
+Thanks to the devel package, I've got succeeded in making DBD::Oracle
+with the Oracle Instant Client 10.1.0.3, no *.mk files, in my linux box.
+My recipe is:
+
+1) install both basic- and devel-10.1.0.3 rpm packages
+2) export ORALCE_HOME="/usr/lib/oracle/10.1.0.3/client"
+3) export LD_LIBRARY_PATH="$ORACLE_HOME/lib:$LD_LIBRARY_PATH"
+4) modify the Makefile.PL file to bypass the find_headers() routine and
+ to pass a correct -I flag to cc (the attached dirty patch is FYI)
+5) execute the Makefile.PL * with the -l option *, perl Makefile.PL -l
+6) make && make test && make install
+# I got many errors in t/30long.t (retrieving blobs ?)
+# but it seems to work fairly.
+
+I hope this could help those who are annoyed with the "Unable to locate an
+oracle.mk,..." error.
+
+Happy DBing,
+
+Satoshi
+
+--- Makefile.PL.orig 2004-10-22 18:07:04.000000000 +0900
++++ Makefile.PL 2005-02-02 12:39:56.703125000 +0900
+@@ -276,7 +276,7 @@
+ print "Oracle sysliblist: $syslibs\n";
+ my $libdir = ora_libdir();
+ $opts{dynamic_lib} = { OTHERLDFLAGS => "$::opt_g" };
+- my @h_dirs = find_headers();
++# my @h_dirs = find_headers();
+ if ($client_version_full =~ /^8.0.6/ && $os eq 'hpux') {
+ $linkwith_msg = "-lextp -l$lib.";
+ $opts{LIBS} = [ "-L$OH/$libdir -lextp -l$lib $syslibs" ];
+@@ -286,7 +286,8 @@
+ $linkwith_msg = "-l$lib.";
+ $opts{LIBS} = [ "-L$OH/$libdir -l$lib $syslibs" ];
+ }
+- my $inc = join " ", map { "-I$OH/$_" } @h_dirs;
++# my $inc = join " ", map { "-I$OH/$_" } @h_dirs;
++ my $inc = "-I/usr/include/oracle/10.1.0.3/client";
+ $opts{INC} = "$inc -I$dbi_arch_dir";
+ }
+ else { # --- trawl the guts of Oracle's make files looking the how it wants to link
+
+From SRS0=Kn57=QR=sankyo.co.jp=snisim@bounce2.pobox.com Thu Feb 3 08:10:48 2005
+Received: from localhost (localhost [IPv6:::1])
+ by dansat.data-plan.com (8.13.1/8.13.1) with ESMTP id j138AMOi093146
+ for <timbo@localhost>; Thu, 3 Feb 2005 08:10:48 GMT
+ (envelope-from SRS0=Kn57=QR=sankyo.co.jp=snisim@bounce2.pobox.com)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-6.2.5)
+ for timbo@localhost (single-drop); Thu, 03 Feb 2005 08:10:48 +0000 (GMT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@data-plan.com id 1CwboD-0005ug-LV;
+ Thu, 03 Feb 2005 07:53:49 +0000
+Received: from [194.217.242.223] (helo=lon1-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1CwboD-0005ug-LV
+ for pobox@data-plan.com; Thu, 03 Feb 2005 07:53:49 +0000
+Received: from [208.58.1.193] (helo=boggle.pobox.com)
+ by lon1-hub.mail.demon.net with esmtp id 1CwboD-0000Wn-82
+ for pobox@data-plan.com; Thu, 03 Feb 2005 07:53:49 +0000
+Received: from boggle.pobox.com (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 70999102D9F;
+ Thu, 3 Feb 2005 02:53:48 -0500 (EST)
+Delivered-To: tim.bunce@pobox.com
+Received: from boggle (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 5F45E102DCC
+ for <tim.bunce@pobox.com.13888548.001.icgmh>; Thu, 3 Feb 2005 02:53:48 -0500 (EST)
+X-Pobox-Antispam: Require PTR Record returned DENY: 210.81.52.253 has no PTR record
+X-Pobox-Antispam: country/Japan returned DENY: sender address snisim@sankyo.co.jp matches TLD .jp (Japan)
+Received-SPF: none (boggle.pobox.com: domain of snisim@sankyo.co.jp does not designate permitted sender hosts)
+X-SPF-Guess: pass (seems reasonable for snisim@sankyo.co.jp to mail through 210.81.52.253)
+Received: from mailgws.shina.sankyo.co.jp (unknown [210.81.52.253])
+ by boggle.pobox.com (Postfix) with ESMTP id A38A5102E20
+ for <Tim.Bunce@pobox.com>; Thu, 3 Feb 2005 02:53:46 -0500 (EST)
+Received: from es007.sankyo.co.jp (localhost [127.0.0.1])
+ by mailgws.shina.sankyo.co.jp (8.9.3p2/3.7W) with ESMTP id LAA15117
+ for <Tim.Bunce@pobox.com>; Thu, 3 Feb 2005 11:45:39 +0900 (JST)
+From: snisim@sankyo.co.jp
+X-Authentication-Warning: mailgws.shina.sankyo.co.jp: iscan owned process doing -bs
+Received: from EVS001.sankyo.co.jp ([10.14.121.200]) by es007.sankyo.co.jp with Microsoft SMTPSVC(6.0.3790.0);
+ Thu, 3 Feb 2005 11:45:39 +0900
+MIME-Version: 1.0
+Content-Type: text/plain;
+ charset="iso-2022-jp"
+Content-Transfer-Encoding: 7bit
+Subject: RE: Making DBD::Oracle with Instant Client 10.1.0.3
+Content-class: urn:content-classes:message
+X-MimeOLE: Produced By Microsoft Exchange V6.5.6944.0
+Date: Thu, 3 Feb 2005 11:46:07 +0900
+Message-ID: <7C6FBEDC782B5642BEAF9C9FDF3F431D83CBEC@EVS001.sankyo.co.jp>
+X-MS-Has-Attach:
+X-MS-TNEF-Correlator:
+Thread-Topic: Making DBD::Oracle with Instant Client 10.1.0.3
+Thread-Index: AcUJEc1pQuIX++g2S8y4AE9WqWRYtQAhsK+Q
+To: <Tim.Bunce@pobox.com>
+X-OriginalArrivalTime: 03 Feb 2005 02:45:39.0123 (UTC) FILETIME=[71F21030:01C5099A]
+Status: RO
+Content-Length: 1192
+Lines: 36
+
+Hi Tim,
+
+Thank you for your kind reply.
+
+I found my patch will cause a compilation error for the local variable
+@h_dirs gets into undefined after commenting out the line 279.
+It should be corrected as following:
+
+--- Makefile.PL.orig 2004-10-22 18:07:04.000000000 +0900
++++ Makefile.PL 2005-02-02 12:39:56.703125000 +0900
+@@ -276,7 +276,7 @@
+ print "Oracle sysliblist: $syslibs\n";
+ my $libdir = ora_libdir();
+ $opts{dynamic_lib} = { OTHERLDFLAGS => "$::opt_g" };
+- my @h_dirs = find_headers();
++ my @h_dirs;
+ if ($client_version_full =~ /^8.0.6/ && $os eq 'hpux') {
+ $linkwith_msg = "-lextp -l$lib.";
+ $opts{LIBS} = [ "-L$OH/$libdir -lextp -l$lib $syslibs" ];
+@@ -286,7 +286,8 @@
+ $linkwith_msg = "-l$lib.";
+ $opts{LIBS} = [ "-L$OH/$libdir -l$lib $syslibs" ];
+ }
+- my $inc = join " ", map { "-I$OH/$_" } @h_dirs;
++# my $inc = join " ", map { "-I$OH/$_" } @h_dirs;
++ my $inc = "-I/usr/include/oracle/10.1.0.3/client"
+ $opts{INC} = "$inc -I$dbi_arch_dir";
+ }
+ else { # --- trawl the guts of Oracle's make files looking the how it wants to link
+
+I'm not a dbi-users member so I can't reply my post... I wonder if you can do it.
+
+Thanks,
+
+Satoshi
+
+
View
87 err_build/err_makefileundef.msg
@@ -0,0 +1,87 @@
+From timbo Tue Apr 26 09:19:54 2005
+Return-path: <SRS0=ZnA8=TD=wrkhors.com=lembark@bounce2.pobox.com>
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-6.2.5)
+ for timbo@localhost (single-drop); Tue, 26 Apr 2005 09:19:54 -0700 (PDT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@data-plan.com id 1DQSgy-0006AU-4c;
+ Tue, 26 Apr 2005 16:13:44 +0000
+Received: from [194.217.242.72] (helo=anchor-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1DQSgy-0006AU-4c
+ for pobox@data-plan.com; Tue, 26 Apr 2005 16:13:44 +0000
+Received: from [207.8.226.2] (helo=kelvin.pobox.com)
+ by anchor-hub.mail.demon.net with esmtp id 1DQSgy-0003uM-1T
+ for pobox@data-plan.com; Tue, 26 Apr 2005 16:13:44 +0000
+Received: from kelvin.pobox.com (localhost [127.0.0.1])
+ by kelvin.pobox.com (Postfix) with ESMTP id 759703B902A;
+ Tue, 26 Apr 2005 12:13:43 -0400 (EDT)
+Delivered-To: tim.bunce@pobox.com
+Received: from kelvin (localhost [127.0.0.1])
+ by kelvin.pobox.com (Postfix) with ESMTP id 80C0A39F279
+ for <tim.bunce@pobox.com.13888548.001.icgmh>; Tue, 26 Apr 2005 12:13:42 -0400 (EDT)
+Received-SPF: none (kelvin.pobox.com: domain of lembark@wrkhors.com does not designate permitted sender hosts)
+X-Pobox-Antispam: dnsbl/blackholes.five-ten-sg.com returned DENY: for 66.246.154.128(mail-out.pilosoft.net)
+Received: from mail.pilosoft.net (mail-out.pilosoft.net [66.246.154.128])
+ by kelvin.pobox.com (Postfix) with ESMTP id 2ED743AB75B
+ for <Tim.Bunce@pobox.com>; Tue, 26 Apr 2005 12:12:30 -0400 (EDT)
+Received: from [192.168.1.2] (dsl-69-31-90-94.pilosoft.com [69.31.90.94])
+ by mail.pilosoft.net (8.12.8/8.12.8) with ESMTP id j3QGA3u1014203
+ for <Tim.Bunce@pobox.com>; Tue, 26 Apr 2005 12:10:03 -0400
+Date: Tue, 26 Apr 2005 12:14:22 -0400
+From: Steven Lembark <lembark@wrkhors.com>
+Reply-To: lembark@wrkhors.com
+To: Tim Bunce <Tim.Bunce@pobox.com>
+Subject: Possible glitch in DBD::Oracle-1.48 Makefile.pl
+Message-ID: <269F0144DC99100E7C80975F@[192.168.1.2]>
+X-Mailer: Mulberry/3.1.3 (Linux/x86)
+X-Workhorse: lembark 1.1
+MIME-Version: 1.0
+Content-Type: text/plain; charset=us-ascii; format=flowed
+Content-Transfer-Encoding: 7bit
+Content-Disposition: inline
+X-Virus-Scanned: ClamAV version 0.83, clamav-milter version 0.83 on mail.pilosoft.net
+X-Virus-Status: Clean
+X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.0.2
+X-Spam-Level: 0.0
+X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on cheeta.pilosoft.net
+X-Status: A
+Content-Length: 1342
+Lines: 36
+
+Linking with OTHERLDFLAGS = -L/opt/oracle/product/9.2/lib/
+-L/opt/oracle/product/9.2/rdbms/lib/ -lclntsh `cat
+/opt/oracle/product/9.2/lib/sysliblist` -ldl -lm [from 'build' rule]
+
+Checking if your kit is complete...
+Looks good
+Use of uninitialized value in substitution (s///) at Makefile.PL line 1446.
+LD_RUN_PATH=/opt/oracle/product/9.2/lib:/opt/oracle/product/9.2/rdbms/lib
+Using DBD::Oracle 1.16.
+
+
+ sub const_loadlibs {
+ my $self = shift;
+ local($_) = $self->SUPER::const_loadlibs(@_);
+ # edit LD_RUN_PATH ...
+ my ($ldrp) = m/^LD_RUN_PATH\s*=\s*(.*)/m;
+ # remove redundant /lib or /usr/lib as it can cause problems
+-> $ldrp =~ s!:(/usr)?/lib$!!;
+ # if it's empty then set it manually
+ #Lincoln: if pick the right library path
+ my $libdir = main::ora_libdir();
+ $ldrp ||= "$OH/$libdir:$OH/rdbms/$libdir";
+ #print "ldrp=$ldrp\n";
+
+ # stitch it back in
+ s/^LD_RUN_PATH\s*=\s*(.*)/LD_RUN_PATH=$ldrp/m;
+ my $env = $ENV{LD_RUN_PATH};
+ print "Ignoring LD_RUN_PATH='$env' in environment\n" if $env;
+ print "LD_RUN_PATH=$ldrp\n";
+ return $_;
+ }
+
+--
+Steven Lembark 85-09 90th Street
+Workhorse Computing Woodhaven, NY 11421
+lembark@wrkhors.com 1 888 359 3508
+
View
95 err_build/err_memleak.msg
@@ -0,0 +1,95 @@
+From SRS0=Dwok=LW=pallas.eruditorum.org=www-data@bounce2.pobox.com Wed Sep 1 16:31:37 2004
+Received: from localhost (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.12.9/8.12.9) with ESMTP id i81FRlpg021884
+ for <timbo@localhost>; Wed, 1 Sep 2004 16:31:37 +0100 (BST)
+ (envelope-from SRS0=Dwok=LW=pallas.eruditorum.org=www-data@bounce2.pobox.com)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-5.8.5)
+ for timbo@localhost (single-drop); Wed, 01 Sep 2004 16:31:37 +0100 (BST)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@data-plan.com id 1C2WYO-00034m-M1;
+ Wed, 01 Sep 2004 14:57:40 +0000
+Received: from [194.217.242.72] (helo=anchor-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1C2WYO-00034m-M1
+ for pobox@data-plan.com; Wed, 01 Sep 2004 14:57:40 +0000
+Received: from [208.58.1.193] (helo=boggle.pobox.com)
+ by anchor-hub.mail.demon.net with esmtp id 1C2WYO-0005CR-FY
+ for pobox@data-plan.com; Wed, 01 Sep 2004 14:57:40 +0000
+Received: from boggle.pobox.com (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 1C1D6A758C;
+ Wed, 1 Sep 2004 10:57:36 -0400 (EDT)
+Delivered-To: tim.bunce@pobox.com
+Received: from boggle (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 184C8A7214
+ for <tim.bunce@pobox.com.13888548.001.icgmh>; Wed, 1 Sep 2004 10:57:32 -0400 (EDT)
+Received-SPF: fail (boggle.pobox.com: domain of www-data@pallas.eruditorum.org does not designate 63.251.223.170 as permitted sender)
+X-SPF-Override: pass (client 63.251.223.170 was found in trusted-forwarder.org, overrides regular SPF fail)
+X-Pobox-Antispam: dnsbl/blackholes.five-ten-sg.com returned DENY: for 63.251.223.170(x1.develooper.com)
+Received: from x1.develooper.com (x1.develooper.com [63.251.223.170])
+ by boggle.pobox.com (Postfix) with SMTP id 7A6C9A7555
+ for <Tim.Bunce@pobox.com>; Wed, 1 Sep 2004 10:57:06 -0400 (EDT)
+Received: (qmail 5427 invoked by uid 225); 1 Sep 2004 14:57:04 -0000
+Delivered-To: TIMB@cpan.org
+Received: (qmail 5403 invoked by alias); 1 Sep 2004 14:57:02 -0000
+X-Spam-Status: No, hits=-4.9 required=8.0
+ tests=BAYES_00
+X-Spam-Check-By: la.mx.develooper.com
+Received: from pallas.eruditorum.org (HELO pallas.eruditorum.org) (63.251.136.85)
+ by la.mx.develooper.com (qpsmtpd/0.27.1) with ESMTP; Wed, 01 Sep 2004 07:56:59 -0700
+Received: by pallas.eruditorum.org (Postfix, from userid 33)
+ id 1FDD784C0F5; Wed, 1 Sep 2004 10:56:41 -0400 (EDT)
+Subject: [cpan #6245] Confirmed memory leak
+From: "Guest via RT" <bug-DBD-Oracle@rt.cpan.org>
+Reply-To: bug-DBD-Oracle@rt.cpan.org
+In-Reply-To: <rt-6245@cpan>
+Message-ID: <rt-6245-22368.6.026866139836@cpan.org>
+Precedence: bulk
+X-RT-Loop-Prevention: cpan
+RT-Ticket: cpan #6245
+Managed-by: RT 2.0.15 (http://bestpractical.com/rt/)
+RT-Originator:
+Date: Wed, 1 Sep 2004 10:56:41 -0400 (EDT)
+To: undisclosed-recipients: ;
+Status: RO
+Content-Length: 937
+Lines: 38
+
+
+This message about DBD-Oracle was sent to you by guest <> via rt.cpan.org
+
+Full context and any attached attachments can be found at:
+<URL: https://rt.cpan.org/Ticket/Display.html?id=6245 >
+
+I Using :
+1. SunOS 5.6 Generic_105181-33 sun4u sparc SUNW,Ultra-Enterprise
+ Perl 5.005_03
+ DBI 1.37
+ DBD-Oracle 1.14
+ Oracle Release 8.1.5.0.0
+
+
+2. Linux 2.4.18-17.7.xsmp #1 SMP i686
+ Perl 5.6.1
+ DBI 1.41
+ DBD-Oracle 1.16
+ Oracle Release 8.1.6.0.0
+
+II The following code:
+
+use strict;
+use DBI;
+
+foreach ( 1 .. 100 ) {
+ my $dbh = DBI->connect( 'dbi:Oracle:host=****', '***', '***' );
+ $dbh->disconnect();
+ sleep(1)
+}
+
+III Leak about 4K every 10 seconds
+
+ PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
+24927 aldo 15 0 8724 8720 2760 S 1.3 3.4 0:01 perl
+
+ PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
+24927 aldo 15 0 8736 8732 2760 S 0.7 3.4 0:01 perl
+
View
482 err_build/err_solarisnotes.msg
@@ -0,0 +1,482 @@
+From SRS0=uAXy=PG=zorranlabs.com=alexzar@bounce2.pobox.com Wed Dec 22 08:11:00 2004
+Received: from localhost (localhost [IPv6:::1])
+ by dansat.data-plan.com (8.13.1/8.13.1) with ESMTP id iBM8Aog0091816
+ for <timbo@localhost>; Wed, 22 Dec 2004 08:11:00 GMT
+ (envelope-from SRS0=uAXy=PG=zorranlabs.com=alexzar@bounce2.pobox.com)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-6.2.5)
+ for timbo@localhost (single-drop); Wed, 22 Dec 2004 08:11:00 +0000 (GMT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@data-plan.com id 1Ch0it-0001A5-Rv;
+ Wed, 22 Dec 2004 07:15:51 +0000
+Received: from [194.217.242.210] (helo=lon1-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1Ch0it-0001A5-Rv
+ for pobox@data-plan.com; Wed, 22 Dec 2004 07:15:51 +0000
+Received: from [208.58.1.198] (helo=lime.pobox.com)
+ by lon1-hub.mail.demon.net with esmtp id 1Ch0is-0000To-R8
+ for pobox@data-plan.com; Wed, 22 Dec 2004 07:15:51 +0000
+Received: from lime.pobox.com (localhost [127.0.0.1])
+ by lime.pobox.com (Postfix) with ESMTP id F0F0DFE10C;
+ Wed, 22 Dec 2004 02:15:49 -0500 (EST)
+Delivered-To: tim.bunce@pobox.com
+Received: from lime (localhost [127.0.0.1])
+ by lime.pobox.com (Postfix) with ESMTP id 8B2AAFE1C3
+ for <tim.bunce@pobox.com.13888548.001.icgmh>; Wed, 22 Dec 2004 02:15:49 -0500 (EST)
+Received-SPF: none (lime.pobox.com: domain of alexzar@zorranlabs.com does not designate permitted sender hosts)
+Received: from penguin.nocdirect.com (penguin.nocdirect.com [69.73.160.206])
+ by lime.pobox.com (Postfix) with ESMTP id 2B41BFE159
+ for <Tim.Bunce@pobox.com>; Wed, 22 Dec 2004 02:13:17 -0500 (EST)
+Received: from localhost ([127.0.0.1])
+ by penguin.nocdirect.com with esmtps (TLSv1:DES-CBC3-SHA:168)
+ (Exim 4.43)
+ id 1Cgz53-0000fj-Bx; Tue, 21 Dec 2004 23:30:37 -0600
+Date: Tue, 21 Dec 2004 23:30:35 -0600 (CST)
+From: Alex Zarutin <alexzar@zorranlabs.com>
+X-X-Sender: zorranla@penguin.nocdirect.com
+To: Tim Bunce <Tim.Bunce@pobox.com>
+Cc: dbi-users-help@perl.org
+Subject: Step-by-Step installation manual of DBD-Oracle-1.16 on Sparc Solaris
+ 9 with Oracle 9.2.0.1.0 client.
+Message-ID: <Pine.LNX.4.44.0412212325150.1522-100000@penguin.nocdirect.com>
+MIME-Version: 1.0
+Content-Type: TEXT/PLAIN; charset=US-ASCII
+X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
+X-AntiAbuse: Primary Hostname - penguin.nocdirect.com
+X-AntiAbuse: Original Domain - pobox.com
+X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
+X-AntiAbuse: Sender Address Domain - zorranlabs.com
+X-Source:
+X-Source-Args:
+X-Source-Dir:
+Status: RO
+X-Status: A
+Content-Length: 15603
+Lines: 426
+
+
+Hi Tim,
+
+I have spent a couple days trying to install DBD-Oracle-1.16 (all
+required stuff, such as GCC, DBI, etc has been installed before ) on
+Sun-Fire v240 running Spark Solaris 9 with the Oracle 9.2.0.1.0 client
+installed. The installation takes a couple minutes ONLY after you spend
+days trying to make it workable.
+
+I wrote the log of what I do, in order to do not waste my time in
+future. I am pretty sure that this log will be very useful for people
+installing DBD-Oracle on Solaris. I published it on my log page, and left
+link on it at http://cpanratings.perl.org/d/DBD-Oracle review page. I
+would recommend you to add this log to the readme file of your next
+releases. Log is written very detailed (step-by-step) with highlighted
+typical mistakes.
+
+Environment:
+Hardware/OS: bash-2.05# uname -a
+SunOS qadmz41 5.9 Generic_117171-08 sun4u sparc SUNW,Sun-Fire-V240
+OS is actually "standard" Solaris 9 installation came on the box from
+SUN
+
+Oracle Client: Oracle 9.2.0.1.0
+GCC: gcc version 3.3.2, installed to /usr/local/bin as a package from
+http://www.sunfreeware.com/programlistsparc9.html
+PERL: perl v5.8.5 built for sun4-solaris, installed to /usr/local/bin as
+a package from http://www.sunfreeware.com/programlistsparc9.html
+DBI: DBI-1.45, installed from http://search.cpan.org/~timb/DBI-1.45/
+
+Step-by-Step Manual:
+
+Step 1: In order to install "DBD-Oracle-1.16" you need to download it,
+set all appropriate environment variables (see readme for details) and
+run <<perl Makefile.PL>>.
+I got an error that is mostly typical for Solaris installation:
+
+// ************************ Error 1 ***********************/
+
+....
+Found header files in rdbms/demo.
+
+*********************************************************
+I can't find the header files I need in your Oracle installation.
+You probably need to install some more Oracle components.
+I'll keep going, but the compile will probably fail.
+See README.clients for more information.
+*********************************************************
+Checking for functioning wait.ph
+
+System: perl5.008005 sunos 5.9 generic sun4u sparc sunw,ultra-5_10
+solaris
+Compiler: gcc -B/usr/ccs/bin/ -O -fno-strict-aliasing -pipe
+-I/usr/local/include -I/opt/gnu/include -D_LARGEFILE_SOURCE
+-D_FILE_OFFSET_BITS=64
+
+....
+// *****************************************************/
+
+Investigating this problem, I found that error message is thrown by the
+"find_headers" sub of Makefile.PL, especially in this "if
+(!$h_file{'oratypes.h'} || !$h_file{'ocidfn.h'})" evaluation.
+So I checked these files to make sure that they are installed, but did
+not find them under $ORACLE_HOME/rdbms
+In the same time, I found an article saying about the similar problem
+with DBD-Oracle on Linux,
+http://baroti.homedns.org/steve/lost+found/cpan-install-DBD-Oracle-9-2-l
+inux.html
+They mentioned about two files, and since I was not sure about second
+one, ociapr.h I copied both files. You should find its public.1.1.jar
+file on the Disk3 of Oracle 9i installation set.
+
+bash-2.05# pwd
+/ora_orig/Disk3/stage/Components/oracle.rdbms.oci/9.2.0.1.0/1/DataFiles
+
+bash-2.05# ls -al
+total 970
+drwxr-xr-x 2 2840 42424 512 Aug 21 2002 .
+drwxr-xr-x 3 2840 42424 512 Aug 21 2002 ..
+-rwxr-xr-x 1 2840 42424 2047 May 9 2002 bin.1.1.jar
+-rwxr-xr-x 1 2840 42424 206 May 9 2002 build.1.1.jar
+-rwxr-xr-x 1 2840 42424 135034 May 9 2002 demo.1.1.jar
+-rwxr-xr-x 1 2840 42424 329814 May 9 2002 public.1.1.jar
+
+You should just (as dba:oracle) to create the directory called public,
+copy public.1.1.jar there and extract all files, since I would not guess
+if the rest of them are used or not
+
+bash-2.05# mkdir $ORACLE_HOME/rdbms/public
+
+bash-2.05# ls -al $ORACLE_HOME/rdbms/public
+total 3404
+drwxr-xr-x 2 oracle dba 512 Dec 21 12:12 .
+drwxr-xr-x 10 oracle dba 512 Dec 21 12:05 ..
+...
+-rw-r--r-- 1 oracle dba 6055 Mar 9 2002 ociapr.h
+-rw-r--r-- 1 oracle dba 10694 Jun 29 2000 ocidfn.h
+...
+
+After that run <<perl Makefile.PL>> again, and I hope process passes
+fine. At least, it was fine in my case
+
+Step 2: You should <<make>> the module, and as it appears on Solaris,
+you will get typical problem. See my error log:
+
+// ************************ Error 2 ***********************/
+....
+rm -f blib/arch/auto/DBD/Oracle/Oracle.so
+LD_RUN_PATH="/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32:
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/rdbms/lib32" gcc
+-B/usr/ccs/bin/ -G -L/usr/local/lib -L/opt/gnu/lib Oracle.o dbdimp.o
+oci8.o -xarch=v9
+-L/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/ -lclntsh
+`cat /export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/ldflags`
+`cat
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/sysliblist`
+-R/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib -laio
+-lposix4 -lm -lthread -o blib/arch/auto/DBD/Oracle/Oracle.so
+ld: fatal: file
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib//libclntsh.so:
+wrong ELF class: ELFCLASS64
+ld: fatal: File processing errors. No output written to
+blib/arch/auto/DBD/Oracle/Oracle.so
+collect2: ld returned 1 exit status
+*** Error code 1
+make: Fatal error: Command failed for target
+`blib/arch/auto/DBD/Oracle/Oracle.so'
+
+// *****************************************************/
+
+So, as another set on Google' posts showed that it is a possibility of
+missing libraries compiled with 64 bits and same libraries compiled with
+32 bits suppoert. As I understood, all components of installation, such
+as Oracle client, Perl, GCC should support only one type of libraries,
+either 32 or 64 bits. I found that having all as 32 bits is easier to me
+than recompile perl, gcc as 64 (may be I am wrong in this assumption).
+In order to have all of them as 32 bits, I changed lib to lib32 in
+Manifest file (not Manifest.PL).
+
+You should replace the following lines in the "MakeMaker const_loadlibs
+section":
+
+EXTRALIBS = -L$(LIBHOME) -xarch=v9
+-L/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/ -lclntsh
+`cat /export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/ldflags`
+`cat
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/sysliblist`
+-R/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib -laio
+-lposix4 -lm -lthread
+LD_RUN_PATH=/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32:/
+export/home/oracle/u01/app/oracle/product/9.2.0.1.0/rdbms/lib32
+
+By their lib32 clones:
+
+EXTRALIBS = -L$(LIBHOME) -xarch=v9
+-L/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/ -lclntsh
+`cat /export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/ldflags`
+`cat
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/sysliblist`
+-R/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32 -laio
+-lposix4 -lm -lthread
+LD_RUN_PATH=/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32:/
+export/home/oracle/u01/app/oracle/product/9.2.0.1.0/rdbms/lib32
+
+And replace this line in "MakeMaker dynamic_lib section" (~~ line 491)
+
+OTHERLDFLAGS = -xarch=v9
+-L/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/ -lclntsh
+`cat /export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/ldflags`
+`cat
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib/sysliblist`
+-R/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib -laio
+-lposix4 -lm -lthread
+
+By its lib32 clone:
+
+OTHERLDFLAGS = -xarch=v9
+-L/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/ -lclntsh
+`cat /export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/ldflags`
+`cat
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/sysliblist`
+-R/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32 -laio
+-lposix4 -lm -lthread
+
+I hope, that after that process passes without any errors. Here is last
+part, that I got during <<make>>:
+
+.....
+rm -f blib/arch/auto/DBD/Oracle/Oracle.so
+LD_RUN_PATH="/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32:
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/rdbms/lib32" gcc
+-B/usr/ccs/bin/ -G -L/usr/local/lib -L/opt/gnu/lib Oracle.o dbdimp.o
+oci8.o -xarch=v9
+-L/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/ -lclntsh
+`cat /export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/ldflags`
+`cat
+/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32/sysliblist`
+-R/export/home/oracle/u01/app/oracle/product/9.2.0.1.0/lib32 -laio
+-lposix4 -lm -lthread -o blib/arch/auto/DBD/Oracle/Oracle.so
+chmod 755 blib/arch/auto/DBD/Oracle/Oracle.so
+cp Oracle.bs blib/arch/auto/DBD/Oracle/Oracle.bs
+chmod 644 blib/arch/auto/DBD/Oracle/Oracle.bs
+/usr/local/bin/perl "-Iblib/arch" "-Iblib/lib" ora_explain.PL
+ora_explain
+Extracted ora_explain from ora_explain.PL with variable substitutions.
+cp ora_explain blib/script/ora_explain
+/usr/local/bin/perl "-MExtUtils::MY" -e "MY->fixin(shift)"
+blib/script/ora_explain
+Manifying blib/man1/ora_explain.1
+Manifying blib/man3/DBD::Oracle.3
+Manifying blib/man3/DBD::Oraperl.3
+
+III. Once we build the module, we should test it, to make sure that it
+works fine. You should run <<make test>> to do it:
+
+Check that you have ORACLE_HOME, ORACLE_USERID, ORACLE_SID environment
+variables set, like this:
+
+ORACLE_HOME=="/export/home/oracle/u01/app/oracle/product/9.2.0.1.0
+ORACLE_USERID=STARSHIP/STARSHIP
+ORACLE_SID=COLORADO
+
+When you run <<make test>>, you will probably get this errors:
+
+// ************************ Error 3 ***********************/
+
+bash-2.05# make test
+PERL_DL_NONLAZY=1 /usr/local/bin/perl "-MExtUtils::Command::MM" "-e"
+"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
+t/01base................ok
+t/10general.............DBI connect('','STARSHIP/STARSHIP',...) failed:
+ORA-12545: Connect failed because target host or object does not exist
+(DBD ERROR: OCIServerAttach) at t/10general.t line 12
+Undefined subroutine &main::BAILOUT called at t/10general.t line 15.
+# Looks like your test died before it could output anything.
+t/10general.............dubious
+ Test returned status 255 (wstat 65280, 0xff00)
+DIED. FAILED tests 1-31
+ Failed 31/31 tests, 0.00% okay
+.....
+
+// *****************************************************/
+
+One more brainstorm, and I figured out another way to set ORACLE_USERID:
+
+ORACLE_USERID=STARSHIP/STARSHIP@COLORADO
+ORACLE_SID=COLORADO
+
+Later, when tests finished, I was confirmed that it was probably
+preferred way of setting ORACLE_USERID.
+Tests did found correct settings, and "main" set of them returned the
+following report:
+
+All tests successful, 1 test and 122 subtests skipped.
+Files=18, Tests=1020, 24 wallclock secs (11.27 cusr + 1.34 csys = 12.61
+CPU)
+
+For the Extra test, less formal, but test anyway, I just commented these
+two lines in test.pl file
+
+$dbname = $ARGV[0] || ''; # if '' it'll use TWO_TASK/ORACLE_SID
+$dbuser = $ENV{ORACLE_USERID} || 'scott/tiger';
+
+and set the same values in the same form to the $dbuser as it was in
+ORACLE_USERID <mailto:ORACLE_USERID=STARSHIP/STARSHIP@COLORADO> , and
+left $dbname empty,
+
+$dbname = '';
+$dbuser = 'STARSHIP/STARSHIP@COLORADO';
+
+and got pretty good report:
+
+Connecting
+ to '' (from command line, else uses ORACLE_SID or TWO_TASK -
+recommended)
+ as 'STARSHIP/STARSHIP@COLORADO' (via ORACLE_USERID env var or default -
+recommend name/passwd@dbname)
+(ORACLE_SID='', TWO_TASK='')
+Fields: 6
+Names: 'NUM_T' 'DATE_T' 'CHAR_T' 'ROWID_T'
+'RAW_T' 'NULL_T'
+Lengths: 172 76 121 21 3 1
+OraTypes: 2 12 1 104 23 1
+SQLTypes: 8 93 12 -9104 -2 12
+Scale: 0 0 0 0 0 0
+Precision: 126 75 120 20 2 0
+Nullable: 1 1 1 1 1 1
+Est row width: 32
+Data rows:
+ fetch: '7.2', '21-DEC-04', 'STARSHIP', 'AAAADeAABAAAAZSAAA', '7D',
+undef
+
+ora_logoff...
+lda out of scope...
+
+Testing repetitive connect/open/close/disconnect:
+If this test hangs then read the README.help file.
+Expect sequence of digits, no other messages:
+1 2 3 4 5
+
+Test interaction of explicit close/logoff and implicit DESTROYs
+Expect just 'done.', no other messages:
+done.
+
+Testing row cache (5).
+Test completed in 0 seconds.
+
+Test complete (0 seconds).
+If the tests above have produced the 'expected' output then they have
+passed.
+
+IV. The last part is actually target of all steps above, installing
+build module. <<make install> did not surprise me, and it it passed
+smoothly.
+
+bash-2.05# make install
+Installing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/auto/DBD/Oracle/dbdimp
+.h
+Installing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/auto/DBD/Oracle/ocitra
+ce.h
+Installing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/auto/DBD/Oracle/Oracle
+.h
+Installing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/auto/DBD/Oracle/mk.pm
+Installing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/auto/DBD/Oracle/Oracle
+.so
+Installing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/auto/DBD/Oracle/Oracle
+.bs
+Files found in blib/arch: installing files in blib/lib into architecture
+dependent library tree
+Installing /usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/oraperl.ph
+Installing /usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/Oraperl.pm
+Installing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/DBD/Oracle.pm
+Installing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/DBD/Oracle/GetInfo.pm
+Installing /usr/local/share/man/man1/ora_explain.1
+Installing /usr/local/share/man/man3/DBD::Oracle.3
+Installing /usr/local/share/man/man3/DBD::Oraperl.3
+Installing /usr/local/bin/ora_explain
+Writing
+/usr/local/lib/perl5/site_perl/5.8.5/sun4-solaris/auto/DBD/Oracle/.packl
+ist
+Appending installation info to
+/usr/local/lib/perl5/5.8.5/sun4-solaris/perllocal.pod
+
+V. This is actually it, and you do not need to do anything else. But
+investigating different errors during the various steps, I found the
+very simple "independent sanity" testdbi perl script written by Jeff
+Hunter. This script is not related to standard process of
+making/buildin/testing/installation. It just verifies that you can
+access DB and run a couple queries against it. The code itself,
+testdbi.pl can be found at
+http://www.idevelopment.info/data/Oracle/DBA_tips/Programming/PROGRAMMIN
+G_2.shtml
+
+You just should set connection information, similar to how I did it,
+
+ $ORACLE_SID = "COLORADO";
+ $ORACLE_USERID = "STARSHIP";
+ $ORACLE_PASSWORD = "STARSHIP";
+
+ $ENV{'ORACLE_SID'} = "$ORACLE_SID";
+ $ENV{'ORACLE_HOME'} = /u01/app/oracle/product/9.2.0.1.0";
+
+run it as any perl script, <<perl testdbi.pl>>, and see result:
+
+bash-2.05# perl testdbi.pl
+
+Running testdbi.pl...
+
+ (*) Attempting Oracle Login ...
+ OK
+ (*) Creating table TEST_DBI ...
+ OK
+ (*) Insert into TEST_DBI ...
+ 1 rows inserted.
+ 1 rows inserted.
+ 1 rows inserted.
+ OK
+ (*) Select from TEST_DBI ...
+
+ --> TEST_DBI_INTR_NO : 1000
+ --> TEST_DBI_NAME : Jeff Hunter
+
+ --> TEST_DBI_INTR_NO : 1001
+ --> TEST_DBI_NAME : Melody Hunter
+
+ --> TEST_DBI_INTR_NO : 1002
+ --> TEST_DBI_NAME : Alex Hunter
+ OK
+
+ (*) Delete from TEST_DBI ...
+ 3 rows deleted.
+ OK
+
+ (*) Drop table TEST_DBI ...
+ OK
+
+ (*) Select USER and SYSTEM ...
+
+ --> USER : STARSHIP
+ --> SYSDATE : 21-DEC-2004 16:49:59
+ OK
+
+ (*) Attempting Oracle Logoff ...
+ OK
+
+Ending testdbi.pl...
+
+With the best regards,
+
+Alex Zarutin
+
+Software Engineer
+4thpass A Motorola Company
+Seattle, WA
+www.4thpass.com
+
+
+
+
View
97 err_build/err_testfailnotable.msg
@@ -0,0 +1,97 @@
+From SRS0=RhpE=NO=perl.org=dbi-dev-return-3750-Tim.Bunce=pobox.com@bounce2.pobox.com Wed Oct 27 18:10:51 2004
+Received: from localhost (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.12.9/8.12.9) with ESMTP id i9RHAOAK026067
+ for <timbo@localhost>; Wed, 27 Oct 2004 18:10:51 +0100 (BST)
+ (envelope-from SRS0=RhpE=NO=perl.org=dbi-dev-return-3750-Tim.Bunce=pobox.com@bounce2.pobox.com)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-5.8.5)
+ for timbo@localhost (single-drop); Wed, 27 Oct 2004 18:10:51 +0100 (BST)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@data-plan.com id 1CMp30-0000e2-Hh;
+ Wed, 27 Oct 2004 14:45:10 +0000
+Received: from [194.217.242.77] (helo=anchor-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1CMp30-0000e2-Hh
+ for pobox@data-plan.com; Wed, 27 Oct 2004 14:45:10 +0000
+Received: from [208.210.124.73] (helo=gold.pobox.com)
+ by anchor-hub.mail.demon.net with esmtp id 1CMp30-0001QS-2p
+ for pobox@data-plan.com; Wed, 27 Oct 2004 14:45:10 +0000
+Received: from gold.pobox.com (localhost [127.0.0.1])
+ by gold.pobox.com (Postfix) with ESMTP id 87C155A7D;
+ Wed, 27 Oct 2004 10:45:09 -0400 (EDT)
+Delivered-To: tim.bunce@pobox.com
+Received: from gold (localhost [127.0.0.1])
+ by gold.pobox.com (Postfix) with ESMTP id 7779A59A1
+ for <tim.bunce@pobox.com.13888548.001.icgmh>; Wed, 27 Oct 2004 10:45:09 -0400 (EDT)
+Received-SPF: pass (gold.pobox.com: domain of dbi-dev-return-3750-Tim.Bunce=pobox.com@perl.org designates 63.251.223.186 as permitted sender)
+X-SPF-Guess: pass (seems reasonable for dbi-dev-return-3750-Tim.Bunce=pobox.com@perl.org to mail through 63.251.223.186)
+X-Pobox-Antispam: dnsbl/blackholes.five-ten-sg.com returned DENY: for 63.251.223.186(x6.develooper.com)
+Received: from lists.develooper.com (x6.develooper.com [63.251.223.186])
+ by gold.pobox.com (Postfix) with SMTP id DC5795A4A
+ for <Tim.Bunce@pobox.com>; Wed, 27 Oct 2004 10:45:07 -0400 (EDT)
+Received: (qmail 18140 invoked by uid 514); 27 Oct 2004 14:45:04 -0000
+Mailing-List: contact dbi-dev-help@perl.org; run by ezmlm
+Precedence: bulk
+List-Post: <mailto:dbi-dev@perl.org>
+List-Help: <mailto:dbi-dev-help@perl.org>
+List-Unsubscribe: <mailto:dbi-dev-unsubscribe@perl.org>
+List-Subscribe: <mailto:dbi-dev-subscribe@perl.org>
+Delivered-To: mailing list dbi-dev@perl.org
+Received: (qmail 18131 invoked from network); 27 Oct 2004 14:45:04 -0000
+Received: from x1.develooper.com (63.251.223.170)
+ by lists.develooper.com with SMTP; 27 Oct 2004 14:45:04 -0000
+Received: (qmail 8663 invoked by uid 225); 27 Oct 2004 14:45:03 -0000
+Delivered-To: dbi-dev@perl.org
+Received: (qmail 8659 invoked by alias); 27 Oct 2004 14:45:03 -0000
+X-Spam-Status: No, hits=-4.9 required=8.0
+ tests=BAYES_00
+X-Spam-Check-By: la.mx.develooper.com
+Received: from ns2.aramiska.net (HELO dmzms01.aramiska.net) (80.242.32.2)
+ by la.mx.develooper.com (qpsmtpd/0.27.1) with ESMTP; Wed, 27 Oct 2004 07:45:01 -0700
+Received: from ip-80-242-36-115.aramiska-arc.aramiska.net (ip-80-242-36-115.aramiska-arc.aramiska.net [80.242.36.115])
+ by dmzms01.aramiska.net (Postfix) with ESMTP
+ id 9F21E1100D9; Wed, 27 Oct 2004 14:44:55 +0000 (UTC)
+Received: from localhost (localhost [127.0.0.1])
+ by ip-80-242-36-115.aramiska-arc.aramiska.net (Postfix) with ESMTP
+ id E558E7C; Wed, 27 Oct 2004 14:44:52 +0000 (UTC)
+Received: from dansat.data-plan.com (ip-192-168-0-3.internal.data-plan.aramiska.net [192.168.0.3])
+ by ip-80-242-36-115.aramiska-arc.aramiska.net (Postfix) with ESMTP
+ id D8A5E71; Wed, 27 Oct 2004 14:44:50 +0000 (UTC)
+Received: from dansat.data-plan.com (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.12.9/8.12.9) with ESMTP id i9REioAA023212;
+ Wed, 27 Oct 2004 15:44:50 +0100 (BST)
+ (envelope-from timbo@dansat.data-plan.com)
+Received: (from timbo@localhost)
+ by dansat.data-plan.com (8.12.9/8.12.9/Submit) id i9REinmW023211;
+ Wed, 27 Oct 2004 15:44:49 +0100 (BST)
+Date: Wed, 27 Oct 2004 15:44:49 +0100
+From: Tim Bunce <Tim.Bunce@pobox.com>
+To: "H.Merijn Brand" <h.m.brand@hccnet.nl>
+Cc: Tim Bunce <Tim.Bunce@pobox.com>, DBI developers <dbi-dev@perl.org>
+Subject: Re: ANNOUNCE: DBD::Oracle 1.16
+Message-ID: <20041027144449.GB19991@dansat.data-plan.com>
+References: <20041022213625.GA22377@dansat.data-plan.com> <20041027093516.D001.H.M.BRAND@hccnet.nl>
+Mime-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+Content-Disposition: inline
+In-Reply-To: <20041027093516.D001.H.M.BRAND@hccnet.nl>
+User-Agent: Mutt/1.4i
+X-Virus-Scanned: by Aramiska Arc
+Status: RO
+Content-Length: 634
+Lines: 14
+
+On Wed, Oct 27, 2004 at 09:39:33AM +0200, H.Merijn Brand wrote:
+> On Fri 22 Oct 2004 23:36, Tim Bunce <Tim.Bunce@pobox.com> wrote:
+> > file: $CPAN/authors/id/T/TI/TIMB/DBD-Oracle-1.16.tar.gz
+> > size: 235224 bytes
+> > md5: 9711550ed0ebfc743920a6a357ed717c
+>
+> I know you can't blame the test for not being able to create a table for the
+> reason this failure shows, but there might be a more user-friendly way to fail ...
+
+Yeap. Some tests behave better in that situation. Looks like those
+two need improving. Patches welcome! (I'd happily not touch DBD::Oracle
+for a few months after the pain of the last few months :)
+
+Tim.
+
View
14 err_docs/err_trace.msg
@@ -0,0 +1,14 @@
+Add this to the DBD::Oracle docs as a handy note:
+
+$dbh->do(q{alter session set events '65285 trace name errorstack level 3'});
+
+A trace file should then be generated.
+
+Trace files are generated in the 'user_dump_destination' specified in init<SID>.ora.
+
+Try $ORACLE_BASE/admin/$ORACLE_SID/udump.
+
+or the location returned by
+select value
+from v$parameter
+where name like '%user_dump%'
View
129 err_executearray.msg
@@ -0,0 +1,129 @@
+From kn@sifira.dk Mon Mar 1 07:12:20 2004
+Received: from localhost (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.12.9/8.12.9) with ESMTP id i217CIwY019357
+ for <timbo@localhost>; Mon, 1 Mar 2004 07:12:20 GMT
+ (envelope-from kn@sifira.dk)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-5.8.5)
+ for timbo@localhost (single-drop); Mon, 01 Mar 2004 07:12:20 +0000 (GMT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@dbi.demon.co.uk id 1AxXyq-00025R-43;
+ Sun, 29 Feb 2004 20:56:08 +0000
+Received: from [194.217.242.71] (helo=anchor-hub.mail.demon.net)
+ by punt-3.mail.demon.net with esmtp id 1AxXyq-00025R-43
+ for pobox@dbi.demon.co.uk; Sun, 29 Feb 2004 20:56:08 +0000
+Received: from [208.58.1.193] (helo=boggle.pobox.com)
+ by anchor-hub.mail.demon.net with esmtp id 1AxXyp-0007In-Tg
+ for pobox@dbi.demon.co.uk; Sun, 29 Feb 2004 20:56:08 +0000
+Received: from boggle.pobox.com (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 082DD53C0A
+ for <pobox@dbi.demon.co.uk>; Sun, 29 Feb 2004 15:56:07 -0500 (EST)
+Delivered-To: tim.bunce@pobox.com
+Received: from colander (localhost [127.0.0.1])
+ by boggle.pobox.com (Postfix) with ESMTP id 7412553CFB
+ for <Tim.Bunce@pobox.com>; Sun, 29 Feb 2004 15:56:06 -0500 (EST)
+Received: from mail.int.sifira.dk (stone.sifira.dk [217.157.24.2])
+ by boggle.pobox.com (Postfix) with ESMTP
+ for <Tim.Bunce@pobox.com>; Sun, 29 Feb 2004 15:56:03 -0500 (EST)
+Received: from ash.int.sifira.dk (ash.int.sifira.dk [192.168.1.7])
+ by mail.int.sifira.dk (Postfix) with ESMTP id 1C16974F58
+ for <Tim.Bunce@pobox.com>; Sun, 29 Feb 2004 21:55:36 +0100 (MET)
+Sender: kn@sifira.dk
+To: Tim Bunce <Tim.Bunce@pobox.com>
+Subject: Re: Theory/Algorithm question
+References: <48FB76BF31A47C4B9893827DEDF7DF2A03A08CF7@sacexch01.lan.towerrecords.com>
+ <7sfzjdrkv2.fsf@ash.int.sifira.dk>
+ <20030905085909.GR12308@dansat.data-plan.com>
+ <7ssmnbr44t.fsf@ash.int.sifira.dk>
+ <20040228153840.GA9857@dansat.data-plan.com>
+From: Kristian Nielsen <kn@sifira.dk>
+Date: 29 Feb 2004 21:56:00 +0100
+In-Reply-To: <20040228153840.GA9857@dansat.data-plan.com>
+Message-ID: <7sd67xk3kv.fsf@ash.int.sifira.dk>
+User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.2
+MIME-Version: 1.0
+Content-Type: text/plain; charset=us-ascii
+Status: RO
+Content-Length: 3630
+Lines: 78
+
+Hi Tim,
+
+Tim Bunce <Tim.Bunce@pobox.com> writes:
+
+> Where did we get to with this?
+
+> > Ok, I will merge it into the new DBD::Oracle when that is out. It really
+> > needs to be made to fit better into the execute_for_fetch() and stuff in
+> > the new DBI, and I will be happy to modify it to whatever preferences
+
+What I have is a patch for DBD::Oracle 1.14. This patch contains its own
+implementation of execute_array(), based on the one in DBI 1.30.
+
+The problem with this is of course that DBD::Oracle should not implement
+execute_array itself. The way I understand it is that currently drivers
+are supposed to implement execute_for_fetch(), and DBI will use that to
+implement the higher-level execute_array() functionality. I see three
+possibilities:
+
+1. As you may remember, the count of bind values must be known up-front
+before calling into OCI because of OCI limitations. So to switch to the
+execute_for_fetch() approach DBD::Oracle must buffer bind tuples in
+chunks that are passed to OCI individually. This introduces the annoying
+requirement to think about the chunk size. It also introduces some
+inefficiencies in the array->tuple_fetch_sub->array conversion. However
+if this is what you prefer it would be simple for me to adapt the patch.
+
+2. A better way might be to add an optional third parameter to
+execute_for_fetch(): the number of bind tuples. If this parameter is
+supplied, DBD::Oracle should be able to implement execute_for_fetch()
+without buffering in chunks; this would be utilised by DBI in
+execute_array() by passing the third parameter in the cases where an
+array is supplied by the programmer. If the count parameter is not
+supplied, DBD::Oracle would fall-back to buffering in chunks. The
+disadvantage of this is that I would probably have to do some work to
+adapt the patch to implement this, but I would be willing to take a shot
+if you feel this is the best solution (I think it probably is).
+
+3. The final option would be for DBI to be extended so that it could
+somehow detect both native array execute and native execute_for_fetch()
+in the driver. It would thus detect that DBD::Oracle supports array
+execute directly, but not execute_for_fetch(). DBI would then implement
+the bind_param_array() version of execute_array() using the DBD::Oracle
+array exec functionality, but would emulate execute_for_fetch() by
+buffering tuples. Another driver might implement only execute_for_fetch(),
+and DBI would emulate bind_param_array() using that (as it currently
+does).
+
+So I would like to hear your opinion on which approach to settle on. If
+you have no strong opinions I guess we should go for method 1 since it
+needs no changes to DBI and requires the least amount of work for me...
+
+
+A couple of other issues:
+
+I think there should be added to DBI an easy way to supply a row-wise
+array of bind tuples to execute_array(). In my patch I implemented this
+with an ArrayTuple attribute for execute_array().
+
+There is also the issue that this will only work for Oracle >= 8.1.5.
+Any thoughts on the need to fall back to default DBI behaviour for early
+Oracle 8.x.y (this would require detecting server version)? And what
+about OCI 7, is support for that going out?
+
+Currently this doesn't work for returning results. I will want to add
+that later; while SELECT is maybe not so useful, it will be needed for
+stuff like
+
+ INSERT INTO mytable(a,b) VALUES(mysequence.nextval, ?) RETURNING a
+
+Maybe there will be some issues here for the interface to DBI similar to
+the issues with drivers permitting multiple result sets?
+
+ - Kristian.
+
+--
+Kristian Nielsen kn@sifira.dk
+Development Manager, Sifira A/S
+
+
View
65 err_lob/err_csr_clob.msg
@@ -0,0 +1,65 @@
+From dbi-users-bounce@isc.org Thu Sep 21 20:27:21 2000
+Return-Path: <dbi-users-bounce@isc.org>
+Received: from oink by toad.ig.co.uk (8.8.8+Sun/SMI-SVR4)
+ id UAA18945; Thu, 21 Sep 2000 20:27:20 +0100 (BST)
+Received: from tele-punt-22.mail.demon.net by oink with SMTP (PP)
+ id <02709-1@oink>; Mon, 21 Sep 1970 20:26:40 +0100
+Received: from punt-2.mail.demon.net by mailstore for Tim.Bunce@ig.co.uk
+ id 969564156:20:26825:1; Thu, 21 Sep 2000 19:22:36 GMT
+Received: from pub3.rc.vix.com ([204.152.186.34]) by punt-2.mail.demon.net
+ id aa2026778; 21 Sep 2000 19:22 GMT
+Received: from pub3.rc.vix.com (pub3.rc.vix.com [204.152.186.34])
+ by pub3.rc.vix.com (Postfix) with ESMTP id 28A613E5D;
+ Thu, 21 Sep 2000 12:22:17 -0700 (PDT)
+Received: with LISTAR (v1.0.0; list dbi-users);
+ Thu, 21 Sep 2000 12:17:37 -0700 (PDT)
+Received: from isrv3.isc.org (isrv3.isc.org [204.152.184.87])
+ by pub3.rc.vix.com (Postfix) with ESMTP id A59853E42
+ for <dbi-users@pub3.rc.vix.com>;
+ Thu, 21 Sep 2000 12:17:32 -0700 (PDT)
+Received: from wheel.cs.wisc.edu (wheel.cs.wisc.edu [128.105.121.12])
+ by isrv3.isc.org (8.9.1/8.9.1) via ESMTP id MAA00855
+ for <dbi-users@isc.org>;
+ Thu, 21 Sep 2000 12:17:32 -0700 (PDT) env-from (horn@wheel.cs.wisc.edu)
+Received: (from horn@localhost) by wheel.cs.wisc.edu (8.9.2/8.9.2) id OAA16413
+ for dbi-users@isc.org; Thu, 21 Sep 2000 14:17:28 -0500 (CDT)
+Date: Thu, 21 Sep 2000 14:17:28 -0500 (CDT)
+From: Jeffrey Horn <horn@cs.wisc.edu>
+Message-Id: <200009211917.OAA16413@wheel.cs.wisc.edu>
+To: dbi-users@isc.org
+Subject: Setting ORA_TYPE after the fact...
+Sender: horn@wheel.cs.wisc.edu
+Sender: dbi-users-bounce@isc.org
+Errors-To: dbi-users-bounce@isc.org
+X-original-sender: horn@cs.wisc.edu
+Precedence: bulk
+List-unsubscribe: <mailto:dbi-users-request@isc.org?Subject=unsubscribe>
+X-List-ID: <dbi-users.isc.org>
+List-owner: <mailto:dbi-users-admins@isc.org>
+List-post: <mailto:dbi-users@isc.org>
+Status: RO
+X-Status: A
+Content-Length: 969
+Lines: 20
+
+I have a situation where I would like to return a cursor that contains a
+CLOB as one of it's attributes from a PL/SQL procedure. What I get back is
+a LOB locator and DBD doesn't actually read the CLOB but instead returns an
+error.
+
+If I go through a bind/prepare/execute/fetch on a similar SQL statement all
+is well. Is there any way that I can tell DBD that a given attribute of
+a cursor is a CLOB once the cursor is already opened so that DBD will do the
+right thing?
+
+-- Jeff Horn
+
+
+------------------------------------------------------------------------------
+DBI HOME PAGE AND ARCHIVES: http://www.symbolstone.org/technology/perl/DBI/
+To unsubscribe from this list, please visit: http://www.isc.org/dbi-lists.html
+If you are without web access, or if you are having trouble with the web page,
+please send mail to dbi-users-request@isc.org with the subject line of:
+'unsubscribe'.
+------------------------------------------------------------------------------
+
View
95 err_lob/err_loblenwide.msg
@@ -0,0 +1,95 @@
+From nobody@fsck.com Thu Dec 4 07:36:20 2003
+Received: from localhost (localhost [127.0.0.1])
+ by dansat.data-plan.com (8.12.9/8.12.9) with ESMTP id hB47Y2nE066844
+ for <timbo@localhost>; Thu, 4 Dec 2003 07:36:20 GMT
+ (envelope-from nobody@fsck.com)
+Received: from pop3.mail.demon.net [194.217.242.253]
+ by localhost with POP3 (fetchmail-5.8.5)
+ for timbo@localhost (single-drop); Thu, 04 Dec 2003 07:36:20 +0000 (GMT)
+Received: from punt-3.mail.demon.net by mailstore
+ for pobox@dbi.demon.co.uk id 1ARgrA-0005O4-5M;
+ Wed, 03 Dec 2003 23:56:32 +0000
+Received: from [207.8.214.2] (helo=icicle.pobox.com)
+ by punt-3.mail.demon.net with esmtp id 1ARgrA-0005O4-5M
+ for pobox@dbi.demon.co.uk; Wed, 03 Dec 2003 23:56:32 +0000
+Received: from icicle.pobox.com (localhost[127.0.0.1])
+ by icicle.pobox.com (Postfix) with ESMTP id 314AB9A28F
+ for <pobox@dbi.demon.co.uk>; Wed, 3 Dec 2003 18:56:32 -0500 (EST)
+Delivered-To: tim.bunce@pobox.com
+Received: from colander (localhost[127.0.0.1])
+ by icicle.pobox.com (Postfix) with ESMTP id 188369A287
+ for <Tim.Bunce@pobox.com>; Wed, 3 Dec 2003 18:56:32 -0500 (EST)
+Received: from x1.develooper.com (x1.develooper.com[63.251.223.170])
+ by icicle.pobox.com (Postfix) with SMTP
+ for <Tim.Bunce@pobox.com>; Wed, 3 Dec 2003 18:56:31 -0500 (EST)
+Received: (qmail 3178 invoked by uid 225); 3 Dec 2003 23:56:30 -0000
+Delivered-To: TIMB@cpan.org
+Received: (qmail 3174 invoked by alias); 3 Dec 2003 23:56:29 -0000
+Received: from pallas.eruditorum.org (HELO pallas.eruditorum.org) (63.251.136.85) by la.mx.develooper.com (qpsmtpd/0.27-dev) with ESMTP; Wed, 03 Dec 2003 15:56:18 -0800
+Received: by pallas.eruditorum.org (Postfix, from userid 65534) id 91512114F1; Wed, 3 Dec 2003 18:56:07 -0500 (EST)
+Subject: [cpan #4564] Perl DBI bug handling CLOBs
+From: "Jay Turner via RT" <bug-DBI@rt.cpan.org>
+Reply-To: bug-DBI@rt.cpan.org
+In-Reply-To: <rt-4564@cpan>
+Message-ID: <rt-4564-13514.15.0549927817606@cpan.org>
+Precedence: bulk
+X-RT-Loop-Prevention: cpan
+RT-Ticket: cpan #4564
+Managed-by: RT 2.0.15 (http://bestpractical.com/rt/)
+RT-Originator: J.Turner@mdl.com
+To: "AdminCc of cpan Ticket #4564": ;
+Date: Wed, 3 Dec 2003 18:56:07 -0500 (EST)
+X-Spam-Check-By: la.mx.develooper.com
+X-Spam-Status: No, hits=2.1 required=7.0 tests=CARRIAGE_RETURNS,IN_REP_TO,SPAM_PHRASE_01_02,TO_HAS_SPACES,TO_MALFORMED version=2.44
+Status: RO
+X-Status: A
+Content-Length: 1853
+Lines: 46
+
+
+This message about DBI was sent to you by J.Turner@mdl.com <J.Turner@mdl.com> via rt.cpan.org
+
+Full context and any attached attachments can be found at:
+<URL: https://rt.cpan.org/Ticket/Display.html?id=4564 >
+
+
+Date: Fri, 28 Feb 2003 16:55:28 -0800
+
+It has come to my attention that PERL DBI counts on OCILobGetLength
+returning BYTES. It returns CHARACTERS instead, which is the count of
+variable-width characters. For multi-byte character sets this results
+in errors such as:
+
+DBD::Oracle::st fetch failed: ORA-03130: the buffer for the next piece
+to be fetched is required (DBD ERROR: OCILobGetLength) at id rmsc01.pl
+line 294.
+
+The correct way to read CLOBs is
+
+1) Query the LOB locator for the CSID and CSFRM (character set ID and
+form). A character set >= 800 is a mulitbyte character set and csfrm
+<> 0 is CLOB.
+
+2) Pass the CSID and CSFRM to OCILobRead with AMT=0 and pass your
+buffer address and size.
+
+3) Your callback routine must either be capable of completing the I/O
+by allocating additional buffers, or it must notify the caller of
+OCILobRead to free the lob locator, since an incomplete read jams the
+locator-you can't use it for anything else without finishing the read
+(attempts to reuse the locator will result in errors).
+