Re: [Python-Dev] weird docstring generated by argument clinic

2014-01-29 Thread Stefan Behnel
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 dou

Re: [Python-Dev] weird docstring generated by argument clinic

2014-01-29 Thread Stefan Behnel
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

Re: [Python-Dev] weird docstring generated by argument clinic

2014-01-29 Thread Larry Hastings
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" should

Re: [Python-Dev] weird docstring generated by argument clinic

2014-01-29 Thread Guido van Rossum
I suppose it's related to this checkin: changeset: 88792:d6311829da15 parent: 88788:6b37e6aff9ef user:Larry Hastings 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_g

[Python-Dev] weird docstring generated by argument clinic

2014-01-29 Thread Stefan Behnel
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=

Re: [Python-Dev] Add Py_REPLACE and Py_XREPLACE macros

2014-01-29 Thread Serhiy Storchaka
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://bu

Re: [Python-Dev] [RELEASED] Python 3.3.4 release candidate 1

2014-01-29 Thread Serhiy Storchaka
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@pytho

Re: [Python-Dev] Add Py_REPLACE and Py_XREPLACE macros

2014-01-29 Thread 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 ___ Python-Dev m

[Python-Dev] Add Py_REPLACE and Py_XREPLACE macros

2014-01-29 Thread Serhiy Storchaka
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

Re: [Python-Dev] [python-committers] [RELEASED] Python 3.3.4 release candidate 1

2014-01-29 Thread Andrew Svetlov
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 wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On behalf of the Python development team, I'm reasonably happy to an

Re: [Python-Dev] Need help designing subprocess API for Tulip

2014-01-29 Thread Victor Stinner
Link to the thread on python-tulip: https://groups.google.com/forum/#!topic/python-tulip/2snxuJY_Lx0 Victor 2014-01-29 Guido van Rossum : > If you're interested, please see us on the python-tulip mailing list at > Google Groups. > > -- > --Guido van Rossum (python.org/~guido) > >