At another point I was checking to see if the value is equal to 0 regardless of whether its a string or not(checking all hash elements).
What seems like is happening is that when the comparison is made the variable is flagged as an integer. Then when DBI gets the variable it still sees the variable as an integer so doesn't quote it.
So it could be some obscure bug with DBI that doesn't recognize the variable as a string. But we upgraded to the recent version of DBI and the problem still occured. So either we're wrong or the bug hasn't been spotted/fixed.if ($p->{P_THROWS} == 0) { # flag as int for numeric comparison # blah } # blah # blah # blah # now when DBI prepares this statement with the bind variable # $p->{P_THROWS} is seen as an int so not quoted. $sth = $dbh->prepare("UPDATE players SET throws=? WHERE id=?");
We did manage a work around that doesn't involve testing for 0 so the variable is never flagged as an integer.
Thanks for your help. ;)
Amel - f.k.a. - kel
In reply to Re: Re: Re: Re: DBI/DBD::mysql bugs?
by dsb
in thread DBI/DBD::mysql bugs?
by dsb
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |