Mailman 3 October 2018 - docs

[issue32174] nonASCII punctuation characters can not display in python363.chm.
by Steve Dower 09 Oct '18

09 Oct '18

Steve Dower <steve.dower(a)python.org> added the comment: New changeset 6261ae9b01fb8429b779169f8de37ff567c144e8 by Steve Dower (animalize) in branch 'master': bpo-32174: Let .chm document display non-ASCII characters properly (GH-9758) https://github.com/python/cpython/commit/6261ae9b01fb8429b779169f8de37ff567… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32174> _______________________________________

1 0

[issue33014] Clarify doc string for str.isidentifier()
by David Beazley 08 Oct '18

08 Oct '18

New submission from David Beazley <dave(a)dabeaz.com>: This is a minor nit, but the doc string for str.isidentifier() states: Use keyword.iskeyword() to test for reserved identifiers such as "def" and "class". At first glance, I thought that it meant you'd do this (doesn't work): 'def'.iskeyword() As opposed to this: import keyword keyword.iskeyword('def') Perhaps a clarification that "keyword" refers to the keyword module could be added. Or better yet, just make 'iskeyword()` a string method ;-). ---------- assignee: docs@python components: Documentation messages: 313335 nosy: dabeaz, docs@python priority: normal severity: normal status: open title: Clarify doc string for str.isidentifier() versions: Python 3.7 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33014> _______________________________________

9 27

[issue13407] tarfile doesn't support multistream bzipped tar files
by Brian Curtin 08 Oct '18

08 Oct '18

Change by Brian Curtin <brian(a)python.org>: ---------- assignee: docs@python -> brian.curtin resolution: -> fixed stage: patch review -> resolved status: open -> closed _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue13407> _______________________________________

1 0

[issue32174] nonASCII punctuation characters can not display in python363.chm.
by Ma Lin 08 Oct '18

08 Oct '18

Change by Ma Lin <malincns(a)163.com>: Added file: https://bugs.python.org/file47858/PR 9758 effects.png _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32174> _______________________________________

1 0

[issue32174] nonASCII punctuation characters can not display in python363.chm.
by Ma Lin 08 Oct '18

08 Oct '18

Ma Lin <malincns(a)163.com> added the comment: It seems impossible to specify the encoding of .chm to ASCII [1], the available encodings of .chm are limited to a list [2]. So I wrote a Sphinx extension for .chm output, it escapes the characters which (codepoint > 0x7F) to 7-bit ASCII. Most escaped characters are: “”’–…— [1] https://github.com/sphinx-doc/sphinx/blob/master/sphinx/builders/htmlhelp.p… [2] https://github.com/sphinx-doc/sphinx/blob/master/sphinx/builders/htmlhelp.p… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32174> _______________________________________

1 0

[issue32174] nonASCII punctuation characters can not display in python363.chm.
by Ma Lin 08 Oct '18

08 Oct '18

Change by Ma Lin <malincns(a)163.com>: ---------- keywords: +patch pull_requests: +9143 stage: -> patch review _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32174> _______________________________________

1 0

[issue32174] nonASCII punctuation characters can not display in python363.chm.
by Ma Lin 08 Oct '18

08 Oct '18

Ma Lin <malincns(a)163.com> added the comment: I will create a PR to fix this within a day. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32174> _______________________________________

1 0

[issue22232] str.splitlines splitting on non-\r\n characters
by Neil Schemenauer 07 Oct '18

07 Oct '18

Neil Schemenauer <nas-python(a)arctrix.com> added the comment: I too would prefer a new method name rather than overloading splitlines() with more keyword args (passed as hardcoded constants, usually). Again, I think we want: list(open(..).read().<splitmethod>()) == list(open(..)) readlines() returns a list but I think this method should return an iterator (seems more Python 3 like to me, call list if you want a list). In that case, iterlines() seems like the right name to me. I think it should take a 'newline' keyword that behaves the same as the open() version of the keyword. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22232> _______________________________________

1 0

[issue33729] Hashlib/blake2* missing 'data' keyword argument
by Serhiy Storchaka 07 Oct '18

07 Oct '18

Serhiy Storchaka <storchaka+cpython(a)gmail.com> added the comment: Other variant of the crash in issue34922 still is reproducible in 3.7. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33729> _______________________________________

