[issue33331] Clean modules in the reversed order

Nick Coghlan added the comment: Aye, that option sounds like it would work to me (as long as throwing an exception is counted as finishing execution, so the failed module gets moved to the end before getting cleaned up) -- ___ Python tracker

[issue2506] Add mechanism to disable optimizations

Serhiy Storchaka added the comment: Note that disabling bytecode optimizations will not help to solve other problems with the coverity tool in 3.8: issue34705 and issue34876. -- ___ Python tracker

[issue34887] bytes subclass __repr__ raise SystemError when set to bytes.decode

Benjamin Peterson added the comment: Can't reproduce this on the 3.6 branch. -- nosy: +benjamin.peterson resolution: -> works for me stage: -> resolved status: open -> closed ___ Python tracker

[issue34889] int.to_bytes and int.from_bytes should default to the system byte order like the struct module does

Benjamin Peterson added the comment: It may be acceptable to allow for byteorder="native", but making the default native will make it too easy for people to write code that works great on their machine but not machines with the opposite endianess. Byte order is something you should

[issue34889] int.to_bytes and int.from_bytes should default to the system byte order like the struct module does

Josh Rosenberg added the comment: to_bytes and from_bytes aren't remotely related to native primitive types, struct is. If the associated lengths aren't 2, 4 or 8, there is no real correlation with system level primitives, and providing these defaults makes it easy to accidentally write

[issue34889] int.to_bytes and int.from_bytes should default to the system byte order like the struct module does

Change by Alex Henrie : -- keywords: +patch pull_requests: +9081 stage: -> patch review ___ Python tracker ___ ___

[issue34869] remove LDLAST

Benjamin Peterson added the comment: New changeset 65ed12cb7caba6ef4eb0ba18cbede5eab4e1c7a5 by Benjamin Peterson in branch 'master': closes bpo-34869: Remove LDLAST. (GH-9667) https://github.com/python/cpython/commit/65ed12cb7caba6ef4eb0ba18cbede5eab4e1c7a5 -- resolution: -> fixed

[issue34888] Python3.8 optimizes away a "while" line

Yury Selivanov added the comment: > I assume there is some place that notices that the while condition is a > constant, and therefore doesn't need to be explicitly evaluated? To answer your question: yes, and it's unrelated to both peephole optimizer and to the above mentioned grand

[issue2506] Add mechanism to disable optimizations

Change by Yury Selivanov : -- keywords: +patch pull_requests: +9080 stage: -> patch review ___ Python tracker ___ ___

[issue34889] int.to_bytes and int.from_bytes should default to the system byte order like the struct module does

New submission from Alex Henrie : When serializing a single integer, int.to_bytes and int.from_bytes are more efficient alternatives to struct.pack and struct.unpack. However, struct.pack and struct.unpack currently have the advantage that the byteorder does not have to be specified (because

[issue34888] Python3.8 optimizes away a "while" line

Yury Selivanov added the comment: > I assume there is some place that notices that the while condition is a > constant, and therefore doesn't need to be explicitly evaluated? Ah, I see what you're asking about. I'll need to double check that. --

[issue34888] Python3.8 optimizes away a "while" line

Yury Selivanov added the comment: It's more complicated than that: there's no more SETUP_LOOP opcode anymore. The ceval and compiler parts responsible for evaluating and compiling loops were rewritten. FWIW the goal was more about simplifying the needlessly complicated implementation and

[issue34888] Python3.8 optimizes away a "while" line

Ned Batchelder added the comment: Yury, thanks. I haven't read the code in depth. I assume there is some place that notices that the while condition is a constant, and therefore doesn't need to be explicitly evaluated? That test can be disabled, yes? --

[issue34888] Python3.8 optimizes away a "while" line

Yury Selivanov added the comment: While I agree with you that we need a flag to disable optimizations, this particular change isn't related to AST or peephole optimizers. See the bpo-17611 for more details (or

[issue11233] clarifying Availability: Unix

Cheryl Sabella added the comment: Thanks, Fred. I've submitted the PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11233] clarifying Availability: Unix

Change by Cheryl Sabella : -- versions: +Python 3.8 -Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue11233] clarifying Availability: Unix

