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 serhiy.storchaka
Recipients benhoyt, r.david.murray, serhiy.storchaka, vstinner, xdegaye
Date 2016-01-03.17:20:33
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1451841634.36.0.130925695511.issue25596@psf.upfronthosting.co.za>
In-reply-to
Content
> os.scandir() is called recursively in the last patch and the file descriptors are not closed until returning from the recursion.

No, os.scandir() is called non-recursively in _iterdir(), and since _iterdir() results are always accumulated in a list, a recursion starts only after exhausting the os.scandir() iterator and closing the file descriptor. We need first to resolve issue25994 to close the file descriptor explicitly.

> The glob functions should fail explicitly when scandir() raises OSERROR with posix errno set to EMFILE (The process has too many files open), or even better, silently ignore only the PermissionError exception instead of ignoring OSERROR.

Patched code passes existing tests. Do you have additional tests?

> Is the call to entry.is_symlink() in _iterdir() necessary since is_dir() follows symlinks ?

Ah, I thought is_dir() doesn't follow symlinks. Yes, now the call to entry.is_symlink() is not necessary.

> If _iterdir() would yield the DirEntry instance instead of DirEntry.name, then _rlistdir() could use x.is_dir() to know whether it is correct to iterate over _rlistdir(x.path, dironly)

Yes, but this can complicate the rest of the code. _rlistdir() is called with dironly=False only when the pattern ends with '**'. I'm not sure this is enough important case for optimization. In most cases '**' is used in the middle of the pattern, and all names yielded by _iterdir() are directory names (or broken symlinks).
History
Date User Action Args
2016-01-03 17:20:34serhiy.storchakasetrecipients: + serhiy.storchaka, vstinner, r.david.murray, benhoyt, xdegaye
2016-01-03 17:20:34serhiy.storchakasetmessageid: <1451841634.36.0.130925695511.issue25596@psf.upfronthosting.co.za>
2016-01-03 17:20:34serhiy.storchakalinkissue25596 messages
2016-01-03 17:20:33serhiy.storchakacreate