Message207692
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. |
|
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 | |
|