1 0

[issue33729] Hashlib/blake2* missing 'data' keyword argument
by Serhiy Storchaka 07 Oct '18

07 Oct '18

Serhiy Storchaka <storchaka+cpython(a)gmail.com> added the comment: I have reviewed PR 8346 yet one time. No documented working behavior was changed. Some documentation was updated to match the code, some code was updated to match the documentation, and other minor errors were fixed. I don't think this change breaks compatibility. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33729> _______________________________________

1 0

[issue33729] Hashlib/blake2* missing 'data' keyword argument
by Ned Deily 07 Oct '18

07 Oct '18

Ned Deily <nad(a)python.org> added the comment: The question remains if Christian's and Victor's concern with 3.7 compatibility have been satisfied by Serihy's response in msg322798. While there is plenty of time to resolve concerns about what was merged into master by PR 8346, we shouldn't release the PR 8581 changes in 3.7.1 if there are still valid compatibility concerns. Since PR 9657 for 3.6 hasn't been reviewed or merged, the only pressing issue for 3.6.7 is ensuring the segfault documented in Issue34922 is blocked, correct? And PR 8581 prevents the segfault for 3.7 so we would only need a similar fix for it if the PR were reverted, correct? ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33729> _______________________________________

1 0

[issue33729] Hashlib/blake2* missing 'data' keyword argument
by Ned Deily 07 Oct '18

07 Oct '18

Ned Deily <nad(a)python.org> added the comment: OK. This is now blocking the release of 3.7.1rc2 and 3.6.7rc2. See also Issue34922. ---------- priority: normal -> release blocker _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33729> _______________________________________

1 0

[issue22232] str.splitlines splitting on non-\r\n characters
by Steven D'Aprano 07 Oct '18

07 Oct '18

Steven D'Aprano <steve+python(a)pearwood.info> added the comment: I don't like the idea of adding a second bool parameter to splitlines. Guido has a rough rule of thumb (which I agree with) of "no constant bool parameters". If people will typically call a function with some sort of "mode" parameter using a hard-coded bool, then we should usually prefer to split the two modes into distinct functions. As an example, we have statistics.stdev and pstdev rather than stdev(data, population=False). Obviously this is a guideline, not a hard rule, and there are exceptions. Such as str.splitlines :-) In any case, I suggest a separate string method. Even though the name is slightly inaccurate, I suggest "ascii_splitlines" which I think is accurate enough to capture the spirit of what we intend (split on *only* \n \r and \r\n) and we can leave the details in the docs. ---------- nosy: +steven.daprano _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22232> _______________________________________

1 0

[issue33729] Hashlib/blake2* missing 'data' keyword argument
by Christian Heimes 06 Oct '18

06 Oct '18

Christian Heimes <lists(a)cheimes.de> added the comment: Ned, I'm currently travelling until next weekend. The PR is rather large and I don't have any means or time to review it properly. Perhaps Gregory or Dmitry Chestnykh (original author of pyblake2) are able to assist. ---------- nosy: +gregory.p.smith _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33729> _______________________________________

1 0

[issue32174] nonASCII punctuation characters can not display in python363.chm.
by Steve Dower 06 Oct '18

06 Oct '18

Steve Dower <steve.dower(a)python.org> added the comment: Until someone creates and enables a Sphinx extension/option to only generate ASCII output, it will remain. Volunteers are welcome ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32174> _______________________________________

1 0

[issue34891] Multi-processing example inaccurate warning
by Anthony Flury 06 Oct '18

06 Oct '18

New submission from Anthony Flury <anthony.flury(a)btinternet.com>: On the Multi-processing page <https://docs.python.org/3/library/multiprocessing.html> (just above the reference section) there is a warning that the examples wont work from the interpreter. This is not entirely accurate in that the examples do work, in the interpreter within Linux (and Mac OS I think), where the O/S supports processes being forked. In fact it is only in Windows, where a brand new process needs to be started and the source is effectively re-imported is there an issue running the examples in the interpreter. Should the documentation make this clearer ? ---------- assignee: docs@python components: Documentation messages: 327046 nosy: anthony-flury, docs@python priority: normal severity: normal status: open title: Multi-processing example inaccurate warning versions: Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34891> _______________________________________

