[issue20979] Calling getdents()/readdir64() repeatedly while closing descriptors provides unexpected behaviour.

2016-09-08 Thread Марк Коренберг
Марк Коренберг added the comment: Yes, it is still relevant. For example for closing fds after fork(). -- ___ Python tracker ___

[issue20979] Calling getdents()/readdir64() repeatedly while closing descriptors provides unexpected behaviour.

2016-09-08 Thread Christian Heimes
Christian Heimes added the comment: Is this still relevant with O_CLOEXEC? -- nosy: +christian.heimes versions: +Python 3.6, Python 3.7 -Python 3.3 ___ Python tracker

[issue20979] Calling getdents()/readdir64() repeatedly while closing descriptors provides unexpected behaviour.

2014-03-19 Thread R. David Murray
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +gps ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20979 ___ ___ Python-bugs-list

[issue20979] Calling getdents()/readdir64() repeatedly while closing descriptors provides unexpected behaviour.

2014-03-19 Thread Марк Коренберг
New submission from Марк Коренберг: 1. Please see last comments/patches for issue8052 2. Not closing some descriptos is security breach (PEP-0446 describes that) = Calling getdents()/readdir64() repeatedly while closing descriptors provides unexpected behaviour. Reading

[issue20979] Calling getdents()/readdir64() repeatedly while closing descriptors provides unexpected behaviour.

2014-03-19 Thread Gregory P. Smith
Gregory P. Smith added the comment: A Python test that reproduces this would be nice to have though I realize it isn't something necessarily useful to run as part of a unittest suite given this one would rely on OS kernel implementation details and chances of race conditions occurring.