Message207692
| 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:05 | serhiy.storchaka | set | recipients:
+ serhiy.storchaka, vstinner |
| 2014年01月08日 16:20:05 | serhiy.storchaka | set | messageid: <1389198005.82.0.503403412368.issue20191@psf.upfronthosting.co.za> |
| 2014年01月08日 16:20:05 | serhiy.storchaka | link | issue20191 messages |
| 2014年01月08日 16:20:05 | serhiy.storchaka | create |
|