2.3 -> 2.4: long int too large to convert to int

[Grant Edwards]

I give up, how do I make this not fail under 2.4?

fcntl.ioctl(sel f.dev.fileno(), 0xc0047a80,stru ct.pack("HBB",0 x1c,0x00,0x00))

I get an OverflowError: long int too large to convert to int

ioctl() is expecting a 32-bit integer value, and 0xc0047a80 has
the high-order bit set. I'm assuming Python thinks it's a
signed value. How do I tell Python that 0xc0047a80 is an
unsigned 32-bit value?

--
Grant Edwards grante Yow! I demand IMPUNITY!
at
visi.com

[Grant Edwards]

On 2005-09-16, Terry Reedy <tj*****@udel.e du> wrote:

One of the nasty bits in a pure-python approach is that there's
no way to write a literal with a fixed length. For example,
instead of writing 0xf7 to get an 8-bit value and 0x12345789 to
get a 32-bit value, you have to instantiate a class like
Word8(0xf7) and Word32(0x123456 78).

That starts to make things pretty hard to read.

This is no worse than having to write decimal(.534893 84) or
whatever to get a decimal float rather than a binary float, or
indeed, than writing cname(init_data ) to get an instance of
all types/classes. There are many more possible classes than
sensible literal formats. A few basic and general types have
been blessed with literals that translate into inplicit type
constructor calls. Indeed, some literals seem necessary to
start the object construction process. However, most types
and classes, including your particular special-use classes, do
not have corresponding literals and never will in the general
release.

Oh, I realize that. I was just fantasizing about features that
would make it easier to write the narrow set of applications
that I tend to write. I didn't mean that I thought the need
was widespread enough to seriously consider adding it to the
language.

--
Grant Edwards grante Yow! I'd like MY data-base
at JULIENNED and stir-fried!
visi.com

[Reinhold Birkenfeld]

Grant Edwards wrote:

I give up, how do I make this not fail under 2.4?

fcntl.ioctl(sel f.dev.fileno(), 0xc0047a80,stru ct.pack("HBB",0 x1c,0x00,0x00))

I get an OverflowError: long int too large to convert to int

ioctl() is expecting a 32-bit integer value, and 0xc0047a80 has
the high-order bit set. I'm assuming Python thinks it's a
signed value. How do I tell Python that 0xc0047a80 is an
unsigned 32-bit value?

This is fixed in the 2.5 CVS branch, where the ioctl() Python C wrapper
expects an unsigned integer instead of a signed one.

Reinhold