Mailman 3 December 2010 - docs

[issue10681] PySlice_GetIndices() signature changed
by Phil Thompson 30 Dec '10

30 Dec '10

New submission from Phil Thompson <phil(a)riverbankcomputing.com>: In Python v3.2b1 the type of the first argument of PySlice_GetIndices() and PySlice_GetIndicesEx() has changed from PySliceObject* to PyObject*. The documentation does not reflect this change. Which is correct, the source code or the documentation? ---------- assignee: docs@python components: Documentation, Interpreter Core messages: 123809 nosy: Phil.Thompson, docs@python priority: normal severity: normal status: open title: PySlice_GetIndices() signature changed type: behavior versions: Python 3.2 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10681> _______________________________________

3 6

[issue10793] hashlib.hash.digest() documentation incorrect re return type
by Thorsten Behrens 30 Dec '10

30 Dec '10

New submission from Thorsten Behrens <sbehrens(a)gmx.li>: The documentation for hashlib.hash.digest() states that digest() will "[r]eturn the digest of the data passed to the update() method so far. This is a bytes array of size digest_size[...]". The returned object is of class 'bytes', not 'bytearray'. Documentation should reflect this. ---------- assignee: docs@python components: Documentation messages: 124892 nosy: docs@python, thorsten.behrens priority: normal severity: normal status: open title: hashlib.hash.digest() documentation incorrect re return type versions: Python 3.1, Python 3.2 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10793> _______________________________________

3 2

[issue10609] dbm documentation example doesn't work (iteritems())
by Georg Brandl 28 Dec '10

28 Dec '10

Georg Brandl <georg(a)python.org> added the comment: Fixed in r87536. ---------- resolution: -> fixed status: open -> closed _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10609> _______________________________________

1 0

[issue10670] Provide search scope limits
by anatoly techtonik 28 Dec '10

28 Dec '10

New submission from anatoly techtonik <techtonik(a)gmail.com>: When searching docs (e.g. for http://docs.python.org/dev/search.html?q=unicode&check_keywords=yes&area=de…) I'd like to filter out C API. ---------- assignee: docs@python components: Documentation messages: 123719 nosy: docs@python, techtonik priority: normal severity: normal status: open title: Provide search scope limits _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10670> _______________________________________

3 3

[issue10739] Subprocess behavior on Windows
by Ross Lagerwall 28 Dec '10

28 Dec '10

New submission from Ross Lagerwall <rosslagerwall(a)gmail.com>: On Windows, creating a subprocess does not work when stdin (or stdout or stderr) is set as a file object created from socket.makefile(). An IOError is thrown. This works fine on Unix so I assume it is a platform limitation rather than a Python bug. If this is so then this should be documented under the subprocess module. ---------- assignee: docs@python components: Documentation, Library (Lib) files: test.py messages: 124382 nosy: docs@python, rosslagerwall priority: normal severity: normal status: open title: Subprocess behavior on Windows type: behavior versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file20115/test.py _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10739> _______________________________________

3 5

[issue10781] minidom Node.writexml method doesn't manage encoding parameter correctly
by Georg Brandl 28 Dec '10

28 Dec '10

Georg Brandl <georg(a)python.org> added the comment: Fixed in r87532. ---------- nosy: +georg.brandl resolution: -> fixed status: open -> closed _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10781> _______________________________________

1 0

[issue10742] memoryview.readonly attribute is not documented
by flashk 28 Dec '10

28 Dec '10

New submission from flashk <flashk(a)gmail.com>: The 'readonly' attribute is not explicitly described, even though it is used in the sample code for the memoryview type. I've attached a patch that adds a description of the 'readonly' attribute. ---------- assignee: docs@python components: Documentation files: stdtypes.diff keywords: patch messages: 124403 nosy: docs@python, flashk priority: normal severity: normal status: open title: memoryview.readonly attribute is not documented versions: Python 2.7 Added file: http://bugs.python.org/file20121/stdtypes.diff _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10742> _______________________________________

4 3

[issue10767] Lib/test/crashers/README is out of date
by Alexander Belopolsky 28 Dec '10

28 Dec '10

New submission from Alexander Belopolsky <belopolsky(a)users.sourceforge.net>: Among other things, README says: """ Each test should have a link to the bug report: # http://python.org/sf/BUG# """ but the only such link is found in crashers/infinite_loop_re.py and points to a closed issue 1541697. It looks like the purpose of Lib/test/crashers has changed from being a repository of outstanding bugs to a repository of crashers that are not considered to be bugs. ---------- assignee: docs@python components: Documentation, Tests messages: 124586 nosy: belopolsky, docs@python priority: normal severity: normal status: open title: Lib/test/crashers/README is out of date _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10767> _______________________________________

3 2

Python Organization,Hello!
by 东岛网 28 Dec '10

28 Dec '10

Python Software Foundation, Hello! I am a programmer from China. Because China has no official Python tutorial books,So I want to translate the official Python tutorial books and posted on the Internet, can it? <span title="neteasefooter"><span id="netease_mail_footer"></span></span>

2 1

[issue10773] "Building C and C++ Extensions on Windows" documentation shows 2.x way of initializing module
by Thorsten Behrens 28 Dec '10

28 Dec '10

New submission from Thorsten Behrens <sbehrens(a)gmx.li>: The documentation titled "Building C and C++ Extensions on Windows" at http://docs.python.org/py3k/extending/windows.html shows a Python 2.x way of handling static type object initializers, to whit: >> If your module creates a new type, you may have trouble with this line: PyVarObject_HEAD_INIT(&PyType_Type, 0) Static type object initializers in extension modules may cause compiles to fail with an error message like “initializer not a constant”. This shows up when building DLL under MSVC. Change it to: PyVarObject_HEAD_INIT(NULL, 0) and add the following to the module initialization function: MyObject_Type.ob_type = &PyType_Type; >> That last line will not function in Python 3.x. However, PyType_Ready will fill in the ob_type field if it is empty, if I understand PyType_Ready correctly. Therefore, the last few lines of this documentation snippet can become: >> and add the following to the module initialization function: if (PyType_Ready(&MyObject_Type) < 0) return NULL; >> ---------- assignee: docs@python components: Documentation messages: 124667 nosy: docs@python, thorsten.behrens priority: normal severity: normal status: open title: "Building C and C++ Extensions on Windows" documentation shows 2.x way of initializing module versions: Python 3.1 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue10773> _______________________________________

2 1