Re: Perl Upgrade & Bundle::DBI

Maybe your CPAN.pm config is altering @INC somehow. Tim. On Wed, Jan 07, 2004 at 01:08:00PM -0600, [EMAIL PROTECTED] wrote: > > On 07-Jan-2004 Tim Bunce wrote: > > On Wed, Jan 07, 2004 at 11:03:23AM -0600, [EMAIL PROTECTED] wrote: > >> > >> Has anyone done a 5

Re: segv in pad.c with threads (was: DBD::Oracle and Perl 5.8.2 threads)

On Wed, Jan 07, 2004 at 09:54:59PM +, Dave Mitchell wrote: > On Wed, Jan 07, 2004 at 08:41:24AM -0800, Michael Peppler wrote: > > If you have DBI installed, then the following script reproduces the > > problem: > > Thanks. I've managed to strip that down to the following pure Perl test > case

Re: Help!

On Thu, Jan 08, 2004 at 12:18:25PM +, Sean Kelly wrote: > Quoting [EMAIL PROTECTED]: > > > I'm using Solaris 8 on a SPARC machine and Perl is already installed. I > > want to install the DBI module so I can star talking with my databases, > > but I don't know how to do this. I checkout out a f

(Fwd) DBI with Apache 1.3.x

- Forwarded message from Jordi Valls Ferrer <[EMAIL PROTECTED]> - Delivered-To: [EMAIL PROTECTED] From: "Jordi Valls Ferrer" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Subject: DBI with Apache 1.3.x Date: Thu, 8 Jan 2004 14:50:59 +0100 Hi Tim, i'm in your perl list distribution since

Re: wrong results - HELP!

On Thu, Jan 08, 2004 at 10:40:34AM -0600, Mike Blezien wrote: > ... suggestions would be appreciated. :) Use trace. Tim.

ANNOUNCE: DBI 1.40

