freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: "Lowden, James K" <james.k.lowden AT alliancebernstein.com>
- To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
- Subject: Re: [freetds] 0.64RC2 problem with return status
- Date: Wed, 28 Jun 2006 11:04:24 -0400
> From: ZIGLIO, Frediano, VF-IT
> Sent: Wednesday, June 28, 2006 8:23 AM
>
> > I'm getting an invalid cursor state error trying to fetch data
> > from a stored procedure using prepare/execute from DBD::ODBC.
> > It looks like DBD::ODBC thinks there is more than one result set
> > and is trying to get column descriptors when there are no metadata.
> ...
> > # call the stored procedure my $sth = $dbh->prepare(
$procedure);
> > $sth->execute;
>
> Do die means core or just an error that calls cleanly die functions
> ??
Dies, as in fetchrow_array returns an error.
> Here it seems we have (correctly) no data...
> James, can you post jkl script source ?
I tried, and my email censors might eventually get it to you. Meantime,
samples/odbc_rpc.pl works nicely:
Script started on Wed Jun 28 10:50:53 2006
$ LD_LIBRARY_PATH=/usr/local/lib ./odbc_rpc.pl -D dbi:ODBC:mpquant -U $U
-P $P simdb..IsFreeTdsBroken
odbc_async_exec is: 0
Binding parameter #1, the return code
Executing: "{? = call simdb..IsFreeTdsBroken }" with parameters ''
execute returned: '-1'
Result #1:
[LatestInputsmDate]
'2006-06-01 00:00:00.000'
Result #2:
===> state: HY010 msg: Function sequence error
DBD::ODBC::st fetchrow failed: (DBD: st_fetch/SQLFetch err=-1) at
./odbc_rpc.pl line 115.
$ exit
Script done on Wed Jun 28 10:51:07 2006
--jkl
-----------------------------------------
The information contained in this transmission may be privileged and
confidential and is intended only for the use of the person(s) named
above. If you are not the intended recipient, or an employee or agent
responsible
for delivering this message to the intended recipient, any review,
dissemination,
distribution or duplication of this communication is strictly prohibited. If
you are
not the intended recipient, please contact the sender immediately by reply
and destroy all copies of the original message. Please note that we do not
accept
account orders and/or instructions by e-mail, and therefore will not be
responsible
for carrying out such orders and/or instructions. If you, as the intended
recipient
of this message, the purpose of which is to inform and update our clients,
prospects
and consultants of developments relating to our services and products, would
not
like to receive further e-mail correspondence from the sender, please "reply"
to the
sender indicating your wishes. In the U.S.: 1345 Avenue of the Americas, New
York,
NY 10105.
-
[freetds] 0.64RC2 problem with return status,
Lowden, James K, 06/27/2006
- <Possible follow-up(s)>
- Re: [freetds] 0.64RC2 problem with return status, ZIGLIO, Frediano, VF-IT, 06/28/2006
- Re: [freetds] 0.64RC2 problem with return status, Lowden, James K, 06/28/2006
- Re: [freetds] 0.64RC2 problem with return status, Lowden, James K, 06/28/2006
-
Re: [freetds] 0.64RC2 problem with return status,
Lowden, James K, 06/28/2006
- Re: [freetds] 0.64RC2 problem with return status, entropy, 06/28/2006
- Re: [freetds] 0.64RC2 problem with return status, ZIGLIO, Frediano, VF-IT, 06/29/2006
- Re: [freetds] 0.64RC2 problem with return status, ZIGLIO, Frediano, VF-IT, 06/29/2006
- Re: [freetds] 0.64RC2 problem with return status, ZIGLIO, Frediano, VF-IT, 06/29/2006
- Re: [freetds] 0.64RC2 problem with return status, Lowden, James K, 06/29/2006
Archive powered by MHonArc 2.6.24.