Message 170717 - Python tracker

Message170717

Author	loewis
Recipients	brian.curtin, cmikula, loewis, r.david.murray, tim.golden
Date	2012-09-19.09:32:22
SpamBayes Score	-1.0
Marked as misclassified	Yes
Message-id	<1348047143.75.0.862929512433.issue15946@psf.upfronthosting.co.za>
In-reply-to

Content
I think it should be possible to add a wait=False parameter to rmtree which makes it block until the directory is gone away. This could be similar to the test.support feature added in #15496. For compatibility, such a flag should default to False, and users need to be aware that this may block "indefinitely". I'd be opposed to specifying a timeout - users who need that can use the non-blocking version, and then loop themselves (or we expose a separate wait function with a timeout). Of course, such a feature could not be added to 2.7.

Content

I think it should be possible to add a wait=False parameter to rmtree which makes it block until the directory is gone away. This could be similar to the test.support feature added in #15496.

For compatibility, such a flag should default to False, and users need to be aware that this may block "indefinitely". I'd be opposed to specifying a timeout - users who need that can use the non-blocking version, and then loop themselves (or we expose a separate wait function with a timeout).

Of course, such a feature could not be added to 2.7.

History
Date	User	Action	Args
2012-09-19 09:32:23	loewis	set	recipients: + loewis, tim.golden, r.david.murray, brian.curtin, cmikula
2012-09-19 09:32:23	loewis	set	messageid: <1348047143.75.0.862929512433.issue15946@psf.upfronthosting.co.za>
2012-09-19 09:32:23	loewis	link	issue15946 messages
2012-09-19 09:32:22	loewis	create