2 2

[issue29341] Missing accepting path-like object in docstrings of os module functions
by Vinodhini 06 Oct '18

06 Oct '18

Vinodhini <me.vinob(a)gmail.com> added the comment: This is now carried forward in 3.8 also. Is anyone working on this issue ? It needs to be corrected in doc-string for all method where its applicable ---------- nosy: +Vinu2003 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue29341> _______________________________________

1 0

[issue33729] Hashlib/blake2* missing 'data' keyword argument
by Ned Deily 06 Oct '18

06 Oct '18

Ned Deily <nad(a)python.org> added the comment: What's the status of this issue for 3.7 and for 3.6? Is everyone OK with what is currently in 3.7, i.e. no revert needed or has it already been reverted elsewhere? Also, there is the open PR for 3.6. ---------- nosy: +ned.deily _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33729> _______________________________________

1 0

[issue22232] str.splitlines splitting on non-\r\n characters
by Neil Schemenauer 05 Oct '18

05 Oct '18

Neil Schemenauer <nas-python(a)arctrix.com> added the comment: > Why not simply add a new parameter, to make people who want ASCII linebreaks continue to use .splitlines() ? That could work but I think in nearly every case you don't want to use splitlines() without supplying the parameter. So, it seems like a bit of trap for new users. Worse, because in Python 2, str.splitlines() does what they want, they will do the simple thing which is likely wrong. If we do stick with just splitlines(), perhaps it should get a 'newline' parameter that mostly matches io.open (i.e. it controls universal newline behavior). So if you don't want to change behavior, str.splitlines(newline=None) would split as it currently does. To make it split like io files do, you would have to do newline='\n'. To me, it seems attractive that: fp.readlines() == fp.read().iterlines() You suggestion would make it something like: fp.readlines() == fp.read().splitlines(newline='\n') I guess I could live with that but it seems unnecessarily ugly and verbose for what is the most common usage. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22232> _______________________________________

1 0

[issue26005] Denial of Service in SimpleHTTPServer and BaseHTTPServer
by Felipe Rodrigues 05 Oct '18

05 Oct '18

Change by Felipe Rodrigues <felipe(a)felipevr.com>: ---------- pull_requests: +9104 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue26005> _______________________________________

1 0

[issue34825] Add more entries to os module to pathlib reference table
by Karthikeyan Singaravelan 05 Oct '18

05 Oct '18

New submission from Karthikeyan Singaravelan <tir.karthi(a)gmail.com>: I found issue33194 where unlink from pathlib can be used to delete a file or symlink similar to os.unlink or os.remove but the visibility for the function was low. I found there is a reference table with os module functions and their equivalent pathlib methods. I think this can be improved by adding an entry for Path.unlink as an equivalent for os.remove and os.unlink. I would suggest adding some more functions to this table. The added functions are as below : :func:`os.chmod` :meth:`Path.chmod` :func:`os.mkdir` :meth:`Path.mkdir` :func:`os.rename` :meth:`Path.rename` :func:`os.replace` :meth:`Path.replace` :func:`os.rmdir` :meth:`Path.rmdir` :func:`os.remove`, :func:`os.unlink` :meth:`Path.unlink` :func:`os.path.samefile` :meth:`Path.samefile` The only issue is that some functions have a dir_fd=None in os module and I think this table is used for functions that do equivalent actions and not as drop-in replacements with equal type signatures. Feedback welcome. Since the table is present only on 3.7 and master I am leaving 3.6 for versions. I will push a PR shortly for this. Thanks ---------- assignee: docs@python components: Documentation messages: 326577 nosy: docs@python, xtreak priority: normal severity: normal status: open title: Add more entries to os module to pathlib reference table type: enhancement versions: Python 3.7, Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34825> _______________________________________

3 5

[issue22232] str.splitlines splitting on non-\r\n characters
by Neil Schemenauer 05 Oct '18

05 Oct '18

