Re^2: Overflow of $DBI::rows

I'm trying to avoid doing the separate SELECT COUNT(*). What we are performing is:

my $sth = $dbh->prepare("UPDATE ...;") or die DBI::errstr;
$sth->execute or die DBI::errstr;
printf "Rows: %s\n", $sth->rows;
[download]

and $sth->rows is returning a negative number.

Comment on Re^2: Overflow of $DBI::rows Download Code

Replies are listed 'Best First'.
Re^3: Overflow of $DBI::rows by roboticus (Chancellor) on Dec 07, 2012 at 16:53 UTC
DanEllison: D'oh! Sorry about that. You were clear, I just had a brain glitch. I don't know a way to fix that, but I took a quick look at the ODBC Programmers Reference at msdn, and they're mentioning that the MDAC 2.7 ODBC libraries allow 64-bit values for the SQLLEN data type (used by SQLRowCount). If you're on a Windows platform, it might be sufficient to make sure you're using the latest ODBC libraries. (Of course, the Teradata end might still be using the 32 bit types, in which case you're probably out of luck.) ...roboticus When your only tool is a hammer, all problems look like your thumb.	[reply]

Replies are listed 'Best First'.

Re^3: Overflow of $DBI::rows
by roboticus (Chancellor) on Dec 07, 2012 at 16:53 UTC

DanEllison:

D'oh! Sorry about that. You were clear, I just had a brain glitch.

I don't know a way to fix that, but I took a quick look at the ODBC Programmers Reference at msdn, and they're mentioning that the MDAC 2.7 ODBC libraries allow 64-bit values for the SQLLEN data type (used by SQLRowCount). If you're on a Windows platform, it might be sufficient to make sure you're using the latest ODBC libraries. (Of course, the Teradata end might still be using the 32 bit types, in which case you're probably out of luck.)

...roboticus

When your only tool is a hammer, all problems look like your thumb.

[reply]