Re: [Python-Dev] Need help designing subprocess API for Tulip
Link to the thread on python-tulip: https://groups.google.com/forum/#!topic/python-tulip/2snxuJY_Lx0 Victor 2014-01-29 Guido van Rossum gu...@python.org: If you're interested, please see us on the python-tulip mailing list at Google Groups. -- --Guido van Rossum (python.org/~guido) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/victor.stinner%40gmail.com ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [python-committers] [RELEASED] Python 3.3.4 release candidate 1
Would you to accept fixes for http://bugs.python.org/issue20434 and http://bugs.python.org/issue20437 before 3.3.4 final? On Mon, Jan 27, 2014 at 9:36 AM, Georg Brandl ge...@python.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On behalf of the Python development team, I'm reasonably happy to announce the Python 3.3.4 release candidate 1. Python 3.3.4 includes several security fixes and over 120 bug fixes compared to the Python 3.3.3 release. This release fully supports OS X 10.9 Mavericks. In particular, this release fixes an issue that could cause previous versions of Python to crash when typing in interactive mode on OS X 10.9. Python 3.3 includes a range of improvements of the 3.x series, as well as easier porting between 2.x and 3.x. In total, almost 500 API items are new or improved in Python 3.3. For a more extensive list of changes in the 3.3 series, see http://docs.python.org/3.3/whatsnew/3.3.html and for the detailed changelog of 3.3.4, see http://docs.python.org/3.3/whatsnew/changelog.html To download Python 3.3.4 rc1 visit: http://www.python.org/download/releases/3.3.4/ This is a preview release, please report any bugs to http://bugs.python.org/ The final version is scheduled to be released in two weeks' time, on or about the 10th of February. Enjoy! - -- Georg Brandl, Release Manager georg at python.org (on behalf of the entire python-dev team and 3.3's contributors) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlLmDI4ACgkQN9GcIYhpnLAr6wCePRbHF80k5goV4RUDBA5FfkwF rLUAnRg0RpL/b6apv+Dt2/sgnUd3hTPA =Z4Ss -END PGP SIGNATURE- ___ python-committers mailing list python-committ...@python.org https://mail.python.org/mailman/listinfo/python-committers -- Thanks, Andrew Svetlov ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Add Py_REPLACE and Py_XREPLACE macros
The Py_CLEAR macros is used as safe alternative for following unsafe idiomatic code: Py_XDECREF(ptr); ptr = NULL; But other unsafe idiomatic code is widely used in the sources: Py_XDECREF(ptr); ptr = new_value; Every occurrence of such code is potential bug for same reasons as for Py_CLEAR. It was offered [1] to introduce new macros Py_REPLACE and Py_XREPLACE for safe replace with Py_DECREF and Py_XDECREF respectively. Automatically generated patch contains about 50 replaces [2]. [1] http://bugs.python.org/issue16447 [2] http://bugs.python.org/issue20440 ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Add Py_REPLACE and Py_XREPLACE macros
Antoine already proposed similar macros [1] [2]. But now we have about 50 potential bugs which can be fixed with these macros. [1] https://mail.python.org/pipermail/python-dev/2008-May/079862.html [2] http://bugs.python.org/issue20440 ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [RELEASED] Python 3.3.4 release candidate 1
29.01.14 18:55, Andrew Svetlov написав(ла): Would you to accept fixes for http://bugs.python.org/issue20434 and http://bugs.python.org/issue20437 before 3.3.4 final? And http://bugs.python.org/issue20440. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Add Py_REPLACE and Py_XREPLACE macros
29.01.14 21:10, Serhiy Storchaka написав(ла): Antoine already proposed similar macros [1] [2]. But now we have about 50 potential bugs which can be fixed with these macros. [1] https://mail.python.org/pipermail/python-dev/2008-May/079862.html [2] http://bugs.python.org/issue20440 [2] http://bugs.python.org/issue3081 ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] weird docstring generated by argument clinic
Hi, for two days now, the signature embedding tests in Cython have been failing with this (doctest) error: Expected: f_D(long double D) - long double Got: f_DNone f_D(long double D) - long double https://sage.math.washington.edu:8091/hudson/job/cython-devel-tests/1869/ARCH=m64,BACKEND=c,PYVERSION=py3km/testReport/junit/doctest/DocTestCase/Doctest__embedsignatures/ The first line that Cython writes into the docstring is the expected one above. So far, all CPython versions have ignored it, Py3.4 then started picking it up at some point due to the argument clinic changes, but properly copied it over to the (IIRC) __signature__ attribute. However, the recent change now lead to the above being dumped into the docstring. Could someone please quickly explain what the purpose of the first line is and why it says None at the end? Is there anything we should do on our side in order to fix this? Since many of our users embed their signatures for documentation purposes (it was the only way to make them visible in previous CPython versions and is supported by several tools, e.g. epydoc), this is a rather annoying result for them. Stefan ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] weird docstring generated by argument clinic
I suppose it's related to this checkin: changeset: 88792:d6311829da15 parent: 88788:6b37e6aff9ef user:Larry Hastings la...@hastings.org date:Tue Jan 28 05:00:08 2014 -0800 files: Include/object.h Lib/idlelib/idle_test/test_calltips.py Lib/inspect.py Lib/test/test_capi.py Lib/test/test_generators.py Lib/test/test_genexps.py Misc/NEWS Modules/_bz2module.c Modules/_cryp\ tmodule.c Modules/_cursesmodule.c Modules/_datetimemodule.c Modules/_dbmmodule.c Modules/_lzmamodule.c Modules/_lzmamodule.clinic.c Modules/_opcode.c Modules/_pickle.c Modules/_sre.c Modules/_testcapimod\ ule.c Modules/_weakref.c Modules/audioop.c Modules/binascii.c Modules/clinic/_bz2module.c.h Modules/clinic/_lzmamodule.c.h Modules/clinic/_pickle.c.h Modules/clinic/audioop.c.h Modules/clinic/binascii.c.\ h Modules/clinic/zlibmodule.c.h Modules/posixmodule.c Modules/unicodedata.c Modules/zlibmodule.c Objects/descrobject.c Objects/dictobject.c Objects/methodobject.c Objects/typeobject.c Objects/unicodeobje\ ct.c Python/import.c Tools/clinic/clinic.py description: Issue #20326: Argument Clinic now uses a simple, unique signature to annotate text signatures in docstrings, resulting in fewer false positives. self parameters are also explicitly marked, allowing inspect.Signature() to authoritatively detect (and skip) said parameters. Issue #20326: Argument Clinic now generates separate checksums for the input and output sections of the block, allowing external tools to verify that the input has not changed (and thus the output is not out-of-date). On Wed, Jan 29, 2014 at 10:25 PM, Stefan Behnel stefan...@behnel.de wrote: Hi, for two days now, the signature embedding tests in Cython have been failing with this (doctest) error: Expected: f_D(long double D) - long double Got: f_DNone f_D(long double D) - long double https://sage.math.washington.edu:8091/hudson/job/cython-devel-tests/1869/ARCH=m64,BACKEND=c,PYVERSION=py3km/testReport/junit/doctest/DocTestCase/Doctest__embedsignatures/ The first line that Cython writes into the docstring is the expected one above. So far, all CPython versions have ignored it, Py3.4 then started picking it up at some point due to the argument clinic changes, but properly copied it over to the (IIRC) __signature__ attribute. However, the recent change now lead to the above being dumped into the docstring. Could someone please quickly explain what the purpose of the first line is and why it says None at the end? Is there anything we should do on our side in order to fix this? Since many of our users embed their signatures for documentation purposes (it was the only way to make them visible in previous CPython versions and is supported by several tools, e.g. epydoc), this is a rather annoying result for them. Stefan ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/guido%40python.org -- --Guido van Rossum (python.org/~guido) ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] weird docstring generated by argument clinic
On 01/29/2014 10:25 PM, Stefan Behnel wrote: Hi, for two days now, the signature embedding tests in Cython have been failing with this (doctest) error: Expected: f_D(long double D) - long double Got: f_DNone f_D(long double D) - long double The string f_DNone shouldn't be there. However, f_DNone doesn't appear in a fresh checkout of CPython trunk. If you have a reproducable test case, please file it with an issue on the tracker and add me to the nosy list. //arry/ ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] weird docstring generated by argument clinic
Guido van Rossum, 30.01.2014 07:36: I suppose it's related to this checkin: [...] Issue #20326: Argument Clinic now uses a simple, unique signature to annotate text signatures in docstrings, resulting in fewer false positives.[...] Thanks, I'll comment there. On Wed, Jan 29, 2014 at 10:25 PM, Stefan Behnel wrote: for two days now, the signature embedding tests in Cython have been failing with this (doctest) error: Expected: f_D(long double D) - long double Got: f_DNone f_D(long double D) - long double And I should have checked a bit more deeply. The None part here is the __text_signature__, which is no longer filled. The commit above explains it. Stefan ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] weird docstring generated by argument clinic
Larry Hastings, 30.01.2014 08:14: On 01/29/2014 10:25 PM, Stefan Behnel wrote: for two days now, the signature embedding tests in Cython have been failing with this (doctest) error: Expected: f_D(long double D) - long double Got: f_DNone f_D(long double D) - long double The string f_DNone shouldn't be there. However, f_DNone doesn't appear in a fresh checkout of CPython trunk. If you have a reproducable test case, please file it with an issue on the tracker and add me to the nosy list. Sorry, my fault. Please ignore that part. Stefan ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com