file: $CPAN/authors/id/T/TI/TIMB/DBI-1.40.tar.gz size: 303642 bytes md5: 89dbbee6094b6c7c9bb33ddcb7a21b94 =head2 Changes in DBI 1.40,7th January 2004 Fixed handling of CachedKids when DESTROYing threaded handles. Fixed sql_user_name() in DBI::DBD::Metadata (used by write_getinfo_pm

Re: wrong results - HELP!

I am aware that there are more problems for people using utf8 locales with RH9 perl. But we're getting off topic. Tim. On Thu, Jan 08, 2004 at 12:41:50PM -0600, [EMAIL PROTECTED] wrote: > > I did say to be fair, I have not tried the perl that comes with RH9. > I just thought I would mention it,

Re: t/40profile Failed test 20

Giving a clue about which version of the DBI you're using would help. Tim. On Thu, Jan 08, 2004 at 04:53:30PM -0500, David Mann wrote: > > I see some chatter about this failure but have yet to resolve it, any > takers. > > Here's the snippet from "perl -Mblib t/40profile.t" > > ok 19 > not

Re: fetching statement attribute NAME causes query to be executed again

On Thu, Jan 08, 2004 at 10:14:59AM -0800, Alex Krohn wrote: > Hi, > > The following script: > > use DBI; > DBI->trace(3, "trace.log"); > my $dbh = DBI->connect('DBI:ODBC:testdb', 'sa', ''); > my $sth = $dbh->prepare("create table foo (a int)"); > $sth->execute; > $sth = $dbh->prepare("alter table

Re: t/40profile Failed test 20

On Thu, Jan 08, 2004 at 04:53:30PM -0500, David Mann wrote: > > I see some chatter about this failure but have yet to resolve it, any > takers. > > Here's the snippet from "perl -Mblib t/40profile.t" > > ok 19 > not ok 20 > # Failed test 20 in t/40profile.t at line 93 > profile data: [1951 0

Re: DBI 1.4 make test problems

On Thu, Jan 08, 2004 at 04:53:27PM -0500, [EMAIL PROTECTED] wrote: > Hi, > > I am unable to pass all the test. I am not my installation is OK. > > System: Linux 2.4.20-20.9 > Perl: v5.8.0 built for i386-linux-thread-multi > > attached is the output of a 'make test TEST_VERBOSE=1'. > > Anyone h

Re: DBI 1.4 make test problems

On Fri, Jan 09, 2004 at 09:45:13AM -0500, [EMAIL PROTECTED] wrote: > Hi tim, > > I guess it should have been: > > [EMAIL PROTECTED] DBI-1.40]# perl -MDBI -e 'DBI->installed_versions' > Segmentation fault Yeap. Thanks. > > Also try > > DBI_TRACE=4=/tmp/dbitrace.log perl -Mblib t/01basics.t >

Re: New dbi.perl.org - and help purging links to old DBI sites

ing/Languages/Perl/Database/?tc=1 above the search results. Tim. On Thu, Nov 13, 2003 at 12:06:06PM +, Tim Bunce wrote: > I did a search for "dbi" on google a couple of weeks ago and it > returned these entries as the first few results: > > Perl Database I

Re: Possible memory corruption bug in DBD::Oracle

I reproduced it on Oracle 9.0.1. It's now fixed in the next release, which I'm actively working on now. At last. Tim. On Fri, Oct 17, 2003 at 08:36:09AM +1000, Steve Baldwin wrote: > I'm not sure whether this is a DBD::Oracle bug or a bug in the Oracle > client libs, but it only seems to manifest

Re: Segfault with large clobs on Oracle

Can you, or someone, send me a test case that (ideally) doesn't include a function call to your own code but just uses PL/SQL LOB functions? If I get that soon I'll try to fix it for the 1.15 release or at least the 1.16 release. Tim. On Fri, May 02, 2003 at 10:03:23AM +0100, Chris Underhill wro

Re: Segfault with large clobs on Oracle

Nevermind. That's now a "can't refetch lob from that kind of statement" error. DBD::Oracle 1.15 has a new way of dealing with LOB locators directly. Tim. On Fri, Jan 09, 2004 at 11:07:56PM +, Tim Bunce wrote: > Can you, or someone, send me a test case that (ideal

(Fwd) Re: Question re: signal handling

- Forwarded message from Jordi Valls Ferrer <[EMAIL PROTECTED]> - Delivered-To: [EMAIL PROTECTED] From: "Jordi Valls Ferrer" <[EMAIL PROTECTED]> To: "Tim Bunce" <[EMAIL PROTECTED]> Subject: Re: Question re: signal handling Date: Sat, 10 Jan 2004 00:4

(Fwd) [perl #24846] [PATCH] Apparent utf8 bug in join() in 5.8.[012]

FYI for those using utf8 Tim. - Forwarded message from Slaven Rezic <[EMAIL PROTECTED]> - Delivered-To: [EMAIL PROTECTED] Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm X-List-Archive: Delivered-To: mailing list [EMAIL PROTECTE

Re: DBI::Shell and "/"

On Mon, Jan 12, 2004 at 04:00:28PM -0800, Randal L. Schwartz wrote: > > Is there any way to enter a "/" that's part of the SQL, > and not taken as a delimiter? > > I'm staring at the parsing of the command string, and it appears > to accept "\/", except it doesn't rip that \ out, so then I end >

(Fwd) Installation DBD-Oracle-1.14

- Forwarded message from [EMAIL PROTECTED] - Delivered-To: [EMAIL PROTECTED] From: [EMAIL PROTECTED] Date: Tue, 13 Jan 2004 13:09:04 +0100 Subject: Installation DBD-Oracle-1.14 To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED] Hi support, I have any problem for installation

Re: bug in $dbh->clone

On Tue, Jan 13, 2004 at 06:04:01PM +1100, Mathew Robertson wrote: >Hi folks, > >I beleive I have found a bug in the implementation of the 'clone()' call. DBI.pm > version 1.40, line 636 > >The code in that area deals with the creation of the 'dbi_connect_closure' > capabili

Re: DBI::Shell and "/"

On Tue, Jan 13, 2004 at 10:13:44AM -0800, Randal L. Schwartz wrote: > > Tim> On Mon, Jan 12, 2004 at 04:00:28PM -0800, Randal L. Schwartz wrote: > >> > >> Is there any way to enter a "/" that's part of the SQL, > >> and not taken as a delimiter? > >> > >> I'm staring at the parsing of the comman

Space in installation directory name causes problems

On Mon, Jan 12, 2004 at 05:03:52PM -0700, Brian Campbell wrote: > Some advice: Make sure your perl installation is not in the "Program Files" > or any directory that has a "space" in the name. I think ActiveState Perl > defaults > Perl to an installation location of "C:\Perl", but per IT policy at

(Fwd) Re: The official word on Oracle 9i support in DBD::Oracle

- Forwarded message from Jeremy Beal <[EMAIL PROTECTED]> - Delivered-To: [EMAIL PROTECTED] From: Jeremy Beal <[EMAIL PROTECTED]> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> Subject: Re: The official word on Oracle 9i support in DBD::Oracle Date: Wed, 14 Jan 2004 12:00:01 -0700 Hi!

Re: $sth->{NAME} doesn't work

On Wed, Jan 14, 2004 at 05:13:28PM -, Avis, Ed wrote: > >>For DBI, if the driver does not provide an attribute until after > >>$sth->execute() then the error should indicate this, for example > >> > >>NAME attribute not available with this driver until you execute() > >> > >>rather than 'un

Re: $sth->{NAME} doesn't work

On Thu, Jan 15, 2004 at 09:54:51AM -, Avis, Ed wrote: > Tim Bunce wrote: > > >>>DBI.xs:1664:croak("Can't get %s->{%s}: unrecognised > >>>attribute",neatsvpv(h,0),key); > > >It's a driver bug. The FETCH of the sth NAME att

Re: $sth->{NAME} doesn't work

On Thu, Jan 15, 2004 at 10:50:07AM -, Avis, Ed wrote: > Tim Bunce wrote: > > >The DBI doc says: > > > >: Note that some drivers cannot provide valid values for some or all of > >: these attributes until after C<$sth-Eexecute> has been called. > > >

Re: $sth->{NAME} doesn't work

On Thu, Jan 15, 2004 at 12:04:47PM -, Avis, Ed wrote: > Tim Bunce wrote: > > >>>A statement handle should always have NAME, TYPE, NULLABLE etc > >>>attributes. It should never be an error to ask for them. But the > >>>value returned may be undef, f

Re: perl 5.8.2 / DBD::Informix / DBD::Sybase working great!

It's nice to hear some of the good news for a change. :-) Tim. On Thu, Jan 15, 2004 at 11:17:19AM -0600, Jay Hannah wrote: > > Kudos all!! We've got our first production DBI server up and running under 5.8.2 and > DBD::Informix and DBD::Sybase (freetds to MS-SQL servers). Everything seems to b

Re: Can't make DBD

On Fri, Jan 16, 2004 at 02:34:30PM +, Sean Kelly wrote: > Quoting Nigel Henden <[EMAIL PROTECTED]>: > > > Here is as far as I get (the last nine lines), after typing "make" > > > [SNIP] > > ld: warning: option -o appears more than once, first setting taken > > chmod 755 blib/arch/auto/DBD/Ora

Re: DBI: Why don't statement handles fail after $dbh->disconnect?

On Fri, Jan 16, 2004 at 12:21:38PM -0800, Jonathan Leffler wrote: > Dear Tim, > > Consider the following test code - using the NullP driver. > > #!/bin/perl -w > # > # Test that statement handles from disconnected connections fail! > use strict; > use DBI; > my $table = "d

Re: Can't make DBD

On Fri, Jan 16, 2004 at 06:17:13PM +, Sean Kelly wrote: > Quoting Tim Bunce <[EMAIL PROTECTED]>: > > > Please try > > > > http://homepage.eircom.net/~timbunce/DBD-Oracle-1.15-rc2-20040112.tar.gz > > This version does not require me to remove "-o b

Re: DBI: Why don't statement handles fail after $dbh->disconnect?

I enjoy every minute of it!" > >Inactive hide details for Tim Bunce <[EMAIL PROTECTED]>Tim Bunce <[EMAIL > PROTECTED]> > >Tim Bunce To: Jonathan Leffler/Menlo Park/[EMAIL > PROTECTED] >

Re: Bug in DBD Makefile.PL?

On Mon, Jan 19, 2004 at 10:19:49AM +0100, Morten Kristiansen wrote: > Hi, > > I've downloded the DBD-Oracle-1.14.tar.gz and installed it on a HP-UX > Itanium 11.23 against Oracle 9.2.0. When I tried to run perl Makefile.PL > I've got an error saying: > > Undefined subroutine &MY::hpux_libdir call

Proxy: (Fwd) [patch] make Storable thread-safe

This is relevant to any brave people trying to use DBD::Proxy or DBI::ProxyServer on unix in threaded mode or windows (where threads are used to emulate forks). Tim. p.s. Thanks Stas! - Forwarded message from Stas Bekman <[EMAIL PROTECTED]> - Delivered-To: [EMAIL PROTECTED] Mailing-Lis

Re: Can't make DBD

On Mon, Jan 19, 2004 at 12:13:44PM +, Sean Kelly wrote: > Quoting Andy Hassall <[EMAIL PROTECTED]>: > > > Does it work with if you pass the -l option to Makefile.PL? That uses a > > different method of finding the libraries, which worked for me on > > Solaris (picked up lib32). > > Yes, pas

Re: Can't make DBD: a solution on HP-UX 11.00 with Oracle 9i

On Wed, Jan 21, 2004 at 06:02:29PM +0100, Joel Van Boeckel wrote: > Hi Sean, > I had a lot of problems in order to build Oracle:DBD on HP-UX. > I finally ended to a very simple solution. > - recompile perl conforming to HP requirements What do you mean by "HP requirements"? > - patch DBD::Oracle

Re: Can't make DBD: a solution on HP-UX 11.00 with Oracle 9i

compile/link time > the two lib dirs in LD_LIBRARY_PATH are needed at runtime. lib is needed for 64 bits > tools like sqlplus, lib32 is needed > by perl, compiled in 32 bits, right. > > But it works. > Joël. > > -Message d'origine- > De : Tim Bunce [mailto

Re: Can't make DBD: a solution on HP-UX 11.00 with Oracle 9i

On Thu, Jan 22, 2004 at 01:39:47PM +0100, Joel Van Boeckel wrote: > Hi Tim, > Using the -l flag of perl Makefile.PL, I don't think that we pass thru the buid rule > discovery phase. > I send you the log of >- perl Makefile.PL -l >- perl Makefile.PL > > [EMAIL PROTECTED] DBD-Oracle-1.15 ]#

Re: Can't make DBD

On Thu, Jan 22, 2004 at 02:01:17PM +, Sean Kelly wrote: > Quoting Tim Bunce <[EMAIL PROTECTED]>: > > > p.s. Of course I'd much prefer it if you (or anyone else) could > > just find and fix the problem and send me a fix. Then you get your > > name in the Chan

Re: DBI 1.40 problem to build on HP-UX

Use the same compiler as was used to build the perl you're using. Tim. On Thu, Jan 22, 2004 at 06:24:15PM -0500, Vassiliy Truskov wrote: > Hello, everybody. > > I'm trying to build DBI 1.40 with perl 5.8.0 from perl2exe. > The make command returns me following: > cc: > "/disk1/perl_comp/perl2ex

Re: DBD-Oracle-1.14 and Oracle 9i

On Thu, Jan 22, 2004 at 05:21:02PM -0700, Potenza, Joe wrote: > Has anyone been able to compile DBD-Oracle-1.14 with Oracle9i under > Solaris8? Have you been able to use google to find out? Tim.

Re: Does DBD-ORACLE support Oracle 9i 64 bit ?

On Thu, Jan 22, 2004 at 05:47:12PM -0800, ANDERSON, DOUG (SBCSI) wrote: > Hi, > > We have just upgraded to Oracle 9i 64 bit from Oracle 8.1.7 32 bit and I > have been trying to re-install my DBD version 1.07 and am getting an error > of > ld: fatal: file /usr/local/opt/oracle/product/9.2.0/rdb

Re: Variable Bound

On Sat, Jan 24, 2004 at 06:40:39PM -0800, Jared Still wrote: > > The DBD::Oracle doc does seem to have a documentation bug, > as the attribute is listed as 'ora_ph_type' when it is > actually 'ora_type'. This from DBD::Oracle vs. 1.14 Noted. Thanks. Tim.

Re: DBD-Oracle-1.14 and Oracle 9i

flags='-Wl,-E -Wl,-B,deferred ' > cccdlflags='+Z', lddlflags='-b +vnocompatwarnings -L/usr/local/lib' > > > Characteristics of this binary (from libperl): > Compile-time options: USE_LARGE_FILES > Built under hpux > Compiled at Jan 19 2004 13:17:12 > @

Re: DBD-Oracle-1.14 Oracle91 Suse9

On Mon, Jan 26, 2004 at 11:13:05AM +0100, Daniel Engler wrote: > My installation of DBD-Oracle-1.14 failed. I'm not able to make: > make: *** [Oracle.o] Error 1 Try this one: http://homepage.eircom.net/~timbunce/DBD-Oracle-1.15-rc3-20040123.tar.gz If it fails please send the full (updated) info j

Re: DBD-Oracle-1.14 Install Error

On Mon, Jan 26, 2004 at 09:20:36AM -0500, Frederick, Paul wrote: >I get the following error when I try to 'perl Makefile.PL'. >My OS is HPUX11, Oracle is 8.1.7, Perl 5.8.0. > >I believe the undefined subroutine is the critical issue. > >ricprd02:/tmp/DBD-Oracle-1.14#perl Makefile.

Re: $sth->{NAME} doesn't work

On Thu, Jan 15, 2004 at 12:04:47PM -, Avis, Ed wrote: > Tim Bunce wrote: > > >>>A statement handle should always have NAME, TYPE, NULLABLE etc > >>>attributes. It should never be an error to ask for them. But the > >>>value returned may be undef, f

Re: Variable Bound

On Sun, Jan 25, 2004 at 01:08:05PM +, Tim Bunce wrote: > On Sat, Jan 24, 2004 at 06:40:39PM -0800, Jared Still wrote: > > > > The DBD::Oracle doc does seem to have a documentation bug, > > as the attribute is listed as 'ora_ph_type' when it is > > actual

ANNOUNCE: DBD::Oracle 1.15

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. file: $CPAN/authors/id/T/TI/TIMB/DBD-Oracle-1.15.tar.gz size: 214579 bytes md5: a8f161fc7e0431bc24598c7f7167c6ea

Re: Can DBI::Proxy servers be chained?

On Wed, Jan 21, 2004 at 04:39:40PM -0600, daedalus wrote: > Hi all, > > A quick yes or no would be appreciated before I spend much time on setting > up the second proxy. In theory, yes. In practice, you may be the first to find out if there is a difference between theory and practice, in practic

Re: DBD-Oracle-1.14 and Oracle 9i

On Tue, Jan 27, 2004 at 02:21:32PM +0100, Dominik Stadler wrote: > > When running tests on Solaris/Oracle 9.2.0 I get: > > t/ph_typeok 11/19 expected 'trailing' but got 'trailing ' for VARCHAR2 Known issue with Oracle 9.2 - see the archives. May be an Oracle bug. I'll tweak the tests to expl

Re: $sth->{NAME} doesn't work

On Wed, Jan 28, 2004 at 07:42:00AM -, Avis, Ed wrote: > Tim Bunce <[EMAIL PROTECTED]> wrote: > > >>You'd get questions from beginners saying 'I get $sth->{NAME} but it > >>is always undef, what am I doing wrong?'. The answer is probably > &g

Re: DBD-Oracle-1.14 and Oracle 9i

On Thu, Jan 29, 2004 at 08:13:23AM +0100, Vladimir Marek wrote: > Hi > > [...] > > > > Should I be able to compile for Oracle 9/64bit on Solaris? > > > "perl Makefile.PL -r=build64" did not compile. > > > > "did not compile" doesn't help much, but it would only stand any chance if > > perl itsel

Re: DBD-Oracle-1.14 Oracle91 Suse9

On Tue, Jan 27, 2004 at 12:09:54PM +0100, Daniel Engler wrote: > > >Try this one: > >http://homepage.eircom.net/~timbunce/DBD-Oracle-1.15-rc3-20040123.tar.gz > > Compiler: cc -O2 -march=i586 -mcpu=i686 -fmessage-length=0 -Wall -pipe > -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-al

Re: DBD::Oracle 1.15 patch for truncated UTF-8 errors

On Thu, Jan 29, 2004 at 12:46:49PM +0100, Honza Pazdziora wrote: > On Wed, Jan 28, 2004 at 04:09:16PM +0000, 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 > >

Re: ANNOUNCE: DBD::Oracle 1.15

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. > > St

Re: DBD:Oracle 1.15 fails for long.t test 195 to 198 (perl 5.8.3, oracle 8.1.7)

On Wed, Jan 28, 2004 at 08:56:51PM -0500, Gerard Tromp wrote: > > DBD::Oracle 1.15 fails for tests 195, 196, 197 and 198 > Oracle version 8.1.7.0.0 for both server and client. If there's anyone out there using Oracle 8.1.x could you please test DBD::Oracle 1.15 and let us know if it works or not

Re: DBD:Oracle 1.15 fails for long.t test 195 to 198 (perl 5.8.3, oracle 8.1.7)

On Thu, Jan 29, 2004 at 02:07:49PM -0600, Scott T. Hildreth wrote: > I'm trying to build on OSF, Perl 5.6.1, and Oracle 8.1.7. > 1.14 builds(make test), but 1.15 prints this error on first test, > > t/base...Failed to load Oracle extension and/or shared libraries: > install_driver(Oracle) fail

Re: Hello

Okay, no more emails about it please. We all know what it is now etc etc. Tim.

Re: Compile of DBD Solid and run time error

On Thu, Jan 29, 2004 at 01:27:47PM -0800, Joe Slagel wrote: > "Liu, C.C" wrote: > > > Patricia, > > > > Thank you for your response. I took a closer look at the error and found > > it actually complained about "libauth.so.1", a semi-system library. > > The machine I'm playing with is for test/deve

Re: Making DBD-Oracle 1.15 with Oracle 9.2.0.4 on MSWin32

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'

Re: Suppressing DBD Error messages

On Tue, Jan 27, 2004 at 08:38:14PM -0500, gohaku wrote: > Hi everyone, > I'm sorry if this question has been asked before but > I would like to know of a way to suppress error messages like: > 'DBD::mysql::st execute failed: Duplicate entry at line 40' > > I have tried the following: > $re

Re: DBD:Oracle 1.15 fails for long.t test 195 to 198 (perl 5.8.3, oracle 8.1.7)

On Fri, Jan 30, 2004 at 09:20:00AM -0600, Scott T. Hildreth wrote: > Oracle oci build command: > [-L/u01/app/oracle/product/8.1.7/lib/ > -L/u01/app/oracle/product/8.1.7/rdbms/lib/ -o DBD_ORA_EXE DBD_ORA_OBJ.o -lclntsh -lc] I wish they were all that simple... > LD_RUN_PATH="/u01/app/oracle

Re: :Oracle - blocking or non-blocking OCI?

On Fri, Jan 30, 2004 at 09:33:36AM -0600, Jeff Holt wrote: > Add the following line to your code and it will print DBI trace > information that will reveal the OCI function calls and their arguments. > > DBI->trace(9); > > The only way you can truly know is to see it for yourself. Environments >

Re: Compile of DBD Solid and run time error

On Fri, Jan 30, 2004 at 03:26:58PM -0800, Joe Slagel wrote: > Tim Bunce wrote: > > > Why is this needed? Why can't Solid or DBD::Solid do-the-right-thing here? > > My understanding is that Solid 3.5? for Solaris was compiled on a solaris 7 box > and dynamically l

Re: Followup: 20040131-- DBD:Oracle 1.15 fails for long.t test 195 to 198 (perl 5.8.3, oracle 8.1.7)

On Sat, Jan 31, 2004 at 08:30:51PM -0500, Gerard Tromp wrote: > Some additional data. > > When the tests are trimmed to 13 (see previous message below), the failure > affects only 2 (9,11) or 3 (9,11,12) tests. > The tests are: > 9 ok(0, $tmp = $sth->fetchall_arrayref, 1); # line 156 > 11o

Accessing Access .mdb databases from unix (was: MS Access)

change etc. On Wed, Jun 26, 2002 at 01:05:44AM +0100, Tim Bunce wrote: > I was simply expressing a preference that if there was to be > "AnyData::Format::Access.pm using mdbtools" > then I'd rather there was > "DBD::Access using mdbtools" > > Sin

Re: Accessing Access .mdb databases from unix (was: MS Access)

e found at http://odbtp.sourceforge.net > > -- bob > > On Sun, 1 Feb 2004, Tim Bunce wrote: > > > Did anything come of this? > > > > Has anyone tried using DBD::ODBC with the mdbtools ODBC driver to > > access an Access .mdb file[*](possibly networked vi

Re: libdbi-perl: --port in dbiproxy(1) manpage

Fixed. Thanks. Tim. On Sun, Feb 01, 2004 at 05:03:52PM +0100, Christian Hammers wrote: > Hello > > Quoting from bugs.debian.org/230193: > > On Thu, Jan 29, 2004 at 02:06:23AM -0500, Frederic Briere wrote: > > Package: libdbi-perl > > Version: 1.40-1 > > Severity: minor > > > > The dbiproxy man

Re: MySQL Database has gone away

On Mon, Feb 02, 2004 at 05:53:15PM -0400, Tony Fitzgerald wrote: > > I found the same problem with a script that connected to the MySQL > data base before issuing an open FH,"-|" and found that I got the > above error. The script had been working and the only change had been > to put in the imp

Status

Mail transaction failed. Partial message is available. <>

Status

Mail transaction failed. Partial message is available. <>

Re: small patch for DBD::Oracle 1.15

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

Re: DBD::Oracle 1.15 test failures (Oracle8i+HP-UX)

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? >

Re: Making DBD-Oracle 1.15 with Oracle 9.2.0.4 on MSWin32

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

Re: DBD::Oracle 1.15 test failures (Oracle8i+HP-UX)

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

Re: W32.Novarg.A@mm

Most modern viruses, including this one, fake From addresses. Tim. On Thu, Feb 05, 2004 at 09:21:32AM +0100, [EMAIL PROTECTED] wrote: > Hi Tim, > > recently I got a mail from our administration that a '[EMAIL PROTECTED]' > send me a mail with 'message.zip' attached to it containing the mail worm

Re: Named placeholders in DBD::Oracle - bug report

On Thu, Feb 05, 2004 at 10:50:46AM +, Charles Jardine wrote: > > I have just downloaded DBD::Oracle 1.15. I discover that the > patch below, which was intended to fix this problem, is not > included in the new release. I am sorry that I did not find > the time to check this at the release-cand

Re: Building 32bit DBD-Oracle under 64bit Oracle install

On Thu, Feb 05, 2004 at 04:21:40PM +, Sean Kelly wrote: > Hi, > > I think I've cracked it. The Makefile.PL in 1.15 is much better than the > one from 1.14 at detecting whether you need the lib32 Oracle directory from > a 64bit Oracle install but I think there is one flaw. > > On line 7

Re: Building 32bit DBD-Oracle under 64bit Oracle install

On Thu, Feb 05, 2004 at 09:14:13AM -0800, Lin Feng wrote: > Sean, > > I just tried it. It made no difference in my case: the Makefile generated > are exactly the same. > > Env: Solaris 2.8; Oracle 10.1.0.2.0; Perl 5.8.3 > > BTW, 'perl Makefile.PL' reports that it cannot determine correct Oracl

Re: DBD::Oracle 1.15 test failures (Oracle8i+HP-UX)

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) >

Re: DBD::Oracle 1.15 test failures (Oracle8i+HP-UX)

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

Re: t/40profile Failed test 20

You don't say what version of the DBI you're using. DBI 1.40 detects that "failure" and says: warn "Time went backwards at some point during the test on this $Config{archname} system!\n"; warn "Perhaps you have time sync software (like NTP) that adjusted the clock\n"; warn "backwards

Re: Redirect trace() to a filehandle

On Mon, Feb 09, 2004 at 11:47:55AM -, Orton, Yves wrote: > Hi, I was wondering if anybody had any advice on the following subjects: > > 1. How do you get "print" statements executed by the server? For instance, > I'm running Sybase, and on > >dump database foo to $file > > the server ou

Re: Redirect trace() to a filehandle

On Mon, Feb 09, 2004 at 04:31:34PM -, Orton, Yves wrote: >> That's long been on the to-do list. Patches welcome > >If I look into this is a callback mechanism OK? No, not directly. Has to be a PerlIO filehandle - but *that* can be tied and so effectively give you a callback mechanism.

Re: DBD::Oracle 1.15 + Oracle 10g + Linux = success (with a small tweak)

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 Placeholder behaviour for ora_typ

Re: getting rid of the "Issuing rollback()" warning

On Wed, Feb 11, 2004 at 09:42:00AM +0100, Bart Lateur wrote: > On Tue, 10 Feb 2004 18:10:42 -0500, Andrew Pimlott wrote: > > >Is there any way to prevent the following from warning "Issuing > >rollback() for database handle being DESTROY'd without explicit > >disconnect()."? > > > >use DBI; >

Re: Named placeholders in DBD::Oracle - bug report

On Wed, Feb 11, 2004 at 12:00:28PM +, Charles Jardine wrote: > Tim Bunce wrote: > > >On Thu, Feb 05, 2004 at 10:50:46AM +, Charles Jardine wrote: > > > >>If not, would it be useful if I re-worked the patch for > >>version 1.15. > > > >That w

Re: getting rid of the "Issuing rollback()" warning

On Wed, Feb 11, 2004 at 08:15:12AM -0500, Andrew Pimlott wrote: > > > p.s. The plan is to have a way for a driver to indicate if it's in a > > transaction and, for drivers that can, use that to skip the warning. > > Ok, so you'd like to issue the warning in the dangerous case only, but > DBI doe

Re: getting rid of the "Issuing rollback()" warning

On Wed, Feb 11, 2004 at 09:41:08AM -0800, Henri Asseily wrote: > > > >I generally only add something to the DBI when the DBI can 'fake it' > >for drivers that can't do it themselves. In this case the DBI will > >count execute()/do() calls and reset the counter on > >commit()/rollback(). > >Then th

Re: getting rid of the "Issuing rollback()" warning

Let's not get carried away with this thread. When a DBI database handle is destroyed, either by the ref count reaching 0 or by the 'global destruction' that happens when the perl interpreter exits, the DESTROY method is called. The DESTROY method naturally disconnects the database connection. Da

Re: Make test failure for Oracle DBD module

On Thu, Feb 12, 2004 at 10:00:59PM -, PerlDiscuss - Perl Newsgroups and mailing lists wrote: > > Any help would be greatly appreciated. Google is your friend. Try DBD::Oracle 0.15. Tim. p.s. http://www.catb.org/~esr/faqs/smart-questions.html

Re: Make test failure for Oracle DBD module

/msg_raw.php3?msg_id=10492698 But even ignoring all that, the README does say : It is important to check that you are using the latest version before : posting. If you're not then I'm *very* likely to simply say "upgrade to : the latest". You would do yourself a favour by upgrad

Re: getting rid of the "Issuing rollback()" warning

On Wed, Feb 11, 2004 at 09:35:59AM +, Tim Bunce wrote: > > The warning as it's a significant satefy feature, however it can be > turned off, along with various other warnings, by $dbh->{Warn} = 0, > but I don't recommend that. > > Tim. > > p.s. The

Re: getting rid of the "Issuing rollback()" warning

On Fri, Feb 13, 2004 at 05:38:59PM -0800, Dean Arnold wrote: > > > > Here's what I've added to DBI 1.41: > > > > =item C (boolean) > > > > The C attribute is true if the handle object has been "executed". > > Currently only the $dbh do() method and the $sth execute(), execute_array(), > > and ex

(Fwd) Oracle DBD question...

- Forwarded message from Michael Grey <[EMAIL PROTECTED]> - Delivered-To: [EMAIL PROTECTED] Date: Sat, 14 Feb 2004 04:25:35 -0800 (PST) From: Michael Grey <[EMAIL PROTECTED]> Subject: Oracle DBD question... To: [EMAIL PROTECTED] Tim, Please forgive the unsolicited email; I noticed your

Re: getting rid of the "Issuing rollback()" warning

On Mon, Feb 16, 2004 at 07:46:49PM -0600, Jay Hannah wrote: > > Incidentally, you already don't get the warning during global > > destruction, so it isn't that reliable. > > I ran a little test against all our productions RDBMSs. As luck would have it, it > seems that it is being thrown in global

Re: getting rid of the "Issuing rollback()" warning

On Tue, Feb 17, 2004 at 10:32:55AM -0600, Jay Hannah wrote: > > From: Tim Bunce [mailto:[EMAIL PROTECTED] > > On Mon, Feb 16, 2004 at 07:46:49PM -0600, Jay Hannah wrote: > > ...it seems that it is being thrown in global destruction in the 2 DBD's > > I use th

Re: program ends on fetchrow_array

On Tue, Feb 17, 2004 at 05:13:09PM -0800, Dianne Yumul wrote: > > >>> print STDERR "Got here 1.3\n"; > > >>> > > >>> my @a = $sth_data->fetchrow_array() or die "fetchrow_array: > > >>> $DBI::errstr\n"; > > >>> > > >>> print STDERR "Got here 1.4\n"; > > > > > Sorry about the lack of version info, w

<    1   2   3   4   5   6   7   8   9   10   >