Author zach.ware
Recipients Jim.Jewett, benhoyt, ethan.furman, loewis, vstinner, zach.ware
Date 2014-06-13.20:44:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1402692263.22.0.299926542663.issue21719@psf.upfronthosting.co.za>
In-reply-to
Content
Ben Hoyt wrote:
> I'm replying to the code review here as when I tried to reply on
> bugs.python.org/review I got a Python exception, "AttributeError:
> NoneType has no attribute something or other".

Generally when you get that you can just hit back and try again, it will work by the 4th try ;)

> I don't think so -- I thought the purpose of moving them to _stat.c
> was so you could use the windows.h constants rather than hard-coded
> integers? But if they're in stat.py, why do they need to be in
> _stat.c as well?

The idea is that _stat.c will use system-provided values wherever possible, but stat.py should be as accurate as we can make it to provide a backup for when _stat isn't around (either when it's just not built, which isn't an issue on Windows, or in another Python implementation).
History
Date User Action Args
2014-06-13 20:44:23zach.waresetrecipients: + zach.ware, loewis, vstinner, benhoyt, ethan.furman, Jim.Jewett
2014-06-13 20:44:23zach.waresetmessageid: <1402692263.22.0.299926542663.issue21719@psf.upfronthosting.co.za>
2014-06-13 20:44:23zach.warelinkissue21719 messages
2014-06-13 20:44:23zach.warecreate