[Python-Dev] int/long FutureWarning
Thu, 28 Nov 2002 11:10:43 +0100
Martin v. L=F6wis wrote:
> Guido van Rossum <firstname.lastname@example.org> writes:
>>But in Mark's case (and in many other cases) there will be no problem
>>in the future -- in Python 2.4, his C code will happily accept the
>>positive Python longs that 0x80000000 and others will be then.
> Can you please explain how this will happen? If you do=20
> int x;
> and args is (0x80000000,), what will be the value of x?
x should be 0x80000000. Whether that's a negative number in
its decimal representation is really not all that important if
you are interfacing to 32-bit bitmaps ;-)
I honestly don't think that anyone would write x =3D 0x80000000
and then expect x < 0 to be True. People usually write hex
representations when they are trying to do bit-level manipulations
and these rarely deal with signed numeric data.
>>BTW, this reminds me that I've long promised a set of new format codes
>>for PyArg_ParseTuple() to specify taking the lower N bits (for N in
>>8, 16, 32, 64) and throwing the rest away, without range checks.=20
> Wouldn't Mark have to use these format codes?
CEO eGenix.com Software GmbH
eGenix.com -- Makers of the Python mx Extensions: mxDateTime,mxODBC,...
Python Consulting: http://www.egenix.com/
Python Software: http://www.egenix.com/files/python/