This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ajaksu2
Recipients ajaksu2, amaury.forgeotdarc, georg.brandl, mark.dickinson, pitrou
Date 2009-02-16.02:43:21
SpamBayes Score 1.3163359e-12
Marked as misclassified No
Message-id <2d75d7660902151843w1d91de30ke03a6f7f1352401e@mail.gmail.com>
In-reply-to <1234526296.3.0.0277646558882.issue3694@psf.upfronthosting.co.za>
Content
>> BTW, there's a warning in _struct.c:180 -> warning: 'get_ulong'
>> defined but not used, should I open a new issue?
>
> Sure.  Please could you add me to the nosy list if you do.

OK, should do that soon.

> In my opinion, the struct module *really* needs an overhaul, especially
> for py3k; there's a lot of inconsistency in the behaviour with respect
> to different integer types, and there's a lot of code that seems to be
> there purely for backwards compatibility that could be removed for 3.1
> (and probably for 2.7 as well):  for example, allowing floats when
> packing integer types, and allowing overflow to wraparound rather than
> raising an exception.

This one looks bad: #2590.

> Would it be worth opening a general 'overhaul the struct module' issue
> and marking all the current struct bugs as dependencies for this issue?

I can't judge on the merit of struct's shortcomings, but I'll propose
the 'umbrella issue'  idea for other targets (socket, HTMLParser,
etc.) on python-dev and can suggest one for struct too.
History
Date User Action Args
2009-02-16 02:43:23ajaksu2setrecipients: + ajaksu2, georg.brandl, amaury.forgeotdarc, mark.dickinson, pitrou
2009-02-16 02:43:22ajaksu2linkissue3694 messages
2009-02-16 02:43:21ajaksu2create