Mailman 3 January 2018 - docs

[issue32500] PySequence_Length() raises TypeError on dict type
by Michał Górny 07 Jan '18

07 Jan '18

Michał Górny <mgorny(a)gentoo.org> added the comment: Well, my two main concerns are: 1) whether it is acceptable for PyPy to not raise TypeError in this case, or if I should report it to PyPy upstream as a bug, 2) and whether programmers can appropriately rely on PySequence_Length() raising TypeError for non-sequence types or if they should use e.g. PySequence_Check() explicitly. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32500> _______________________________________

2 1

[issue32500] PySequence_Length() raises TypeError on dict type
by Guido van Rossum 06 Jan '18

06 Jan '18

Guido van Rossum <guido(a)python.org> added the comment: If we were to take the docs literally then PySequence_{Size,Length} should just be aliases for PyObject_Size. But I'm reluctant to change something that has been like this for ages. In fact maybe we should deprecate them, together with other PySequence_ and PyMapping_ operations that have more general PyObject_ alternatives? You can read the source code to find the root cause for the behavior -- PySequence_{Size,Length} only looks for tp_as_sequence->sq_length, but dict has that field set to NULL. (A dict's size is computed by tp_as_mapping->mp_length.) Fixing dict by adding a redundant sq_length seems brittle (there may be many other mapping types with similar issues). So I think we should update the docs to recommend PyObject_Size instead. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32500> _______________________________________

1 0

[issue32500] PySequence_Length() raises TypeError on dict type
by Serhiy Storchaka 06 Jan '18

06 Jan '18

Serhiy Storchaka <storchaka+cpython(a)gmail.com> added the comment: Agreed, it looks either mistaken or confusing. This wording is used from the first versions of the C API documentation. I don't know what is meant here. ---------- assignee: -> docs@python components: +Documentation -Extension Modules nosy: +docs@python, gvanrossum versions: +Python 3.7 -Python 3.4, Python 3.5 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32500> _______________________________________

1 0

[issue8243] curses writing to window's bottom right position raises: `_curses.error: addstr() returned ERR'
by Jay Crotts 06 Jan '18

06 Jan '18

Jay Crotts <crotts.jay(a)gmail.com> added the comment: I can create a documentation patch and PR if this still needs doing. ---------- nosy: +jcrotts _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue8243> _______________________________________

1 0

Help Install
by Untamed Guerilla 06 Jan '18

06 Jan '18

Help With Installation, Please.....Thanks.

2 3

Python 3.5.2 文档无法下载
by 邹乐 06 Jan '18

06 Jan '18

Hello! I am a beginner for Python，I need the Python Document very much. But the Python 3.5.2 Document Chinese Version can’t download from http://python.usyiyi.cn/translate/python_352/download.html . It’s inconvenient to me for English version.If you could give me the Chinese version.I will really tankfull.. GOOD NIGHT

2 1

About docs
by Winter Is Coming 06 Jan '18

06 Jan '18

When will Chinese documents appear?

2 1

propose a Chinese version of Python documents
by eric R 06 Jan '18

06 Jan '18

Hello Guys, I am Donghui, a Chinese currently studying in Europe as a Ph.D. student. Since last year, I have started using Python for my projects, and I found Python documents very helpful for me to learn this programming language. Thank you all for the wonderful work! Meanwhile I noticed there are Japanese and French versions of the document available beside the English version, but Chinese version doesn't exist yet. I am wondering whether you'd consider incorporating a Chinese translation of the document on the offical website. I hope this knowledge base can be accessed by more broad people from China where most pepole still have difficulity reading techincal stuff in English. I am not sure whether you already received same proposal from other Chinese people. If so, I will be very glad to work in a team to do this kind of translation. As this work is going to need quite broad of background knowledge, it will be very difficult , if not possible, for one person to accomplish this work. Thanks in advanve! *Best Regards！* *--* *Donghui(* *Eric )* * **Zhai * *PhD Candidate* *Email: donghui.zhai(a)student.kulenven.be <donghui.zhai(a)student.kulenven.be>*

2 1

Bug in python tutorial
by Rian van Kampen 05 Jan '18

05 Jan '18

Hi, Im trying to learn python and i can not get the example of 4.1. If statements to work. Every time i fill out x and the first if statement i go to the elif statement. As i put in the colon and hit enter to go to the next line to write the print it executes the lines and gives me a syntax error. The elif statement doesnt come on the same level als the first if statement. I cant find the answer online so could you please help me out? And correct the example of 4.1.? Kind regards, Rian

2 2

[issue32211] Document the bug in re.findall() and re.finditer() in 2.7 and 3.6
by Serhiy Storchaka 04 Jan '18

04 Jan '18

New submission from Serhiy Storchaka <storchaka+cpython(a)gmail.com>: >>> re.findall(r'^|\w+', 'two words') ['', 'wo', 'words'] Seems the current behavior was documented incorrectly in issue732120. It will be fixed in 3.7 (see issue1647489, issue25054), but I hesitate to backport the fix to 3.6 and 2.7 because this can break the user code. For example: In Python 3.6: >>> list(re.finditer(r'(?m)^\s*?$', 'foo\n\n\nbar')) [<_sre.SRE_Match object; span=(4, 4), match=''>, <_sre.SRE_Match object; span=(5, 5), match=''>] In Python 3.7: >>> list(re.finditer(r'(?m)^\s*?$', 'foo\n\n\nbar')) [<re.Match object; span=(4, 4), match=''>, <re.Match object; span=(4, 5), match='\n'>, <re.Match object; span=(5, 5), match=''>] (This is a real pattern used in the docstring module, but with re.sub()). The proposed PR documents the current weird behavior in 2.7 and 3.6. ---------- assignee: docs@python components: Documentation, Regular Expressions messages: 307546 nosy: docs@python, ezio.melotti, mrabarnett, rhettinger, serhiy.storchaka priority: normal severity: normal status: open title: Document the bug in re.findall() and re.finditer() in 2.7 and 3.6 type: enhancement versions: Python 2.7, Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32211> _______________________________________

1 5