Neil Schemenauer <nas-python(a)arctrix.com> added the comment: I've created a topic on this inside the "Ideas" area of discuss.python.org. Sorry if that wasn't appropriate, not sure if I should have keep the discussion here. Inada Naoki suggests creating a new method str.iterlines{[keepends]). Given that people are -1 on changing str.splitlines, I think that's a good solution. A new method is better yet if it would only split on '\n', that way fp.read().iterlines() matches fp.readlines(). It is what people seem to expect and is the most handy behaviour. So, str and bytes would both get the new method and they would both split on only '\n'. If we do that, I think nearly every use of splitlines() should get changed to iterlines(). ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22232> _______________________________________

2 1

[issue22232] str.splitlines splitting on non-\r\n characters
by Marc-Andre Lemburg 05 Oct '18

05 Oct '18

Marc-Andre Lemburg <mal(a)egenix.com> added the comment: I am -1 on changing the default behavior. The Unicode standard defines what a linebreak code point is (all code points with character properties Zl or bidirectional property B) and we adhere to that. This may confuse parsers coming from the ASCII world, but that's really a problem with those parsers assuming that .splitlines() only splits on ASCII line breaks, i.e. they are not written in a Unicode compatible way. As mentioned in https://bugs.python.org/issue18291 we could add a parameter to .splitlines(), but this would render the method not much faster than re.split(). Using re.split() is not a work-around in his case, it's an explicit form of defining the character you want to split lines on, if the standards defining your file format as only accepting ASCII line break characters. Since there are many such file formats, perhaps adding a parameter asciionly=True/False would make sense. .splitlines() could then be made to only split on ASCII linebreak characters. This new parameter would then have to default to False to maintain compatibility with Unicode and all previous releases. ---------- nosy: +lemburg _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22232> _______________________________________

1 0

[issue22232] str.splitlines splitting on non-\r\n characters
by Serhiy Storchaka 05 Oct '18

05 Oct '18

Serhiy Storchaka <storchaka+cpython(a)gmail.com> added the comment: If change the default behavior we need to wait several releases after adding this option. Users should be able to pick the current behavior explicitly. Currently the workaround is using regular expressions. For s.splitlines(keepends=False): re.split(r'\n|\r\n?', s) For s.splitlines(keepends=True): re.split(r'(?<=\n)|(?<=\r)(?!\n)', s) ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22232> _______________________________________

1 0

[issue22232] str.splitlines splitting on non-\r\n characters
by Neil Schemenauer 05 Oct '18

05 Oct '18

Neil Schemenauer <nas-python(a)arctrix.com> added the comment: If we introduce a keyword parameter, I think the default of str.splitlines() should be changed to match bytes.splitlines (and match Python 2 str.splitlines()). I.e. split on \r and \n by default. I looked through the stdline and I can't find any calls that should actually by splitting on the extra characters. I will check it again though. Does anyone have an example of where the current behaviour is actually wanted? ---------- nosy: +nascheme _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue22232> _______________________________________

1 0

[issue34901] Missing isolated (-I) flag in sys.flags table
by Roundup Robot 05 Oct '18

05 Oct '18

Change by Roundup Robot <devnull(a)psf.upfronthosting.co.za>: ---------- keywords: +patch pull_requests: +9093 stage: -> patch review _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34901> _______________________________________

1 0

[issue34901] Missing isolated (-I) flag in sys.flags table
by Danish Prakash 05 Oct '18

05 Oct '18

Change by Danish Prakash <grafitykoncept(a)gmail.com>: ---------- assignee: docs@python components: Documentation nosy: danishprakash, docs@python priority: normal severity: normal status: open title: Missing isolated (-I) flag in sys.flags table versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34901> _______________________________________

1 0

[issue26005] Denial of Service in SimpleHTTPServer and BaseHTTPServer
by Martin Panter 05 Oct '18

05 Oct '18

Martin Panter <vadmium+py(a)gmail.com> added the comment: Issue 34576 was recently opened about adding a security warning. ---------- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> [EASY doc] http.server, SimpleHTTPServer: warn users on security _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue26005> _______________________________________

1 0

Request for language reference - regds
by Rajagopal Aswin 04 Oct '18

04 Oct '18

