Guido van Rossum wrote: >>>We are *already* offering developers a way to deal with unsigned data: >>>use longs. Bit shifting works just fine on longs, and the results are >>>positive unless you "or" in a negative number. Getting a 32-bit >>>result in Python is trivial (mask with 0xffffffffL). The Python C API >>>already supports getting an unsigned C long out of a Python long >>>(PyLong_AsUnsignedLong()). >> >>You are turning in circles here. Longs are not compatible >>to integers at C level. That's what I was trying to >>address. > > > In what sense are longs not compatible to C integers? PyInt_Check() doesn't accept longs. PyInt_AS_LONG() returns garbage. > I'm frustrated that you apparently didn't read PEP 237 when it was > discussed in the first place. I was on vacation at the time you discussed this and I had never expected that you are actually trying to force long usage instead of integer usage. My impression was that you were aiming at providing ways to be able to pass longs to integer aware APIs which is goodness. -- Marc-Andre Lemburg 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/
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4