In message <[EMAIL PROTECTED]>, Beth Winsl
ow writes:
>I'm trying to install DBD-Oracle-1.15 on Solaris 9 using perl 5.8.5
>compiled with gcc.
>My oracle home contains version 8.0.6 (old, yes, but required for an
With DBD-Oracle-1.16 and 8.0.6.3 under Solaris, the OCILobWr
Tim Bunce wrote:
On Thu, Oct 21, 2004 at 02:44:35PM +0200, Silvio Wanka wrote:
Do you think that the successfully tested post 1.16-rc7 version is usable
in the meantime in a production environment or should I wait for the
released 1.16.
If this works for you then yes:
http://homepage.eircom.net/~ti
On Thu, Oct 21, 2004 at 02:44:35PM +0200, Silvio Wanka wrote:
> >>Do you think that the successfully tested post 1.16-rc7 version is usable
> >>in the meantime in a production environment or should I wait for the
> >>released 1.16.
> >
> >If this works for you then yes:
> > http://homepage.eircom.
Tim Bunce wrote:
On Wed, Oct 20, 2004 at 02:53:43PM +0200, Silvio Wanka wrote:
PS. When DBD::Oracle 1.16 will be released?
When I find the time to slay the demons of too many permutations
of client and server versions and character sets and Oracle, er,
features.
I've not had the time (or the energy
On Wed, Oct 20, 2004 at 02:53:43PM +0200, Silvio Wanka wrote:
> >>PS. When DBD::Oracle 1.16 will be released?
> >
> >When I find the time to slay the demons of too many permutations
> >of client and server versions and character sets and Oracle, er,
> >features.
> >
> >I've not had the time (or the
$sth->bind_param_inout(2, \$lobL, 1024, {ora_type => ORA_BLOB,
ora_field=>'data'});
die "Database insertion failed: ", $dbh->errstr, "\n"
unless $sth->execute();
Bus error (core dumped) on last line using HP-UX 11.0, DBD::Oracle 1.15 and
es.
>
> Thanks,
> Arun
>
> -Original Message-
> From: Tim Bunce [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 11, 2004 7:55 PM
> To: Mahadevan, Arun
> Cc: Tim Bunce; [EMAIL PROTECTED]
> Subject: Re: Help needed - DBD::Oracle 1.15
>
> On Mon, Oct 11, 20
le 9i libraries.
Thanks,
Arun
-Original Message-
From: Tim Bunce [mailto:[EMAIL PROTECTED]
Sent: Monday, October 11, 2004 7:55 PM
To: Mahadevan, Arun
Cc: Tim Bunce; [EMAIL PROTECTED]
Subject: Re: Help needed - DBD::Oracle 1.15
On Mon, Oct 11, 2004 at 01:09:12PM +0530, Mahadevan, Arun wrote:
nt: Saturday, October 09, 2004 2:02 AM
> To: Mahadevan, Arun
> Cc: [EMAIL PROTECTED]
> Subject: Re: Help needed - DBD::Oracle 1.15
>
> On Fri, Oct 08, 2004 at 09:42:18PM +0530, Mahadevan, Arun wrote:
> > Hi,
> >
> > Recently we upgraded from DBD::Oracle v1.12 to
ctober 09, 2004 2:02 AM
To: Mahadevan, Arun
Cc: [EMAIL PROTECTED]
Subject: Re: Help needed - DBD::Oracle 1.15
On Fri, Oct 08, 2004 at 09:42:18PM +0530, Mahadevan, Arun wrote:
> Hi,
>
> Recently we upgraded from DBD::Oracle v1.12 to DBD v1.15 as we had to
> upgrade to Oracle 9i.
>
On Fri, Oct 08, 2004 at 09:42:18PM +0530, Mahadevan, Arun wrote:
> Hi,
>
> Recently we upgraded from DBD::Oracle v1.12 to DBD v1.15 as we had to
> upgrade to Oracle 9i.
>
> But there is some functionality difference I observerd in ora_open()
> function. (We are using Oraperl emulation of Perl DBI
>prepare($sql, {ora_auto_lob => 0});
>my $lobL;
>
>$sth->bind_param(1, $id);
>$sth->bind_param_inout(2, \$lobL, 1024, {ora_type => ORA_BLOB,
>ora_field=>'data'});
>
>die "Database insertion failed: ", $dbh->errstr, &q
rrect me if I am wrong.
Regards,
Arun
-Original Message-
From: Reidy, Ron [mailto:[EMAIL PROTECTED]
Sent: Friday, October 08, 2004 9:50 PM
To: Mahadevan, Arun; [EMAIL PROTECTED]
Subject: RE: Help needed - DBD::Oracle 1.15
Are you setting 'PrintError => 0' in your connec
0:12 AM
To: [EMAIL PROTECTED]
Cc: Mahadevan, Arun
Subject: Help needed - DBD::Oracle 1.15
Hi,
Recently we upgraded from DBD::Oracle v1.12 to DBD v1.15 as we had to
upgrade to Oracle 9i.
But there is some functionality difference I observerd in ora_open()
function. (We are using Oraperl emulation of Per
Hi,
Recently we upgraded from DBD::Oracle v1.12 to DBD v1.15 as we had to
upgrade to Oracle 9i.
But there is some functionality difference I observerd in ora_open()
function. (We are using Oraperl emulation of Perl DBI).
CODE
$date="xx-yy";
$query = "select to_date('".$date."','DD-
OB, ora_field=>'data'});
die "Database insertion failed: ", $dbh->errstr, "\n"
unless $sth->execute();
Bus error (core dumped) on last line using HP-UX 11.0, DBD::Oracle 1.15 and Oracle
8.1.7.
What is wrong ?
TIA, Silvio
PS. When DBD::Oracle 1.16 will be released?
On Mon, 2004-09-27 at 12:01, David wrote:
> Hi,
>
> I have oracle 8 personal edition with OCI80 installed on WinNT.
>
> I have DBD-Oracle-1.15 and running in cygwin downloaded in the last
> 90 days. I also tried versions 7 through 14.
>
> perl Makefile.PL can't f
Hi,
I have oracle 8 personal edition with OCI80 installed on WinNT.
I have DBD-Oracle-1.15 and running in cygwin downloaded in the last
90 days. I also tried versions 7 through 14.
perl Makefile.PL can't find the Oracle version number. Not a problem,
apparently. But, LobWriteAppend is
Apologies to the experts if this is a question many times asked and
answered - my google search left me empty handed.
I'm trying to install DBD-Oracle-1.15 on Solaris 9 using perl 5.8.5
compiled with gcc.
My oracle home contains version 8.0.6 (old, yes, but required for an
Oracle ERP 1
ECTED]'" <[EMAIL PROTECTED]>
Subject: Perl 5.8 with DBD::Oracle 1.15
Date: Wed, 8 Sep 2004 15:46:19 -0500
X-OriginalArrivalTime: 08 Sep 2004 20:43:45.0725 (UTC) FILETIME=[890736D0:01C495E4]
Tim,
I have a problem with install DBD::Oracle on AIX machine. Following is what i
h
Hi,
I have oracle 8 personal edition (ora8p) with OCI80 installed on
WinNT.
I have DBD-Oracle-1.15 and running in cygwin downloaded in the last
90 days.
perl Makefile.PL can't find the Oracle version number. Not a problem,
apparently. But, LobWriteAppend is in an ifdef for V8_SYNTAX.
Dro
Hi
How install DBD-Oracle-1.15 in Linux (Fedora) for execute remote query
towards Oracle databases?
I can´t install this module. My machine doesn't have a oracle
databases. I need to work with remote querys using perl DBI. I need
install DBD::Oracle but say "The ORACLE_HOME e
Read the README.clients file and try installing more bits of Oracle
(as it describes) like Pro*C.
Tim.
On Mon, Aug 30, 2004 at 01:28:30PM -0400, Ford, Richard wrote:
> I'm attempting to compile DBD-Oracle-1.15 on Redhat 2.4.9-e.27enterprise
> against an
> Oracle client insta
I'm attempting to compile DBD-Oracle-1.15 on Redhat 2.4.9-e.27enterprise
against an
Oracle client install of 10.1.0.2.
I receive the following error when running perl Makefile.PL:
Unable to locate an oracle.mk, proc.mk or other suitable *.mk
file in your Oracle installation. (I l
; (size 4/5/0, ptype 4, otype 1)
bind :var15 <== 'text' (size 4/4, otype 1, indp 0, at_exec 1)
We are back at size 32. Now we increase the data length:
$ DBI_TRACE=3=trc3 ./xx.pl
0 rows (24345: Error while trying to retrieve text for error ORA-24345
(DBD ERROR: ORA-01406 err
mailto:[EMAIL PROTECTED]
Sent: Thursday, August 26, 2004 3:33 PM
To: Graf, Robert
Cc: [EMAIL PROTECTED]
Subject: Re: DBD::Oracle 1.15 crash
On Thu, Aug 26, 2004 at 11:10:00AM +0200, Graf, Robert wrote:
> Hi,
>
> the following statement
>
> SELECT :HeadCrncy FROM DUAL
> UNION ALL
On Thu, Aug 26, 2004 at 11:10:00AM +0200, Graf, Robert wrote:
> Hi,
>
> the following statement
>
> SELECT :HeadCrncy FROM DUAL
> UNION ALL
> SELECT :HeadCrncy FROM DUAL
>
> $sth->bind_param(":HeadCrncy","EUR");
>
> crashes with Perl 5.8
Hi,
the following statement
SELECT :HeadCrncy FROM DUAL
UNION ALL
SELECT :HeadCrncy FROM DUAL
$sth->bind_param(":HeadCrncy","EUR");
crashes with Perl 5.8.0 and DBI (1.32-1.43) and DBD::Oracle 1.15 under Oracle 9i
during the first fetchrow_hashref() with the
Here is what I needed to do.
1. Remove any /opt /usr/local version of perl
2. Ensure that the ANSI C compiler installed
3. Oracle 9.2.0.5 installed and working correctly.
here's where I really started today after you new 1.16 version was downloaded
<<
4. Go thr
Please retry with
http://homepage.eircom.net/~timbunce/DBD-Oracle-1.16-rc6-20040807.tar.gz
Tim.
On Wed, Aug 18, 2004 at 04:52:30PM +1000, WALKER, Dwight wrote:
>
> Has anyone got DBD-Oracle 1.15 going on HPUX 11.23 Itanium with Oracle 9.2.0.5?
Has anyone got DBD-Oracle 1.15 going on HPUX 11.23 Itanium with Oracle 9.2.0.5?
There is a lot of info re 64bit PA-RISC but very little with Itanium. Most of the
info in the README.hpux and the various forums are very misleading as it makes
assumptions that HPUX 11i is the PA RISC versions
See comments inline:
On Tue, 2004-08-10 at 12:53, [EMAIL PROTECTED] wrote:
> Hiya,
>
> I just finished installing oracle 9.2i on Redhat 9 (Complete client software group)
> and now I am trying to install DBD:Oracle. It isnt going to well.
>
> My Environment variables are all set.. Oracle_home,
..
Any idea whats wrong?
Thanks,
Mike
--
[EMAIL PROTECTED] DBD-Oracle-1.15]# perl Makefile.PL
Multiple copies of Driver.xst found in:
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi/auto/DBI
/usr/lib/perl5/vendor_perl
Hi,
We have the following installed on our Sun Solaris Server [SunOS 5.8]:
1. Perl 5.8.0
2. Perl DBI Module - Version 1.43
We are trying to install DBD (DBD-Oracle-1.15) Installation in Solaris [SunOS 5.8].
We are facing issues while executing "make test" after completing perl M
Tim Bunce wrote:
On Tue, Jun 01, 2004 at 11:35:10AM +0200, Silvio Wanka wrote:
Tim Bunce wrote:
The next release emulates OCILobWriteAppend for Oracle < 9.
Why < 9 and not < 8.1 ?
OCILobWriteAppend is buggy upto and including 8.1.7.
OK, I will wait for it.
BTW. one additional note for HP-UX. The HP
t; died, the original server stopped working.
>
> Please let me know on the dbi-users mailing list if you have issues.
>
> Also, since the original announcement, I have upgraded to DBI version
1.40,
> DBD-Oracle 1.15 and added DBD-DB2.
>
> Also note that if you get DBD-xxx from my site
Jonathan Leffler wrote:
Silvio Wanka wrote:
BTW. one additional note for HP-UX. The HP-UX ld(1) does not support an
enviroment variable LD_RUN_PATH.
Are you sure? I thought it was SHLIB_PATH?
Yep. SHLIB_PATH is the HP-UX equivalent for LD_LIBRARY_PATH. Beginning
with HP-UX 11.00 LD_LIBRARY_PATH i
All you have to do is set SHLIB_PATH.
I always set both LD_LIBRARY_PATH and SHLIB_PATH, since depending the
particular HPUX, and the particular hardware platform, it is one or the
other that they respect (and I can never remember which). I hate having
to remember so I just always set both. Do so
Silvio Wanka wrote:
BTW. one additional note for HP-UX. The HP-UX ld(1) does not support an
enviroment variable LD_RUN_PATH.
Are you sure? I thought it was SHLIB_PATH?
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
riginal Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Sunday, May 30, 2004 12:38 PM
> To: [EMAIL PROTECTED]
> Subject: DBD-Oracle-1.15
>
>
> Is there a DBD-oracle module that
> will run on Windows XP. I am running Active State Perl 5.8 and I have
&g
UPS die badly and since
died, the original server stopped working.
Please let me know on the dbi-users mailing list if you have issues.
Also, since the original announcement, I have upgraded to DBI version 1.40,
DBD-Oracle 1.15 and added DBD-DB2.
Also note that if you get DBD-xxx from my site, I
Senior DBA
Array BioPharma, Inc.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Sunday, May 30, 2004 12:38 PM
To: [EMAIL PROTECTED]
Subject: DBD-Oracle-1.15
Is there a DBD-oracle module that
will run on Windows XP. I am running Active State Perl 5.8 and
On Tue, Jun 01, 2004 at 11:35:10AM +0200, Silvio Wanka wrote:
> Tim Bunce wrote:
> >The next release emulates OCILobWriteAppend for Oracle < 9.
>
> Why < 9 and not < 8.1 ?
OCILobWriteAppend is buggy upto and including 8.1.7.
> BTW. one additional note for HP-UX. The HP-UX ld(1) does not support
I'm trying to build DBD::Oracle with Cygwin on a Win2K
machine with oracle client 9.2.0. Database is on
another (linux) computer and is Oracle 9.2.0 EE.
Have successfully made this work when the server was
Windows and Oracle 8.1.7.4 EE, using
perl Makefile.PL -b
although I got a few test err
Tim Bunce wrote:
The next release emulates OCILobWriteAppend for Oracle < 9.
Why < 9 and not < 8.1 ?
BTW. one additional note for HP-UX. The HP-UX ld(1) does not support an
enviroment variable LD_RUN_PATH. There exists also no equivalent only a
linker option. I.e. the generated Makefile must curren
Silvio Wanka wrote:
I don't know if defined(OCIFileInit) is a general good choice, but
OCI_V8_SYNTAX is defined in oci.h of Oracle 8.0.6 and 8.1.6 and has
for both releases the value 3. But 8.1.6 provides OCILobWriteAppend
and 8.0.6 not.
[...]
On HP-UX 11.00 the liblntsh.sl of Oracle 8.1.6 is link
Is there a DBD-oracle module that
will run on Windows XP. I am running Active State Perl 5.8 and I have
installed
DBI but I don't have a driver to make a connection to my Oracle Database
Server.
CHRISTIAN RODRIGUEZ
The next release emulates OCILobWriteAppend for Oracle < 9.
I'll announce a release candidate in a week or three and
I'd appreciate more input then.
Thanks.
Tim.
On Fri, May 28, 2004 at 05:29:50PM +0200, Silvio Wanka wrote:
> Hi,
>
> In the 'Changes in DBD-Oracle
Hi,
In the 'Changes in DBD-Oracle 1.15 27th January 2004' is written that:
Fixed to build okay for Oracle 8.0.x and for older C compilers.
But DBD-Oracle 1.15 is not usable if it build using Oracle 8.0.6 libraries:
Unresolved symbol: OCILobWriteAppend (code) from
blib
Marko Asplund wrote:
hi
i'm compiling DBD::Oracle on Red Hat Linux 8.0 and HP-UX 11.00 against
Oracle9iR2 client libraries. the compilation process goes without
problems but the resulting DBD::Oracle library gets linked against
libraries in the wrong path. Oracle9i libraries are installed und
hi
i'm compiling DBD::Oracle on Red Hat Linux 8.0 and HP-UX 11.00 against
Oracle9iR2 client libraries. the compilation process goes without
problems but the resulting DBD::Oracle library gets linked against
libraries in the wrong path. Oracle9i libraries are installed under
/opt/oracle9i bu
I finally got the DBI module installed but I am having trouble installing
the Oracle module. I can't find any good documentation.
There error I am getting is:
C:\PERL\REPO>makefile.pl
Using DBI 1.34 installed in C:/Perl/site/lib/auto/DBI
Configuring DBD::Oracle ...
>>> Remember to act
Mahendra wrote:
I gone thru README files also.But, where i have to
set the ORACLE_HOME environment variable either my
machine (Linux) or the Oracle 9i (Windows) remote
machine.
To compile DBD::Oracle on your Linux Box, you need some libraries
installed, so that the DBD::Oracle execultables can
hat Linux. Oracle 9i is installed in
> Windows machine.
>
> 2. We are using Perl-5.8.0
>
> 3. I installed DBI-1.42 successfully
>
> 4. when i tried to install DBD::Oracle-1.15, i facing
> this below problem
>
> [EMAIL PROTECTED] DBD-Oracle-1.15]# perl Makefile.PL
>
Hi,
1. Working on Redhat Linux. Oracle 9i is installed in
Windows machine.
2. We are using Perl-5.8.0
3. I installed DBI-1.42 successfully
4. when i tried to install DBD::Oracle-1.15, i facing
this below problem
[EMAIL PROTECTED] DBD-Oracle-1.15]# perl Makefile.PL
Using DBI 1.42 (for perl
od summary.
Lincoln
On Tue, 2004-03-23 at 10:53, J.D. Laub wrote:
> 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 enviro
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 cert
then loaded in
t/long.t. i'm using Data::Dumper dumped hash because there might be more
compile/runtime environment attributes that need to be passed e.g.
server version. i'm not using mk.pm to not interfere with the
configuration mechnism.
best regards,
t. aspa
diff -ru DBD-Oracle
/APPENDIX A, no success
either.
Any suggestions?
Thank you,
Leonard
$ cd /invmttmp/DBD-Oracle-1.15
$
$ perl Makefile.PL
Using DBI 1.41 (for perl 5.008003 on PA-RISC1.1) installed in
/home/l2m/opt/perl5/lib/site_perl/5.8.3/PA-RISC1.1/auto/DBI
Configuring DBD::Oracle ...
>>>
ined reference linker error when I try to build DBD::Oracle 1.15 in
> the Cygwin 1.5.7-1 environment running on Windows XP Pro. Specifically it is a
> undefined reference to `_OCILobWriteAppend'. I found one posting on the web that
> reported this specific problem but there was no su
Hello,
I get an undefined reference linker error when I try to build DBD::Oracle 1.15 in the
Cygwin 1.5.7-1 environment running on Windows XP Pro. Specifically it is a undefined
reference to `_OCILobWriteAppend'. I found one posting on the web that reported this
specific problem but ther
d DBI 1.40 and am trying to install DBD::Oracle 1.15. It
> gives the following warnings during perl Makefile.PL:
>
> Note (probably harmless): No library found for -ldl
> Note (probably harmless): No library found for -lpthread
> Note (probably harmless): No library found for -l
I've got Oracle9i successfully installed and am able to connect via
sqlplus to databases on the local server and remote servers.
I've installed DBI 1.40 and am trying to install DBD::Oracle 1.15. It
gives the following warnings during perl Makefile.PL:
Note (probably harmless): No lib
Just to pre-empt the probably soon to be frequently-asked question, here's one
data point: DBD::Oracle 1.15 appears to work OK on Oracle 10.1.0.2 on Linux.
[EMAIL PROTECTED]:~/src/DBD-Oracle-1.15-andyh$ make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "
On Tue, Feb 10, 2004 at 11:20:42PM -, Andy Hassall wrote:
> Just to pre-empt the probably soon to be frequently-asked question, here's
> one data point: DBD::Oracle 1.15 appears to work OK on Oracle 10.1.0.2 on
> Linux.
Great, thanks.
> t/ph_typeok 11/19 Placehol
Just to pre-empt the probably soon to be frequently-asked question, here's
one data point: DBD::Oracle 1.15 appears to work OK on Oracle 10.1.0.2 on
Linux.
[EMAIL PROTECTED]:~/src/DBD-Oracle-1.15-andyh$ make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "
On Mon, Feb 09, 2004 at 02:26:22PM +0200, Marko Asplund wrote:
> On Fri, 2004-02-06 at 15:00, Tim Bunce wrote:
> > On Fri, Feb 06, 2004 at 11:33:54AM +0200, Marko Asplund wrote:
> > > On Wed, 2004-02-04 at 21:08, Tim Bunce wrote:
> > > > Try running the DBD::Oracle v1.12 t/long.t using DBD::Oracle
On Fri, 2004-02-06 at 15:00, Tim Bunce wrote:
> On Fri, Feb 06, 2004 at 11:33:54AM +0200, Marko Asplund wrote:
> > On Wed, 2004-02-04 at 21:08, Tim Bunce wrote:
> > > Try running the DBD::Oracle v1.12 t/long.t using DBD::Oracle v1.15
> > > (I don't know if it'll work or not, I don't think anyone's
On Sun, 8 Feb 2004 11:03:01 +1100, [EMAIL PROTECTED] (Ron Savage) wrote:
>On Sat, 07 Feb 2004 14:31:23 +, Andy Hassall wrote:
[ sorry about the uuencoded split message; recently moved to the NNTP server
instead of email, and I hadn't properly reviewed the attachment settings for my
newsreade
On Sat, 07 Feb 2004 14:31:23 +, Andy Hassall wrote:
Hi Andy
Excellent patch.
In the interim, however, it has been pointed out that it's not so much the dirs we've
mentioned that are relevant, but rather the INCLUDE and LIB dirs.
What say you rework to patch to refer to them?
--
Cheers
Ron
begin 644 DBD-Oracle-1.15-vcvars32-warning.patch
M+2TM($UA:V5F:6QE+E!,+F]R:6<),C`P-"TP,BTP-R`Q-#HR,#HU-"XS,S8U
M,S0T,[EMAIL PROTECTED],#`**RLK($UA:V5F:6QE+E!,"3(P,#0M,#(M,#<@,30Z,C8Z
M,CDN,C8X,30R-#`P("LP,#`P"D!`("TQ,#DL-B`K,3`Y+#(U($!`"B`@("!<
M
On Wed, 4 Feb 2004 10:13:26 +, [EMAIL PROTECTED] (Tim Bunce) wrote:
>On Tue, Feb 03, 2004 at 09:49:35PM +, Andy Hassall wrote:
>> On Tue, 3 Feb 2004 10:42:16 -0500, [EMAIL PROTECTED] (Jeff Urlwin) wrote:
>>
>Tim Bunce wrote:
>> If vcvars32.bat should always be run when using visua
On Fri, Feb 06, 2004 at 11:33:54AM +0200, Marko Asplund wrote:
> On Wed, 2004-02-04 at 21:08, Tim Bunce wrote:
> > Try running the DBD::Oracle v1.12 t/long.t using DBD::Oracle v1.15
> > (I don't know if it'll work or not, I don't think anyone's tried that)
>
> t/long.t from DBD::Oracle v1.12 runs
On Wed, 2004-02-04 at 21:08, Tim Bunce wrote:
> Try running the DBD::Oracle v1.12 t/long.t using DBD::Oracle v1.15
> (I don't know if it'll work or not, I don't think anyone's tried that)
t/long.t from DBD::Oracle v1.12 runs without errors with v1.15 driver.
tests number 195-198 fail in v1.15 t/lo
On Wed, Feb 04, 2004 at 01:55:52PM +0200, Marko Asplund wrote:
> On Wed, 2004-02-04 at 12:24, Tim Bunce wrote:
> > ...
> > > i've attached a typescript of the compilation in this email. here's the
> > > test output:
> >
> > > t/long...ok 193/372DBD::Oracle::st fetchall_arrayref failed: ORA-018
On Wed, 2004-02-04 at 12:24, Tim Bunce wrote:
> ...
> > i've attached a typescript of the compilation in this email. here's the
> > test output:
>
> > t/long...ok 193/372DBD::Oracle::st fetchall_arrayref failed: ORA-01801: date
> > format is too long for internal buffer (DBD ERROR: OCIStmtFet
On Tue, Feb 03, 2004 at 09:49:35PM +, Andy Hassall wrote:
> On Tue, 3 Feb 2004 10:42:16 -0500, [EMAIL PROTECTED] (Jeff Urlwin) wrote:
>
> >>>Tim Bunce wrote:
> If vcvars32.bat should always be run when using visual C (as I
> presume it should be in this case) then I'd love someone
On Wed, Feb 04, 2004 at 10:14:35AM +0200, Marko Asplund wrote:
> hi
>
> i'm trying to compile DBD::Oracle v1.15 on HP-UX 11.00 with Oracle8i
> client libraries. i'm using Oracle 8iR3 server. compilation goes fine
> but some t/long tests fail. does anyone know why these tests could be
> failing?
>
On Wed, Feb 04, 2004 at 09:58:37AM +0200, Marko Asplund wrote:
> hi
>
> here's a small patch for DBD::Oracle v1.15. it addresses the following
> problems:
> - when the module is compiled on a system that only has an Oracle client
> installation Oracle version number checking fails
> - with compile
hi
i'm trying to compile DBD::Oracle v1.15 on HP-UX 11.00 with Oracle8i
client libraries. i'm using Oracle 8iR3 server. compilation goes fine
but some t/long tests fail. does anyone know why these tests could be
failing?
i've attached a typescript of the compilation in this email. here's the
test
hi
here's a small patch for DBD::Oracle v1.15. it addresses the following
problems:
- when the module is compiled on a system that only has an Oracle client
installation Oracle version number checking fails
- with compilers other than gcc you get a false warning about perl not
being compiled with
On Tue, 3 Feb 2004 10:42:16 -0500, [EMAIL PROTECTED] (Jeff Urlwin) wrote:
>>>Tim Bunce wrote:
If vcvars32.bat should always be run when using visual C (as I
presume it should be in this case) then I'd love someone
to post some
code that detects when it should be run ($Config
>
>
> The fix was as simple as the following:
>
> diff dbdimp.c ../*15/dbdimp.c
> 14c14
> < #define strcasecmp strcmpi
> ---
> > #define strcasecmp _strcmpi
>
>
> Now, if someone would be kind enough to tell me why this
> change was necessary.
>
You are using VC 7 (aka vc with .net). I'm
>
>
> Tim Bunce wrote:
> > On Thu, Jan 29, 2004 at 11:09:53PM -, Andy Hassall wrote:
> >> Jeff Holt wrote:
> >>> I can't create the makefile target oracle.dll. It took me
> only a few
> >>
> >>> cl
> >>> Microsoft (R) 32-bit C/C++ Standard Compiler Version
> 13.10.3077 for
> >>> 80x86
> >
>
> >Tim Bunce wrote:
> >> If vcvars32.bat should always be run when using visual C (as I
> >> presume it should be in this case) then I'd love someone
> to post some
> >> code that detects when it should be run ($Config{cc} eq 'cl'?) but
> >> hasn't been (!$ENV{foo}) and gives an clear messa
On Sat, 31 Jan 2004 12:20:12 +, Andy Hassall wrote:
Hi Andy
> Fair enough; maybe just add as a note in README.win32 then, since
> it may not be practical to check this automatically?
Here's what I suggest:
o Extend your patch to cover both VSINSTALLDIR and MSDEVDIR. Not perfect, but better
On Sat, 31 Jan 2004 13:29:59 +1100, [EMAIL PROTECTED] (Ron Savage) wrote:
>On Fri, 30 Jan 2004 23:34:15 -, Andy Hassall wrote:
>
>Hi Andy
>
>>> VSINSTALLDIR and/or VCINSTALLDIR look like good candidates from
>>> the Visual
>
>Nope. See below.
>
>> Studio.NET 2003 version of it.
>>> Anyone got
On Fri, 30 Jan 2004 23:34:15 -, Andy Hassall wrote:
Hi Andy
>> VSINSTALLDIR and/or VCINSTALLDIR look like good candidates from
>> the Visual
Nope. See below.
> Studio.NET 2003 version of it.
>> Anyone got VC++6.0 handy to see if vcvars32.bat sets them both?
MS VC 6 uses vcvars32.bat too, b
ssumption that VCINSTALLDIR is OK for Visual
Studio 6.0 as it is in .NET 2003.
(If nobody has 6.0 handy to confirm it, I can reinstall it on another
machine sometime this weekend to make sure)
ta,
--
Andy Hassall <[EMAIL PROTECTED]> / Space: disk usage analysis tool
<http://www.andyh.co.u
Tim Bunce wrote:
> On Thu, Jan 29, 2004 at 11:09:53PM -, Andy Hassall wrote:
>> Jeff Holt wrote:
>>> I can't create the makefile target oracle.dll. It took me only a few
>>
>>> cl
>>> Microsoft (R) 32-bit C/C++ Standard Compiler Version 13.10.3077 for
>>> 80x86
>>
>> Sounds like we have simil
On Thu, Jan 29, 2004 at 11:09:53PM -, Andy Hassall wrote:
> Jeff Holt wrote:
> > I can't create the makefile target oracle.dll. It took me only a few
> > minutes to discover relevant nmake arguments that would fix most of my
> > problems but there is still one unresolved external symbol. I can'
Put a few prints in a sub called ora_libdir (defined around line 859).
What decisions is it making and why?
On Thu, 2004-01-29 at 13:07, Tim Bunce wrote:
> On Thu, Jan 29, 2004 at 04:35:57PM +, Sean Kelly wrote:
> > Quoting Tim Bunce <[EMAIL PROTECTED]>:
> >
> > > Fixed Makefile.PL for hand
Jeff Holt wrote:
> I can't create the makefile target oracle.dll. It took me only a few
> minutes to discover relevant nmake arguments that would fix most of my
> problems but there is still one unresolved external symbol. I can't
> get past it. Here's the error:
>
> dbdimp.obj : error LNK2019: unr
The fix was as simple as the following:
diff dbdimp.c ../*15/dbdimp.c
14c14
< #define strcasecmp strcmpi
---
> #define strcasecmp _strcmpi
Now, if someone would be kind enough to tell me why this change was
necessary.
On Wed, Jan 28, 2004 at 04:09:16PM +, Tim Bunce wrote:
> After 10 months of, er, stability, I'm very happy to release a new
> version of DBD::Oracle. This one should build more happily on more
> systems with more recent versions of Oracle.
The following patch is needed to ma
On Thu, Jan 29, 2004 at 04:35:57PM +, Sean Kelly wrote:
> Quoting Tim Bunce <[EMAIL PROTECTED]>:
>
> > Fixed Makefile.PL for handling 32/64bit libs thanks to Lincoln Baxter,
> > Sean Kelly, Joel Van Boeckel and others. Oh the fun we've had.
>
> Straight out of the box, release 1.15 di
Quoting Tim Bunce <[EMAIL PROTECTED]>:
> Fixed Makefile.PL for handling 32/64bit libs thanks to Lincoln Baxter,
> Sean Kelly, Joel Van Boeckel and others. Oh the fun we've had.
Straight out of the box, release 1.15 did not compile for me. Again :)
It's still picking up the 64bit Oracle
; systems with more recent versions of Oracle.
>
> The following patch is needed to make DBD::Oracle 1.15 run
> with NLS_LANG=AMERICAN_AMERICA.UTF8 on database with character set
> EE8ISO8859P2. It's inspired by Frank Adler's post
>
> http://groups.google
FYI
If you log on as root, you will have no problem to load DBD module.
-Original Message-
From: Tim Bunce [mailto:[EMAIL PROTECTED]
Sent: Wednesday, January 28, 2004 5:14 PM
To: ZhuZ
Cc: '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
Subject: Re: Can't load perl m
7;
Note (probably harmless): No library found for 'netapi32.lib'
Note (probably harmless): No library found for 'uuid.lib'
Note (probably harmless): No library found for 'wsock32.lib'
Note (probably harmless): No library found for 'mpr.lib'
Note (probably harml
1 - 100 of 101 matches
Mail list logo