Mailman 3 June 2018 - docs

[issue33766] Grammar Incongruence
by Serhiy Storchaka 04 Jun '18

04 Jun '18

Serhiy Storchaka <storchaka+cpython(a)gmail.com> added the comment: Good point Ammar. Seems there is also a missing corner case in the definition of a physical line: https://docs.python.org/3.8/reference/lexical_analysis.html#physical-lines """ A physical line is a sequence of characters terminated by an end-of-line sequence. In source files, any of the standard platform line termination sequences can be used - the Unix form using ASCII LF (linefeed), the Windows form using the ASCII sequence CR LF (return followed by linefeed), or the old Macintosh form using the ASCII CR (return) character. All of these forms can be used equally, regardless of platform. """ It misses a case when a physical line is terminated by the end of file. ---------- assignee: -> docs@python components: +Documentation -Interpreter Core nosy: +docs@python, gvanrossum versions: +Python 2.7 -Python 3.5 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33766> _______________________________________

1 0

[issue17045] Improve C-API doc for PyTypeObject
by Serhiy Storchaka 03 Jun '18

03 Jun '18

Serhiy Storchaka <storchaka+cpython(a)gmail.com> added the comment: Do you mind to create a PR Eric? ---------- nosy: +serhiy.storchaka versions: +Python 3.6, Python 3.7, Python 3.8 -Python 3.3, Python 3.4 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue17045> _______________________________________

1 0

[issue30516] Documentation for datetime substract operation incorrect?
by Farhaan Bukhsh 03 Jun '18

03 Jun '18

Change by Farhaan Bukhsh <farhaan.bukhsh(a)gmail.com>: ---------- keywords: +patch pull_requests: +6974 stage: needs patch -> patch review _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue30516> _______________________________________

1 0

[issue25237] Add doc for tkinter commondialog.Dialog and subclasses
by Nikhil Patel 02 Jun '18

02 Jun '18

Nikhil Patel <patenikh2(a)gmail.com> added the comment: PR to add documentation still up-to-date and all checks successful just pending review ---------- assignee: -> docs@python components: +Documentation nosy: +docs@python _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue25237> _______________________________________

1 0

[issue23495] The writer.writerows method should be documented as accepting any iterable (not only a list)
by Steven Barker 02 Jun '18

02 Jun '18

New submission from Steven Barker: The documentation for the csv.writer.writerows method says that it expects "a list of row objects", when it really will accept any iterable that yields rows (such as a generator). While it's often nice for code to be more accepting than the documented requirements, I think the docs in this case should state that writerows() expects an iterable, rather than misinforming users that a list is required. This documentation issue was brought up in a Stack Overflow question here: http://stackoverflow.com/questions/28636848/csv-writer-writerows-takes-iter… I expect the necessary documentation patch will be pretty trivial, and if nobody else gets to it first, I will try to provide one when I have enough time to update my cpython checkout (not soon, alas). ---------- assignee: docs@python components: Documentation messages: 236328 nosy: Steven.Barker, docs@python priority: normal severity: normal status: open title: The writer.writerows method should be documented as accepting any iterable (not only a list) type: enhancement versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <http://bugs.python.org/issue23495> _______________________________________

9 16

[issue30974] Update os.samefile docstring to match documentation
by Timo Furrer 02 Jun '18

02 Jun '18

Change by Timo Furrer <tuxtimo(a)gmail.com>: ---------- keywords: +patch pull_requests: +6968 stage: needs patch -> patch review _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue30974> _______________________________________

1 0

sqlite3 issue/bug
by Thomas Michiels 02 Jun '18

02 Jun '18

Dear python developpers, First of all, I wanna say thanks for the awesome language about which i am still learning new stuff each day. Secondly, i wanne report a bug, I hope this is right adress. It is a bug in the sqlite3 package (using the 2.7.13 version). Normally a timestamp (using the datetime converter/adapter*) is saved like: 2018-06-02 01:28:56.4610000+00:00 Now in the very rare case the save happens exactly at a round second, it will be saved like this: 2018-06-02 01:28:56+00:00 Without any miliseconds. The adapter/converter for reading in the values will give an error on this on line 71 of the dbapi2.py file ValueError: invalid literal for int() with base 10: '56+00' The chances of this error happening are very small, but with very frequent timestamp updates, that chance becomes bigger. I hope you can confirm this *connection made with option: detect_types=sqlite3.PARSE_DECLTYPES Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10

1 0

[issue33737] Multiprocessing not working
by Puneet Singh 02 Jun '18

02 Jun '18

New submission from Puneet Singh <duhrasoft1(a)gmail.com>: I have attached a sampl program for my project.can anyone help e to solve this multiprocessing problem.I have applied all the tpes of multiprocessing ( map,map_async, starmap, starmap_async, aplly_async) but the result is same that CPU utilisation is one core instead it had to use all of them. The picture for cpu utilisation an be found in github account:- https://github.com/joddiy/multiprocess/issues/1 ---------- components: Library (Lib) messages: 318433 nosy: Puneet Singh, docs@python priority: normal severity: normal status: open title: Multiprocessing not working type: performance versions: Python 3.5 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33737> _______________________________________

2 2

[issue33736] Improve the documentation of asyncio stream API
by Elvis Pranskevichus 01 Jun '18

01 Jun '18

Change by Elvis Pranskevichus <elvis(a)magic.io>: ---------- keywords: +patch pull_requests: +6955 stage: -> patch review _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33736> _______________________________________

1 0

[issue33736] Improve the documentation of asyncio stream API
by Elvis Pranskevichus 01 Jun '18

01 Jun '18

Change by Elvis Pranskevichus <elvis(a)magic.io>: ---------- assignee: docs@python components: Documentation nosy: Elvis.Pranskevichus, docs@python priority: normal severity: normal status: open title: Improve the documentation of asyncio stream API type: enhancement versions: Python 3.7, Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33736> _______________________________________

1 0