RE: $sth->{NAME} doesn't work
From: Michael Peppler (mpeppler_at_peppler.org)
Date: 01/15/04
- Next message: Tim Bunce: "Re: perl 5.8.2 / DBD::Informix / DBD::Sybase working great!"
- Previous message: David Claughton: "RE: Cygwin/DBD::ODBC issue"
- In reply to: Ed Avis: "RE: $sth->{NAME} doesn't work"
- Next in thread: Ed Avis: "RE: $sth->{NAME} doesn't work"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: "Avis, Ed" <avised@kbcfp.com> Date: Thu, 15 Jan 2004 09:51:28 -0800
On Thu, 2004-01-15 at 01:54, 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 attribute should never
> >reach the DBI's code. The driver should handle it.
>
> So you're saying that $sth->{NAME} should always be handled by the
> driver, whether or not the column names are available, and that it is
> the driver's responsibility to print a message such as 'you should
> call execute() first' rather than leaving it to DBI to raise an error.
>
> In that case, this looks like a bug report for DBD::Sybase. I imagine
> that the other statement attributes NUM_OF_FIELDS should behave in the
> same way.
Logged as bug # 541.
Michael
-- Michael Peppler Data Migrations, Inc. mpeppler@peppler.org http://www.mbay.net/~mpeppler Sybase T-SQL/OpenClient/OpenServer/C/Perl developer available for short or long term contract positions - http://www.mbay.net/~mpeppler/resume.html
- Next message: Tim Bunce: "Re: perl 5.8.2 / DBD::Informix / DBD::Sybase working great!"
- Previous message: David Claughton: "RE: Cygwin/DBD::ODBC issue"
- In reply to: Ed Avis: "RE: $sth->{NAME} doesn't work"
- Next in thread: Ed Avis: "RE: $sth->{NAME} doesn't work"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