Change by Cheryl Sabella : -- pull_requests: +9079 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34864] In Idle, Mac tabs make editor status line disappear.

Kevin Walzer added the comment: The behavior outlined in the screenshot is, I believe, a component of the native Cocoa window that underlies Tk; it cannot be controlled or accessed from Tk. It's probably better to avoid altogether or re-implement somehow in IDLE. --

[issue34874] Python 3.6.3 command script wrapped in single quotes produces NameError: name 'A' is not defined

Tim McDonough added the comment: Yes, there are wrapper scripts on my system. My system was updated from 3.3 to 3.6. The 3.3 and 3.6 wrappers are equivalent and similar to the python2.7 wrapper as shown: exec -a `dirname $realpath`/python2.7 `dirname $realpath`/python2.7.real "$@" exec

[issue2506] Add mechanism to disable optimizations

Yury Selivanov added the comment: > I would suggest -X noopt and use "noopt" in .pyc filenames. That's what I > proposed in my PEP 511. Sounds good to me. -- ___ Python tracker

[issue2506] Add mechanism to disable optimizations

Yury Selivanov added the comment: Having properly working coverage tooling is simply invaluable to pretty much every serious Python user. I support Ned's idea of adding an option to disable peephole optimizer (and similar other optimization passes). Why is this even debated? --

[issue34888] Python3.8 optimizes away a "while" line

Change by Ned Batchelder : -- nosy: +benjamin.peterson, vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue11233] clarifying Availability: Unix

Fred L. Drake, Jr. added the comment: A PR for this would be good, and would certainly accelerate getting this accomplished. Thanks, Cheryl! -- nosy: +fdrake ___ Python tracker

[issue34888] Python3.8 optimizes away a "while" line

New submission from Ned Batchelder : Looks like the optimizer is getting more aggressive. Line 2 (the constant while) no longer even appears in the bytecode: $ cat -n whiletrue.py 1 a = 1 2 while 1: 3 print(a) 4 b = 4 $ python3.7 -m dis < whiletrue.py 1

[issue31660] sys.executable different in os.execv'd python3.6 virtualenv session in python2 vs python3

Cheryl Sabella added the comment: The original OP said this wasn't an issue with venv, so closing as not a bug. -- nosy: +cheryl.sabella resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue11233] clarifying Availability: Unix

Cheryl Sabella added the comment: Hello, It doesn't appear that this patch was ever merged. If there's still interest, would it be OK for me to convert it to a PR? Thanks! -- nosy: +cheryl.sabella ___ Python tracker

[issue27165] Skip callables when displaying exception fields in cgitb

Cheryl Sabella added the comment: Hi Adam, Are you interested in converting your patch to a GitHub pull request? Thanks! -- nosy: +cheryl.sabella versions: +Python 3.8 -Python 3.5, Python 3.6 ___ Python tracker

[issue34887] bytes subclass __repr__ raise SystemError when set to bytes.decode

New submission from Dan Snider : I've tested it on at least one of each minor version since 3.4 but it looks like it may be specific to 3.6.0. The developer's guide isn't clear enough for me to understand what's eligible for bug fixes but since I'm not sure if it actually is 3.6.0 exclusive

[issue34751] Hash collisions for tuples

Tim Peters added the comment: Here's a complete xxHash-based implementation via throwing away C++-isms from https://github.com/RedSpah/xxhash_cpp/blob/master/xxhash/xxhash.hpp In the 64-bit build there are no collisions across my tests except for 11 in the new tuple test. The 32-bit build

[issue34874] Python 3.6.3 command script wrapped in single quotes produces NameError: name 'A' is not defined

Alexey Izbyshev added the comment: @Tim Is it possible that 'python3' in your command refers to some wrapper which forwards its arguments to real Python in a wrong way? -- nosy: +izbyshev ___ Python tracker

[issue34838] Improve arg clinic code generation for cases with type checking

Ammar Askar added the comment: Aah, I didn't know that ticket existed. Thanks for the link Serhiy, I'll review your PR instead. Leaving it up to Raymond if he wants to close the issue and use the other one to track this. -- ___ Python tracker

[issue34886] subprocess.run throws exception when input and stdin are passed as kwargs

