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 loewis
Recipients Matt.Mackall, benjamin.peterson, ezio.melotti, josh.r, larry, loewis, ncoghlan, pitrou
Date 2014-04-13.15:53:48
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1397404429.12.0.0328405224158.issue21199@psf.upfronthosting.co.za>
In-reply-to
Content
Josh: it's not as simple as just changing the type code and variable type. Systems used to require all kinds of types in the length parameter of read(2) and fread(3), including int, long, and size_t. If it was int, passing size_t would lead to silent truncation. So at a minimum, a careful review of the further processing, and a test case is necessary.

I'm personally not interested in Python 2.7 anymore, so I certainly won't work on this.

As for why this isn't reported frequently, I guess a number of causes:
a) people don't use Python on Windows that much to process large files
b) when they do and run into this problem, they feel guilty for actually asking for a such large chunk, which could well exhaust the memory of the system.
c) there is a straight-forward work-around
d) people that do read large files typically either read them at once, or in much smaller chunks

So it may well be that this remains the only report of this for the rest of Python 2.7's life.
History
Date User Action Args
2014-04-13 15:53:49loewissetrecipients: + loewis, ncoghlan, pitrou, larry, benjamin.peterson, ezio.melotti, Matt.Mackall, josh.r
2014-04-13 15:53:49loewissetmessageid: <1397404429.12.0.0328405224158.issue21199@psf.upfronthosting.co.za>
2014-04-13 15:53:49loewislinkissue21199 messages
2014-04-13 15:53:48loewiscreate