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 ncoghlan
Recipients Trundle, abacabadabacaba, benhoyt, brian.curtin, christian.heimes, eric.araujo, giampaolo.rodola, gregory.p.smith, loewis, ncoghlan, neologix, nvetoshkin, pitrou, rhettinger, serhiy.storchaka, socketpair, terry.reedy, tim.golden, torsten, twouters, vstinner
Date 2013-05-05.08:59:57
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1367744397.48.0.03032220023.issue11406@psf.upfronthosting.co.za>
In-reply-to
Content
I think os.scandir is a case where we *want* a low level call that exposes everything we can retrieve efficiently about the directory entries given the underlying platform - not everything written in Python is written to be portable, especially when it comes to scripts rather than applications (e.g. given where I work, I write a fair bit of code that is Fedora/RHEL specific, and if that code happens to work anywhere else it's just a bonus rather than being of any specific value to me).

This may mean that we just return an "info" object for each item, where the available info is explicitly platform specific. Agreed it can be an actual stat object, though.

os.walk then become the cross-platform abstraction built on top of the low level scandir call (splitting files from directories is probably about all we can do consistently cross-platform without per-entry stat calls).
History
Date User Action Args
2013-05-05 08:59:57ncoghlansetrecipients: + ncoghlan, loewis, twouters, rhettinger, terry.reedy, gregory.p.smith, pitrou, vstinner, giampaolo.rodola, christian.heimes, tim.golden, eric.araujo, Trundle, brian.curtin, benhoyt, torsten, nvetoshkin, neologix, abacabadabacaba, socketpair, serhiy.storchaka
2013-05-05 08:59:57ncoghlansetmessageid: <1367744397.48.0.03032220023.issue11406@psf.upfronthosting.co.za>
2013-05-05 08:59:57ncoghlanlinkissue11406 messages
2013-05-05 08:59:57ncoghlancreate