Alessandro added the comment: > and I got the same ValueError as for passing using kwargs. Where did you get > the idea subprocess.run('ls', input=b'', stdin=None) worked? Sorry, the example was wrong. Both calls have the same behaviour. > so it obeys the documented API (that says stdin

[issue34875] Change .js mime to "text/javascript"

Andrew Svetlov added the comment: We can return to the question when (and if) the draft will be accepted. -- ___ Python tracker ___

[issue34886] subprocess.run throws exception when input and stdin are passed as kwargs

Josh Rosenberg added the comment: The actual code receives input by name, but stdin is received in **kwargs. The test is just: if input is not None: if 'stdin' in kwargs: raise ValueError(...) kwargs['stdin'] = PIPE Perhaps just change `if 'stdin' in kwargs:`

[issue34886] subprocess.run throws exception when input and stdin are passed as kwargs

Josh Rosenberg added the comment: I just tried: subprocess.run('ls', input=b'', stdin=None) and I got the same ValueError as for passing using kwargs. Where did you get the idea subprocess.run('ls', input=b'', stdin=None) worked? -- nosy: +josh.r

[issue34875] Change .js mime to "text/javascript"

Myles Borins added the comment: There is a IETF proposal that would make "text/javascript" no longer obsolete. Will revisit at the point this lands https://datatracker.ietf.org/doc/draft-ietf-dispatch-javascript-mjs/ -- ___ Python tracker

[issue34875] Change .js mime to "text/javascript"

Change by Andrew Svetlov : -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue34875] Change .js mime to "text/javascript"

Andrew Svetlov added the comment: By RCF 4329 https://tools.ietf.org/html/rfc4329#page-9 text/javascript is obsoleted, application/javascript is a part of the standard. WhatWg is a controversial group. Their specs don't always follow official standards but Python does. Sorry, I should

[issue34751] Hash collisions for tuples

Tim Peters added the comment: Thanks for looking at xxHash! An advantage is that it already comes in 32- and 64-bit versions. > A (simplified and slightly modified version of) xxHash > seems to work very well, much better than SeaHash. ? I've posted several SeaHash cores that suffer no

[issue34875] Change .js mime to "text/javascript"

Change by Andrew Svetlov : -- title: Change .js mime to "test/javascript" -> Change .js mime to "text/javascript" ___ Python tracker ___

[issue34886] subprocess.run throws exception when input and stdin are passed as kwargs

Alessandro added the comment: subprocess.run('ls', input=b'', stdin=None) # this is ok kwargs = {'input': b'', 'stdin': None} subprocess.run('ls', **kwargs) # this throws exception The two calls should have the same behaviour, but one throws exception and the other doesn't. I think the

[issue34886] subprocess.run throws exception when input and stdin are passed as kwargs

Serhiy Storchaka added the comment: What is wrong with this? -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue34886] subprocess.run throws exception when input and stdin are passed as kwargs

New submission from Alessandro : If input and stdin parameters are passed as keyword arguments to subprocess.run, an exception is thrown even if input and stdin are both None. The exception is ValueError: stdin and input arguments may not both be used. I attach a minimal working example of

[issue31203] socket.IP_PKTINFO is missing from python

Michael Felt added the comment: FYI: define exists on Linux 3.16.0-4-powerpc64 #1 SMP Debian 3.16.7-ckt9-3 (2015-04-23) ppc64 GNU/Linux SunOS 5.11 11.3 Not on AIX -- nosy: +Michael.Felt ___ Python tracker

[issue34725] Py_GetProgramFullPath() odd behaviour in Windows

Steve Dower added the comment: I don't think anything has been agreed upon. Currently, the launched program name is used for some things other than setting sys.executable, and I believe it should continue to be used for those. But there are also needs for overriding sys.executable to be

[issue34872] investigate task/future cancellation in asynciomodule.c

Serhiy Storchaka added the comment: Seems this change introduced a compiler warning. /home/serhiy/py/cpython3.7/Modules/_asynciomodule.c: In function ‘task_step_impl’: /home/serhiy/py/cpython3.7/Modules/_asynciomodule.c:2666:44: warning: passing argument 1 of ‘_PyObject_CallMethodId’ from

[issue31310] semaphore tracker isn't protected against crashes

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34881] unnecessary encoded-words usage breaks DKIM signatures

