lt;https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Number>
is
2^53 -1.
Sorry for the indeliberated report of this issue and thanks for all of you
helps.
On Sat, Jul 23, 2016 at 12:06 AM, Tian JiaLin
wrote:
> Yes, you are right. Definitely "long" in Python can r
Yes, you are right. Definitely "long" in Python can represent a number
much bigger than the native.
But the range of returned value from mysql_affected_rows within 0 ~ 2^64-1.
No matter how it's converted, the converted value in Python also should in
the range of 0 ~ 2^64 - 1.
On Fri, Jul 22, 20
I know it's hard to believe this, I wish I'm wrong. But after looking into
the code for one week,
I didn't find any other code change the number. I will go through them
again make sure I didn't miss anything.
Thanks for the reply.
On Fri, Jul 22, 2016 at 5:02 PM, Stefan Ring wrote:
> So to sum
HI There,
Maybe I should not post this in the dev group, but I think it has some
relationship on the Python core.
I'm using MySQLdb as the MySQL client. Recently I got a weird problem of
this library. After looking into it, I suspect the problem may related to
the conversion from unsigned long to