Dear Sir/Madam, Hi, I am Rajagopal, @ Aswin, I'm doing my Post Graduate in Salem, Tamilnadu, India. I requesting you to send me the Core & advanced level of Python Documentation for my Educational and Development Purpose. Kindly I'm asking you for the language reference of Python. I search in your website but I don't know that is the full documentation or either else. please send me this as soon. as possible. -- Rajagopal V Mobile No: 9443195053

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Change by Antoine Pitrou <pitrou(a)free.fr>: ---------- status: open -> closed _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Antoine Pitrou <pitrou(a)free.fr> added the comment: New changeset 4a7dd30f5810e8861a3834159a222ab32d5c97d0 by Antoine Pitrou (tzickel) in branch '2.7': [2.7] bpo-34172: multiprocessing.Pool leaks resources after being deleted (GH-9686) https://github.com/python/cpython/commit/4a7dd30f5810e8861a3834159a222ab32d… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Change by Antoine Pitrou <pitrou(a)free.fr>: ---------- versions: +Python 2.7 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Change by Antoine Pitrou <pitrou(a)free.fr>: ---------- status: closed -> open _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by tzickel 03 Oct '18

03 Oct '18

tzickel <icebreak(a)yahoo.com> added the comment: Its ok, you only did it twice :) I've submitted a manual 2.7 fix on GH. ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by tzickel 03 Oct '18

03 Oct '18

Change by tzickel <icebreak(a)yahoo.com>: ---------- pull_requests: +9072 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue32174] nonASCII punctuation characters can not display in python363.chm.
by Sangbae Nam 03 Oct '18

03 Oct '18

Sangbae Nam <sangbae.nam(a)gmail.com> added the comment: This issue still persists in 3.6 and 3.7. ---------- assignee: -> docs@python components: +Documentation nosy: +Sangbae Nam, docs@python versions: +Python 3.7 Added file: https://bugs.python.org/file47844/py37chm.png _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue32174> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Antoine Pitrou <pitrou(a)free.fr> added the comment: (tzickel, sorry for mistyping your handle :-/) ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Antoine Pitrou <pitrou(a)free.fr> added the comment: Thanks tzickler for the report and pull request, and sorry for the delay. This is now fixed in all 3.x branches. I will close this now as multiprocessing in 2.7 diverges quite a bit from 3.x. If you want to fix the issue in 2.7 as well, please say so and I'll reopen. ---------- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 2.7 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Antoine Pitrou <pitrou(a)free.fr> added the comment: New changeset 07b96a95db78eff3557d1bfed1df9ebecc40815b by Antoine Pitrou (Miss Islington (bot)) in branch '3.6': bpo-34172: multiprocessing.Pool leaks resources after being deleted (GH-8450) (GH-9677) https://github.com/python/cpython/commit/07b96a95db78eff3557d1bfed1df9ebecc… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Antoine Pitrou <pitrou(a)free.fr> added the comment: New changeset 97f998a4dfd6db6d867f446daa62445d0782bf39 by Antoine Pitrou (Miss Islington (bot)) in branch '3.7': bpo-34172: multiprocessing.Pool leaks resources after being deleted (GH-8450) (GH-9676) https://github.com/python/cpython/commit/97f998a4dfd6db6d867f446daa62445d07… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by miss-islington 03 Oct '18

03 Oct '18

Change by miss-islington <mariatta.wijaya+miss-islington(a)gmail.com>: ---------- pull_requests: +9065 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by miss-islington 03 Oct '18

03 Oct '18

Change by miss-islington <mariatta.wijaya+miss-islington(a)gmail.com>: ---------- pull_requests: +9064 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted
by Antoine Pitrou 03 Oct '18

03 Oct '18

Antoine Pitrou <pitrou(a)free.fr> added the comment: New changeset 97bfe8d3ebb0a54c8798f57555cb4152f9b2e1d0 by Antoine Pitrou (tzickel) in branch 'master': bpo-34172: multiprocessing.Pool leaks resources after being deleted (GH-8450) https://github.com/python/cpython/commit/97bfe8d3ebb0a54c8798f57555cb4152f9… ---------- _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34172> _______________________________________

1 0

[issue34843] logging cookbook docs: remove 'recent' when referring to multiprocessing
by Cheryl Sabella 02 Oct '18

02 Oct '18