R. David Murray added the comment: You could also play with just making a parser that is a simplified version of get_unstructured, producing amaybe call it ASCIIOnlyUnstructuredTokenList...that would have as_ew_allowed set to False. That might not produce optimal results, but it would

[issue34864] In Idle, Mac tabs make editor status line disappear.

Terry J. Reedy added the comment: Optionally converting windows to tabs is an over-arching goal for IDLE. To do it with IDLE code, IDLE must create a frame (and keep a reference) but not a toplevel. I presume that the Mac window manager extracts the window title and frame from the

[issue34881] unnecessary encoded-words usage breaks DKIM signatures

R. David Murray added the comment: See also issue 34277 for a previous discussion. I thought I had included a header-level toggle for encoded words, but that doesn't actually make sense, since by default a header value is treated as unstructured (which means encoded words are allowed). To

[issue34864] In Idle, Mac tabs make bottom editor line with cursor location disappear

Ned Deily added the comment: One more time: "Further, when opening yet edit window" should be "Further, when opening yet another edit tab (in the same IDLE window)" -- ___ Python tracker

[issue34864] In Idle, Mac tabs make bottom editor line with cursor location disappear

Change by Ned Deily : -- Removed message: https://bugs.python.org/msg326994 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34864] In Idle, Mac tabs make bottom editor line with cursor location disappear

Ned Deily added the comment: "Further, when opening yet edit window" should be "Further, when opening yet edit tab (in the same IDLE window)" -- ___ Python tracker ___

[issue34864] In Idle, Mac tabs make bottom editor line with cursor location disappear

Ned Deily added the comment: Interesting! I was not familiar with that system preference nor that it would just (sort of) work in IDLE; I'm presuming that there is nothing in IDLE that knows about this. I'm not sure whether Tk gets that behavior for free (because of the use of an

[issue34822] Simplify AST for slices

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34822] Simplify AST for slices

Change by Yury Selivanov : -- nosy: -yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34682] Typo reports on docs@

ZooDSS added the comment: Found new one. https://docs.python.org/3/reference/lexical_analysis.html#comments "Comments are ignored by the syntax; they are not tokens." - I honestly think, that this is misleading, by the fact that we have next words.

[issue34822] Simplify AST for slices

Neil Schemenauer added the comment: Hello Serhiy, I've not reviewed the patch but I trust that if you say it simplifies things, that's so. Perhaps the important question is if it is okay to change the AST in backwards incompatible ways within 3.x releases. As a library author who could

[issue34872] investigate task/future cancellation in asynciomodule.c

Yury Selivanov added the comment: > What's your assessment of the risk of option 2? Let's not rush it in without testing, for sure. Having 3.7.1rc2 would be great, but really up to you. -- ___ Python tracker

[issue34880] About the "assert" bytecode

Neil Schemenauer added the comment: Assuming it is not crazy complicated to fix, I would like to to be changed. It should work like the TypeError example. That fact that it has worked the current way since Python 1.5 isn't a strong argument. I think no one should be surprised if it

[issue34313] IDLE crashes with Tk-related error on macOS with ActiveTcl 8.6

Ned Deily added the comment: If I understand correctly, this is not a release blocker issue. The most up-to-date documentation for which Tcl/Tk to use on macOS has been and remains: https://www.python.org/download/mac/tcltk/ The entire https://docs.python.org/3/using/mac.html section

[issue34880] About the "assert" bytecode

Steven D'Aprano added the comment: > And, I think a broader discussion on python-dev might be useful, too, in > order to get more opinions. Done: https://mail.python.org/pipermail/python-dev/2018-October/155410.html Changing the status to Pending until we have more clarity on whether this

[issue34872] investigate task/future cancellation in asynciomodule.c

Ned Deily added the comment: Prior to this, there were no plans to have a 3.7.1rc2. We have three options: 1. do a 3.7.1rc2 with this and possibly a few other cherry-picked changes 2. just cherry-pick this fix into 3.7.1 final 3. wait for 3.7.2 (in one to three months) What's your

[issue34872] investigate task/future cancellation in asynciomodule.c

Yury Selivanov added the comment: Ned, elevating this to "release blocker", see https://bugs.python.org/msg326928 Feel free to close this issue. -- priority: normal -> release blocker ___ Python tracker

