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 serhiy.storchaka, vstinner
Date 2014-01-08.16:20:05
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1389198005.82.0.503403412368.issue20191@psf.upfronthosting.co.za>
In-reply-to
Content
Thank you for good example, Victor. See issue6083 for early discussion.

As for options:

- I afraid we can't raise an error if the second parameter is not a tuple right now. Rather we should first emit deprecation warning, and raise an error only several releases later.

- We can't turn borrowed references into non-borrowed references, because it will cause reference leaks in existing code.

So what we should to do:

* Convert all codes in the stdlib to not use "(...)" in PyArg_ParseTuple(). This was mainly done in issue6083. Perhaps resource.prlimit() was added after this.

* Deprecate this dangerous feature. Early is better. And emit a warning to all core developers.
History
Date User Action Args
2014-01-08 16:20:05serhiy.storchakasetrecipients: + serhiy.storchaka, vstinner
2014-01-08 16:20:05serhiy.storchakasetmessageid: <1389198005.82.0.503403412368.issue20191@psf.upfronthosting.co.za>
2014-01-08 16:20:05serhiy.storchakalinkissue20191 messages
2014-01-08 16:20:05serhiy.storchakacreate