homepage

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

AltStyle によって変換されたページ (->オリジナル) /