[issue34872] investigate task/future cancellation in asynciomodule.c

miss-islington added the comment: New changeset a67bd53d3f80ac9c518b5426aa35459bd373b2b3 by Miss Islington (bot) (Elvis Pranskevichus) in branch '3.7': [3.7] bpo-34872: Fix self-cancellation in C implementation of asyncio.Task (GH-9679) (GH-9691)

[issue34880] About the "assert" bytecode

Steven D'Aprano added the comment: On Wed, Oct 03, 2018 at 01:56:00PM +, Eric V. Smith wrote: > I think this is a bug that should be fixed. Supporting this position, shadowing other exceptions doesn't change the exception generated by the interpreter: py> TypeError = None py> 1 + "a"

[issue34872] investigate task/future cancellation in asynciomodule.c

miss-islington added the comment: New changeset 166773df0ce6c852130f524029fa2e62b37b89cb by Miss Islington (bot) (Elvis Pranskevichus) in branch '3.6': [3.6] bpo-34872: Fix self-cancellation in C implementation of asyncio.Task (GH-9679) (GH-9690)

[issue34498] Python 3.7 breaks on singledispatch_function.register(pseudo_type), which Python 3.6 accepted

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34872] investigate task/future cancellation in asynciomodule.c

Change by Elvis Pranskevichus : -- pull_requests: +9078 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34872] investigate task/future cancellation in asynciomodule.c

Change by Elvis Pranskevichus : -- pull_requests: +9077 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34014] loop.run_in_executor should propagate current contextvars

Change by Yury Selivanov : -- status: pending -> open versions: -Python 3.7 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34014] loop.run_in_executor should propagate current contextvars

Yury Selivanov added the comment: > It is a new feature for Python 3.8 anyway, no need to rush Yep, I agree. Let's see if we end up having a new nice high-level API in 3.8; if not we go for (3). -- resolution: -> postponed status: open -> pending type: -> enhancement

[issue34838] Improve arg clinic code generation for cases with type checking

Serhiy Storchaka added the comment: Thank you for your PR Ammar. But I work on more general changes. The first step is issue23867. With implementing the second step this issue can be closed. -- ___ Python tracker

[issue23867] Argument Clinic: inline parsing code for 1-argument functions

Serhiy Storchaka added the comment: Thank you all for your comments. Addressed all comments, fixed few other bugs, added support for more convertors. I think this patch is completed. This is just a first step. Next steps are adding support of multiple positional-only parameters, optional

[issue34882] f(a=1, *args) should be a SyntaxError

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34014] loop.run_in_executor should propagate current contextvars

Andrew Svetlov added the comment: I prefer (4) but can live with (3) It is a new feature for Python 3.8 anyway, no need to rush -- ___ Python tracker ___

[issue23867] Argument Clinic: inline parsing code for 1-argument functions

Change by Serhiy Storchaka : -- pull_requests: +9076 stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue34831] Asyncio Tutorial

Yury Selivanov added the comment: > I too have bashed my head for many hours over the years trying to get Tkinter > to work on Mac, but a lot of work has gone into this recently and the newer > (release) Python's have bundled Tk 8.6: > https://www.python.org/download/mac/tcltk/ (this is what

[issue34864] In Idle, Mac tabs make bottom editor line with cursor location disappear

Tal Einat added the comment: Confirmed on macOS High Sierra 10.13.6, with "Prefer tabs when opening documents" set to "Always". See attached screenshot with the macOS tabs; indeed the bottom bar is missing. -- Added file: https://bugs.python.org/file47846/with tabs.png

[issue34014] loop.run_in_executor should propagate current contextvars

Yury Selivanov added the comment: [Andrew] > I vote on not changing `run_in_executor` behavior if we cannot make it work > with `ProcessPoolExecutor`. > If a new API will solve the problem -- that's fine. Until it landed the explicit context propagation is the satisfactory solution. I'm

[issue34872] investigate task/future cancellation in asynciomodule.c

Yury Selivanov added the comment: New changeset 0c797a6aca1c293e530e18c5e9fa02c670a9a4ed by Yury Selivanov (Elvis Pranskevichus) in branch 'master': bpo-34872: Fix self-cancellation in C implementation of asyncio.Task (GH-9679)