New submission from Cheryl Sabella <cheryl.sabella(a)gmail.com>: In the logging cookbook docs, the word 'recent' is used to describe versions of Python containing the multiprocessing module. Since multiprocessing is 10 years old, I think it may be safe to remove the word 'recent'. ---------- assignee: docs@python components: Documentation messages: 326676 nosy: cheryl.sabella, docs@python priority: normal severity: normal status: open title: logging cookbook docs: remove 'recent' when referring to multiprocessing type: enhancement versions: Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34843> _______________________________________

2 2

[issue31865] html.unescape does not work as per documentation
by Jun Hui Lee 02 Oct '18

02 Oct '18

New submission from Jun Hui Lee <cardinleejh(a)gmail.com>: html.unescape(s) Convert all named and numeric character references (e.g. >, >, &x3e;) But running this gives: >>> html.unescape('>, >, &x3e;') '>, >, &x3e;' ---------- assignee: docs@python components: Documentation messages: 304957 nosy: Jun Hui Lee, docs@python priority: normal severity: normal status: open title: html.unescape does not work as per documentation type: behavior versions: Python 3.6 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue31865> _______________________________________

4 10

[issue33729] Hashlib/blake2* missing 'data' keyword argument
by Serhiy Storchaka 01 Oct '18

01 Oct '18

Change by Serhiy Storchaka <storchaka+cpython(a)gmail.com>: ---------- pull_requests: +9049 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33729> _______________________________________

1 0

[issue33117] asyncio example uses non-existing/documented method
by Henrique Fingler 01 Oct '18

01 Oct '18

New submission from Henrique Fingler <idnpolar(a)gmail.com>: In the documentation of asyncio.run_coroutine_threadsafe(coro, loop), in Section 19.5.3.6 (https://docs.python.org/3/library/asyncio-task.html#asyncio.run_coroutine_t…), the example code does the following: future = asyncio.run_coroutine_threadsafe(coro, loop) # Wait for the result with an optional timeout argument assert future.result(timeout) == 3 The problem is that the result method of a future, according to the documentation doesn't take parameters. It's in Section 19.5.3.4 (https://docs.python.org/3.8/library/asyncio-task.html#asyncio.Future.done) result() Return the result this future represents. The same function is used in Section 18.5.9.3 (https://docs.python.org/3/library/asyncio-dev.html#concurrency-and-multithr…) This error is present in all Python 3.* docs. From the asyncio source code (https://github.com/python/cpython/blob/master/Lib/asyncio/futures.py), we have this in the Future class definition: class Future: """This class is *almost* compatible with concurrent.futures.Future. Differences: - This class is not thread-safe. - result() and exception() do not take a timeout argument and raise an exception when the future isn't done yet. .... So this example needs to be reworked, I'd do it if I knew more about asyncio. My ideas involve either using a add_done_callback with a flag or just busy waiting until future.done(). ---------- assignee: docs@python components: Documentation messages: 314223 nosy: Henrique Fingler, docs@python priority: normal severity: normal status: open title: asyncio example uses non-existing/documented method versions: Python 3.5, Python 3.6, Python 3.7, Python 3.8 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue33117> _______________________________________

5 4

[issue34476] asyncio.sleep(0) not documented
by Hrvoje Nikšić 01 Oct '18

01 Oct '18

New submission from Hrvoje Nikšić <hniksic(a)gmail.com>: Looking at the implementation and at the old issue at https://github.com/python/asyncio/issues/284 shows that asyncio.sleep special-cases asyncio.sleep(0) to mean "yield control to the event loop" without incurring additional overhead of sleeping. However, this is not documented at https://docs.python.org/3/library/asyncio-task.html#asyncio.sleep . I propose to add to the documentation a statement along the lines of: """ A delay of 0 will relinquish control to the event loop, allowing other tasks and callbacks to run. The control will be returned to the coroutine as soon as they have run, without an explicit delay. """ ---------- assignee: docs@python components: Documentation, asyncio messages: 323949 nosy: asvetlov, docs@python, hniksic, yselivanov priority: normal severity: normal status: open title: asyncio.sleep(0) not documented versions: Python 3.7 _______________________________________ Python tracker <report(a)bugs.python.org> <https://bugs.python.org/issue34476> _______________________________________

5 12