Re: $sth-{NAME} again.

2004-02-22 Thread Tim Bunce
On Sun, Feb 22, 2004 at 10:53:53AM -0500, Jeff Urlwin wrote: On Sat, Feb 21, 2004 at 08:39:24PM -0500, Jeff Urlwin wrote: I've been lurking through the $sth-{NAME} issues and it seems to me that the current behavior of DBD::ODBC is onerous. If dbd_describe() fails, it croaks

RE: $sth-{NAME} again.

2004-02-22 Thread Jeff Urlwin
On Sat, Feb 21, 2004 at 08:39:24PM -0500, Jeff Urlwin wrote: I've been lurking through the $sth-{NAME} issues and it seems to me that the current behavior of DBD::ODBC is onerous. If dbd_describe() fails, it croaks (which is what DBD::Oracle does). If we return a Nullsv at this

More than one type of prepare

2004-02-22 Thread Greg Sabino Mullane
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 PostgreSQL has recently added a true server-side prepare, which raises some issues in regards to the prepare/execute DBI model. Our initial thought was simply to use the new prepare/execute when it was available on the backend, and keep everything

Re: More than one type of prepare

2004-02-22 Thread Dean Arnold
PostgreSQL has recently added a true server-side prepare, which raises some issues in regards to the prepare/execute DBI model. Our initial thought was simply to use the new prepare/execute when it was available on the backend, and keep everything transparent to the user. However, there

Re: DBD::Pg 1.32_2 Beta release.

2004-02-22 Thread Tim Bunce
On Sun, Feb 22, 2004 at 04:22:47PM -, Greg Sabino Mullane wrote: I still don't quite follow you. How does it differ to what the default primary_key() method does. The default as I understand it is to have a single number in the KEY_SEQ field and a single name in the COLUMN_NAME

ANNOUNCE: DBI 1.41 release candidate 2 for testing

2004-02-22 Thread Tim Bunce
A second release candidate is available for testing at: http://homepage.eircom.net/~timbunce/DBI-1.41-rc2-20040222.tar.gz =head1 CHANGES in DBI 1.41 (svn rev 130),22nd February 2004 Fixed execute_for_array() so tuple_status parameter is optional as per docs, thanks to Ed Avis

ithreads/mulplicity

2004-02-22 Thread Beau E. Cox
Hello Folks, I have converted DBI ( the latest svn trunk - #93 ) to use PERL_NO_GET_CONTEXT ( with pTHX_/aTHX_ added where necessary ). The DBI test suite works fine, an I have been using it w/o problems on my production Apache 2.0.48/mod_perl 1.9913(cvs)/perl 5.8.3 on a Linux box ( kernel

Re: ANNOUNCE: DBI 1.41 release candidate 2 for testing

2004-02-22 Thread David Wheeler
On Feb 22, 2004, at 11:29 AM, Tim Bunce wrote: A second release candidate is available for testing at: http://homepage.eircom.net/~timbunce/DBI-1.41-rc2-20040222.tar.gz All tests pass on the following Perls/platforms: v5.8.3 built for darwin-2level v5.8.2 built for i386-freebsd v5.8.2 built

Re: ithreads/mulplicity

2004-02-22 Thread Tim Bunce
On Sun, Feb 22, 2004 at 11:15:46AM -1000, Beau E. Cox wrote: Hello Folks, I have converted DBI ( the latest svn trunk - #93 ) to use PERL_NO_GET_CONTEXT ( with pTHX_/aTHX_ added where necessary ). The DBI test suite works fine, an I have been using it w/o problems on my production Apache

Re: ithreads/mulplicity

2004-02-22 Thread Beau E. Cox
On Sunday 22 February 2004 02:29 pm, Tim Bunce wrote: On Sun, Feb 22, 2004 at 11:15:46AM -1000, Beau E. Cox wrote: Hello Folks, I have converted DBI ( the latest svn trunk - #93 ) to use PERL_NO_GET_CONTEXT ( with pTHX_/aTHX_ added where necessary ). The DBI test suite works fine, an