Mailman 3 November 2019 - docs

[issue38675] Sug. for the scope example in TPT Cjapter 9
by David Goldsmith Nov. 8, 2019

Nov. 8, 2019

New submission from David Goldsmith <eulergaussriemann(a)gmail.com>: In The Python Tutorial, at the end of Section 9.2.1 "Scopes and Namespaces Example," there occurs the statement: "You can also see that there was no previous binding for spam before the global assignment." Indeed, one can "virtually see" this by mentally analyzing what the code is doing--if one adequately understood the exposition given in Section 9.2--but, unless it is to be understood by an omission in the example code's output, which is a conclusion I myself am missing, that example code's output does not explicitly validate this claim...and yet, with the addition of just one line to the code, the claim can be shown explicitly: simply copy the line of code: print("In global scope:", spam) to precede, as well as follow (as it currently does) the line: scope_test() and the code output changes to: >>> print("In global scope:", spam) Traceback (most recent call last): File "<stdin>", line 1, in <module> NameError: name 'spam' is not defined >>> scope_test() After local assignment: test spam After nonlocal assignment: nonlocal spam After global assignment: nonlocal spam >>> print("In global scope:", spam) In global scope: global spam This does _explicitly_ show that "there was no previous binding for spam before the global assignment": I respectfully suggest that this line be added to the code and that the code's quoted output be suitably updated as well. ---------- assignee: docs@python components: Documentation messages: 355908 nosy: David Goldsmith, docs@python priority: normal severity: normal status: open title: Sug. for the scope example in TPT Cjapter 9 type: enhancement versions: Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue38675> _______________________________________

2 3

[issue16575] ctypes: unions as arguments
by STINNER Victor Nov. 8, 2019

Nov. 8, 2019

STINNER Victor <vstinner(a)python.org> added the comment: 3.7 refleaks buildbots pass again (ignoring a few warnings). ---------- resolution: -> fixed _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue16575> _______________________________________

1 0

typo: nomimal —> nominal
by Riesen Kaspar Nov. 7, 2019

Nov. 7, 2019

Hi There is a typo on https://docs.python.org/3/library/statistics.html#module-statistics in the description of the function multimode: nomimal —> nominal Rgds, Kaspar ---------------------------------------------------------------- n|w Fachhochschule Nordwestschweiz ———————————————————————————————— Prof. Dr. Kaspar Riesen Riggenbachstrasse 16 4600 Olten ---------------------------------------------------------------- Tel. +41 79 688 77 19 kaspar.riesen(a)fhnw.ch<mailto:kaspar.riesen@fhnw.ch> ----------------------------------------------------------------

2 1

an incorrect doc
by God Nov. 7, 2019

Nov. 7, 2019

there is a mistake in shared_memory document <https://docs.python.org/3/library/multiprocessing.shared_memory.html> inn second example I run it under windows and it did not worked so I checked the problem was type of variable it must be dtype=np.int32 convert this existing_shm = shared_memory.SharedMemory(name='psm_21467_46075')>>> # Note that a.shape is (6,) and a.dtype is np.int64 in this example>>> c = np.ndarray((6,), dtype=np.int64, buffer=existing_shm.buf)>>> c to this existing_shm = shared_memory.SharedMemory(name='psm_21467_46075')>>> # Note that a.shape is (6,) and a.dtype is np.int64 in this example>>> c = np.ndarray((6,), dtype=np.int32, buffer=existing_shm.buf)>>> c

1 0

[issue16575] ctypes: unions as arguments
by Ammar Askar Nov. 6, 2019

Nov. 6, 2019

Change by Ammar Askar <ammar(a)ammaraskar.com>: ---------- stage: patch review -> resolved status: open -> closed _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue16575> _______________________________________

1 0

print(
by Ehsan Nov. 6, 2019

Nov. 6, 2019

If you wanna print it you just print(it). example: https://docs.python.org/3/tutorial/datastructures.htmldictionaries syntax:line3 >>> tel tel or print(tel) ?

1 0

[issue16575] ctypes: unions as arguments
by Ammar Askar Nov. 6, 2019

Nov. 6, 2019

Ammar Askar <ammar(a)ammaraskar.com> added the comment: Will close after https://buildbot.python.org/all/#/builders?tags=%2Brefleak&tags=%2B3.7 go back to green. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue16575> _______________________________________

1 0

[issue16575] ctypes: unions as arguments
by Vinay Sajip Nov. 6, 2019

Nov. 6, 2019

Vinay Sajip <vinay_sajip(a)yahoo.co.uk> added the comment: New changeset 484edbf9bf1a9e6bae0fcb10a0c165b89ea79295 by Vinay Sajip (Ammar Askar) in branch '3.7': bpo-16575: Fix refleak on passing unions in ctypes (GH-17064) https://github.com/python/cpython/commit/484edbf9bf1a9e6bae0fcb10a0c165b89e… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue16575> _______________________________________

1 0

[issue38696] HTTP modules documentation error
by Stojan Jovic Nov. 6, 2019

Nov. 6, 2019

New submission from Stojan Jovic <condor.js(a)gmail.com>: I have found error in "Usage" section of HTTP modules documentation page, specifically line: http.HTTPStatus.OK.value should be fixed to: HTTPStatus.OK.value according to the import and other usage examples. ---------- assignee: docs@python components: Documentation messages: 356013 nosy: docs@python, stojan.jovic priority: normal severity: normal status: open title: HTTP modules documentation error type: resource usage versions: Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue38696> _______________________________________

4 9

[issue16575] ctypes: unions as arguments
by Ammar Askar Nov. 5, 2019

Nov. 5, 2019

Ammar Askar <ammar(a)ammaraskar.com> added the comment: Opened https://github.com/python/cpython/pull/17064 to fix this. Essentially it's a tiny little oversight in the back-porting. In the 3.7 branch, we perform an attribute lookup for `from_param` before the union checking code, so we must remember to DECREF it. This is unlike master where the attribute lookup happens after the union checking code. λ win32\python_d.exe -m test -R 3:3 test_ctypes 0:00:00 Run tests sequentially 0:00:00 [1/1] test_ctypes beginning 6 repetitions 123456 ...... == Tests result: SUCCESS == 1 test OK. Total duration: 14.8 sec Tests result: SUCCESS ---------- nosy: +ammar2 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue16575> _______________________________________

1 0