[issue46376] PyMapping_Check returns 1 for list

2022-01-14 Thread John Millikin
Change by John Millikin : -- nosy: -jmillikin ___ Python tracker <https://bugs.python.org/issue46376> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue7521] PyEval_GetRestricted should be removed from C API reference

2009-12-18 Thread John Millikin
John Millikin added the comment: Ditto Py_GetBuildNumber() < http://docs.python.org/3.1/c-api/init.html#Py_GetBuildNumber > -- only mentioned in docs and HISTORY, nothing in the headers or source. Appears to have been removed. -- ___ Python t

[issue7521] PyEval_GetRestricted should be removed from C API reference

2009-12-15 Thread John Millikin
New submission from John Millikin : In <http://docs.python.org/3.1/c-api/reflection.html#PyEval_GetRestricted>, the PyEval_GetRestricted() procedure does not exist. HISTORY indicates it was removed during the 3.0 development cycle. It ought to be removed from the docs a

[issue5945] PyMapping_Check returns 1 for lists

2009-05-05 Thread John Millikin
New submission from John Millikin : In Python 2, PyMapping_Check will return 0 for list objects. In Python 3, it returns 1. Obviously, this makes it rather difficult to differentiate between mappings and other sized iterables. In addition, it differs from the behavior of the

[issue2656] Autodoc should skip inherited methods

2008-04-18 Thread John Millikin
New submission from John Millikin <[EMAIL PROTECTED]>: Using the following class layout: class A (object): def a (self): "A.a" pass class B (A): def b (self): "B.b" pass If sphinx.ext.

[issue2545] sphinx.ext.autodoc fails to expand tabs in docstrings

2008-04-03 Thread John Millikin
Changes by John Millikin <[EMAIL PROTECTED]>: -- type: -> behavior __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2545> __ ___ Python-b

[issue2545] sphinx.ext.autodoc fails to expand tabs in docstrings

2008-04-03 Thread John Millikin
New submission from John Millikin <[EMAIL PROTECTED]>: Sphinx seems to need tabs expanded in reST, but the autodoc extension doesn't do so. The following patch is very small, and fixes the issue on my system. Oddly, I can reproduce this on a Linux system with doctools and docutils

[issue2541] Unicode escape sequences not parsed in raw strings.

2008-04-02 Thread John Millikin
New submission from John Millikin <[EMAIL PROTECTED]>: According to <http://docs.python.org/dev/3.0/reference/lexical_analysis.html#id9>, raw strings with \u and \U escape sequences should have these sequences parsed as usual. However, they are currently escaped. >>&g