[issue34885] asyncio documention has lost its paragraph about cancellation

Yury Selivanov added the comment: The cancellation is now discussed in this section:https://docs.python.org/3/library/asyncio-task.html (search for "cancel") and in particular in the Task subsection. Is there any important detail that was covered in the old documentation and is missing in

[issue34014] loop.run_in_executor should propagate current contextvars

Viktor Kovtun added the comment: I've created new pull request https://github.com/python/cpython/pull/9688 with the implementation of proposed changes -- ___ Python tracker

[issue34014] loop.run_in_executor should propagate current contextvars

Change by Viktor Kovtun : -- pull_requests: +9074 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34725] Py_GetProgramFullPath() odd behaviour in Windows

Mario added the comment: Is there any agreement on what is wrong with the current code. The key in my opinion is the double purpose of sys.executable and that in Linux and Windows people have taken the two different points of view, so they are both right and wrong at the same time.

[issue34880] About the "assert" bytecode

Eric V. Smith added the comment: I think this is a bug that should be fixed. This is similar to how f-strings used to work: the generated byte code would call format(something-or-other), and if you'd defined a name "format" in your code it would fail. Now admittedly "format" is more common

[issue20504] cgi.FieldStorage, multipart, missing Content-Length

Change by Matthias Urlichs : -- versions: +Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue20504] cgi.FieldStorage, multipart, missing Content-Length

Matthias Urlichs added the comment: Owch, yeah, this fell off the radar. Anyway, I've signed the CLA, so if somebody could finish and apply this I'd be grateful. Myself, I unfortunately don't have the time. -- ___ Python tracker

[issue34885] asyncio documention has lost its paragraph about cancellation

Andrew Svetlov added the comment: Yuri, can you take a look? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34885] asyncio documention has lost its paragraph about cancellation

Change by Amirouche Boubekki : -- title: asycnio documention has lost its paragraph about cancellation -> asyncio documention has lost its paragraph about cancellation ___ Python tracker

[issue34885] asycnio documention has lost its paragraph about cancellation

New submission from Amirouche Boubekki : The paragraph was still there in 3.6 https://docs.python.org/3.6/library/asyncio-dev.html#cancellation -- assignee: docs@python components: Documentation, asyncio messages: 326966 nosy: abki, asvetlov, docs@python, yselivanov priority: normal

[issue34498] Python 3.7 breaks on singledispatch_function.register(pseudo_type), which Python 3.6 accepted

Sam Bishop added the comment: Would the enhancements to resolve this, by making singledispatch accept more things, also resolve the AssertionError from functools.singledispatch when passing it custom types, or should I raise this as a separate issue?

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted

Change by Antoine Pitrou : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted

Antoine Pitrou 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)

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted

Change by Antoine Pitrou : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34172] multiprocessing.Pool and ThreadPool leak resources after being deleted

Change by Antoine Pitrou : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34876] Python3.8 changes how decorators are traced

Serhiy Storchaka added the comment: First the decorator itself is loaded. Then the function is created, decorators are called and the result is bound to the name. There is similar situation in the case of multiline call. $ cat -n multiline_call.py 1 def f(a, b): 2 return [

[issue34884] Python loads incorrect libraries

New submission from Tim Hutt : See this issue: https://bugs.llvm.org/show_bug.cgi?id=38974 Basically if you have a copy of Python 2 installed on OSX from brew (as well as the system Python 2), then when you run lldb (which links to the system Python 2), at some point Python gets confused and

[issue34751] Hash collisions for tuples

Jeroen Demeyer added the comment: A (simplified and slightly modified version of) xxHash seems to work very well, much better than SeaHash. Just like SeaHash, xxHash also works in parallel. But I'm not doing that and just using this for the loop: for y in t: y ^= y * (PRIME32_2

[issue34883] test_lzma: Multiple test failures when liblzma is built without complete codec set

New submission from Michał Górny : xz-utils has four options to configure codecs supported by liblzma: --enable-encoders --enable-decoders --enable-match-finders --enable-checks In Gentoo, we're using those options to optionally provide smaller footprint liblzma builds that include

  1   2   >