[issue41210] LZMADecompressor.decompress(FORMAT_RAW) truncate output when input is paticular LZMA+BCJ data

Hiroshi Miura added the comment: I think FORMAT_RAW is only tested with LZMA2 in Lib/test/test_lzma.py Since no test is for LZMA1, then the document express FORMAT_RAW is for LZMA2. I'd like to add tests against LZMA1 and change expression on the document. -- keywords: +patch Added

[issue36144] Dictionary union. (PEP 584)

Raps Uk added the comment: Taking the union of items() in Python 3 (viewitems() in Python 2.7) will also fail when values are unhashable objects (like lists, for example). Even if your values are hashable, since sets are semantically unordered, the behavior is undefined in regards to

[issue41227] minor typo in asyncio transport protocol

Change by Mariatta : -- keywords: +easy, newcomer friendly ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41227] minor typo in asyncio transport protocol

New submission from Faris Chugthai : The penultimate sentence in asyncio transport. > The subprocess is created by th loop.subprocess_exec() method: Should be `created by the`. The sentence can be seen here:

[issue41221] Output of print() might get truncated in unbuffered mode

Manuel Jacob added the comment: `io.TextIOWrapper.write()` returns the length of the passed string instead of the actually written number of characters. % python -u -c "import sys; print(sys.stdout.write('x'*4294967296), file=sys.stderr)" | wc -c 4294967296 2147479552 So the possibility

[issue41226] Supporting `strides` in `memoryview.cast`

New submission from jakirkham : Currently one can reshape a `memoryview` using `.cast(...)` like so... ``` In [1]: m = memoryview(b"abcdef") In [2]: m2 = m.cast("B", (2, 3)) ``` However it is not currently possible to specify the `strides` when reshaping the `memoryview`. This would be

[issue41225] Add a test for get_id() in the symtable module

Change by Joannah Nanjekye : -- keywords: +patch pull_requests: +20515 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21370 ___ Python tracker

[issue41225] Add a test for get_id() in the symtable module

New submission from Joannah Nanjekye : The method get_id() in the symtable module is implemented and documented but not tested. -- messages: 373201 nosy: nanjekyejoannah priority: normal severity: normal status: open title: Add a test for get_id() in the symtable module

[issue41217] Obsolete note for default asyncio event loop on Windows

Change by Emmanuel Arias : -- nosy: +eamanu ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41224] Document is_annotate() in symtable and update doc strings

Change by Joannah Nanjekye : -- keywords: +patch pull_requests: +20514 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21369 ___ Python tracker

[issue41224] Document is_annotate() in symtable and update doc strings

Change by Joannah Nanjekye : -- title: Document is_annotated() in the symtable module -> Document is_annotate() in symtable and update doc strings ___ Python tracker ___

[issue41224] Document is_annotated() in the symtable module

New submission from Joannah Nanjekye : The function is_annotated() in symtable is not documented. Am using this opportunity to also add docstrings to the methods that didnot have them already. -- assignee: docs@python components: Documentation messages: 373200 nosy: docs@python,

[issue41210] LZMADecompressor.decompress(FORMAT_RAW) truncate output when input is paticular LZMA+BCJ data

Hiroshi Miura added the comment: >Compression filters: >FILTER_LZMA1 (for use with FORMAT_ALONE) >FILTER_LZMA2 (for use with FORMAT_XZ and FORMAT_RAW) I look into past discussion BPO-6715 when lzma module proposed. https://bugs.python.org/issue6715 There is an

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Guido van Rossum added the comment: There's no python-dev discussion; if you want more feedback I recommend starting on python-ideas first (on either forum you may expect pushback because this is not about a proposed change to Python or its workflow). The Lib/ast.py module will continue to

[issue41220] add optional make_key argument to lru_cache

Change by Raymond Hettinger : -- Removed message: https://bugs.python.org/msg373196 ___ Python tracker ___ ___ Python-bugs-list

[issue41220] add optional make_key argument to lru_cache

Raymond Hettinger added the comment: >>> from functools import lru_cache >>> def my_make_key(my_list): ... return my_list[0] ... >>> @lru_cache(128, make_key=my_make_key) ... def cached_func(my_list): ... return sum(my_list) ... >>> cached_func([10, 20, 30]) 60 >>> cached_func([10, 11,

[issue41219] Mimetypes doesn't support audio/webm

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 1.0 -> 2.0 pull_requests: +20513 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21368 ___ Python tracker

[issue41220] add optional make_key argument to lru_cache

Raymond Hettinger added the comment: What is the given example trying to accomplish? It looks like every possible input list would be cached using just the first element of the list. Would cached_func([10, 20, 30]) and cached_func([10, 11, 12]) return the same sum? If so, why would that

[issue41220] add optional make_key argument to lru_cache

Change by Raymond Hettinger : -- Removed message: https://bugs.python.org/msg373194 ___ Python tracker ___ ___ Python-bugs-list

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

miss-islington added the comment: New changeset edeaf61b6827ab3a8673aff1fb7717917f08f003 by Miss Islington (bot) in branch '3.9': bpo-41215: Make assertion in the new parser more strict (GH-21364) https://github.com/python/cpython/commit/edeaf61b6827ab3a8673aff1fb7717917f08f003 --

[issue41220] add optional make_key argument to lru_cache

Raymond Hettinger added the comment: What is the given example trying to accomplish? It looks like every possible input list would be cached using just the first element of the list. Would cached_func([10, 20, 30]) and cached_func([10, 11, 12]) return the same sum? If not, why would that

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

miss-islington added the comment: New changeset b71ff9a5b6e60ee1209a04d2e0e58d9a2e341db3 by Miss Islington (bot) in branch '3.8': bpo-41218: Improve the test cases for test_compile_top_level_await_no_coro (GH-21363)

[issue22239] asyncio: nested event loop

mike bayer added the comment: yes so if you have async/await all internal, are you saying you can make that work for synchronous code *without* running the event loop? that is, some kind of container that just does the right thing? my concern with that would still be performance.When

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Lysandros Nikolaou added the comment: New changeset 782f44b8fb07ec33cee148b2b6b4cf53024fe0cd by Lysandros Nikolaou in branch 'master': bpo-41215: Make assertion in the new parser more strict (GH-21364) https://github.com/python/cpython/commit/782f44b8fb07ec33cee148b2b6b4cf53024fe0cd

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Change by miss-islington : -- pull_requests: +20512 pull_request: https://github.com/python/cpython/pull/21367 ___ Python tracker ___

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Change by miss-islington : -- pull_requests: +20510 pull_request: https://github.com/python/cpython/pull/21365 ___ Python tracker ___

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Change by miss-islington : -- pull_requests: +20511 pull_request: https://github.com/python/cpython/pull/21366 ___ Python tracker ___

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Pablo Galindo Salgado added the comment: New changeset c2c1f1f906cdeb40576880d4b6a4f8fcbc016eb8 by Pablo Galindo in branch 'master': bpo-41218: Improve the test cases for test_compile_top_level_await_no_coro (GH-21363)

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Pablo Galindo Salgado added the comment: New changeset 6488a4a3c9790040059fc5d293e518f193daac8d by Pablo Galindo in branch '3.9': [3.9] bpo-41218: Only mark async code with CO_COROUTINE. (GH-21357) (GH-21362) https://github.com/python/cpython/commit/6488a4a3c9790040059fc5d293e518f193daac8d

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Lysandros Nikolaou added the comment: > Can you prepare a PR? Done. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Change by Lysandros Nikolaou : -- pull_requests: +20509 pull_request: https://github.com/python/cpython/pull/21364 ___ Python tracker ___

[issue39107] Upgrade tcl/tk to 8.6.10 (Windows and maxOS)

Aivar Annamaa added the comment: According to the comments under https://github.com/python/cpython/pull/18982 there is no point in creating a PR, so I'll just share my experiences. I was able to build current master with Tcl/Tk 8.6.10 both on Windows 10 (64-bit) and on macOS Catalina. I ran

[issue22239] asyncio: nested event loop

Yury Selivanov added the comment: > I think this is a really critical technique to have so that libraries that > mediate between a user-facing facade and TCP based backends no longer have to > make a hard choice about if they are to support sync vs. async (or async with > an optional sync

[issue40360] Deprecate lib2to3 (and 2to3) for future removal

Peter Ludemann added the comment: Looking at the suggested successor tools (redbaron, libCST, parso, awpa) ... all of them appear to use some variant of pgen2. But at some point Python will be using a PEG approach (PEP 617), and therefor the pgen2 approach apparently won't work. For a

[issue41177] ConvertingList and ConvertingTuple lack iterators and ConvertingDict lacks items()

Brett Hannigan added the comment: O.K. CLA is now signed and if I check on the "check-yourself" with my github user it is showing that I have signed it now. -- ___ Python tracker

[issue22239] asyncio: nested event loop

mike bayer added the comment: > This recipe was one of the reasons why I added `loop.set_task_factory` > method to the spec, so that it's possible to implement this in an *existing* > event loop like uvloop. But ultimately asyncio is flexible enough to let > users use their own event loop

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Pablo Galindo Salgado added the comment: > Pablo, on second thought, should we maybe change the assertion to > `assert(name_len > 0)`? Yup, although not sure how that can happen (but I agree that's the point of assertions *wink*) Can you prepare a PR? --

[issue41202] Allow to provide custom exception handler to asyncio.run()

Yury Selivanov added the comment: The idiomatic way: async def main(): loop = asyncio.get_running_loop() loop.set_exception_handler(...) # other code asyncio.run(main()) We don't want to add new arguments to asyncio.run as there would be too many. --

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

miss-islington added the comment: New changeset 41db8ffc59566b8552f9cce4452ee8afad00aa63 by Miss Islington (bot) in branch '3.8': bpo-41218: Only mark async code with CO_COROUTINE. (GH-21357) https://github.com/python/cpython/commit/41db8ffc59566b8552f9cce4452ee8afad00aa63 --

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Lysandros Nikolaou added the comment: Pablo, on second thought, should we maybe change the assertion to `assert(name_len > 0)`? -- ___ Python tracker ___

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Pablo Galindo Salgado added the comment: Michael, could you check the latest master and 3.9 HEAD? If you don;t see the problem anymore, we can close this issue :) -- ___ Python tracker

[issue22239] asyncio: nested event loop

Yury Selivanov added the comment: Thanks for posting this, Mike. > Vague claims of "framework X is faster because it's async" appear, impossible > to confirm as it is unknown how much of their performance gains come from the > "async" aspect and how much of it is that they happened to

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Change by Pablo Galindo Salgado : -- pull_requests: +20508 pull_request: https://github.com/python/cpython/pull/21363 ___ Python tracker ___

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Change by Pablo Galindo Salgado : -- nosy: +pablogsal nosy_count: 3.0 -> 4.0 pull_requests: +20507 pull_request: https://github.com/python/cpython/pull/21362 ___ Python tracker

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Łukasz Langa added the comment: New changeset bd46174a5a09a54e5ae1077909f923f56a7cf710 by Matthias Bussonnier in branch 'master': bpo-41218: Only mark async code with CO_COROUTINE. (#21357) https://github.com/python/cpython/commit/bd46174a5a09a54e5ae1077909f923f56a7cf710 --

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +20506 pull_request: https://github.com/python/cpython/pull/21361 ___ Python tracker

[issue41223] `object`-backed `memoryview`'s `tolist` errors

New submission from jakirkham : When working with an `object`-backed `memoryview`, it seems we are unable to coerce it to a `list`. This would be useful as it would provide a way to get the underlying `object`'s into something a bit easier to work with. ``` In [1]: import numpy

[issue35786] get_lock() method is not present for Values created using multiprocessing.Manager()

Change by Steve Dower : -- components: -Windows nosy: -steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35786] get_lock() method is not present for Values created using multiprocessing.Manager()

Ian Jacob Bertolacci added the comment: What's being done about this? I would say this is less "misleading documentation" and more "incorrect implementation" There is also not an obvious temporary work-around. -- nosy: +IanBertolacci ___ Python

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Michael Felt added the comment: I also tested xlC v16, and then it just hung, for hours - while all of you were being more productive. I’ll kickoff my bot again, and see how it goes. Sent from my iPhone > On 6 Jul 2020, at 21:31, miss-islington wrote: > >  > miss-islington added the

[issue41217] Obsolete note for default asyncio event loop on Windows

Change by Zackery Spytz : -- keywords: +patch nosy: +ZackerySpytz nosy_count: 4.0 -> 5.0 pull_requests: +20505 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21360 ___ Python tracker

[issue41207] distutils.command.build_ext raises FileNotFoundError

Change by Jason R. Coombs : -- keywords: +patch pull_requests: +20504 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21359 ___ Python tracker ___

[issue41207] distutils.command.build_ext raises FileNotFoundError

Jason R. Coombs added the comment: I learned the magical incantation to port commits from pypa/distutils to CPython: ``` cpython bugfix/41207-rewrite-filenotfound $ git -C ~/p/pypa/distutils format-patch HEAD~2 --stdout | git am --directory Lib Applying: Add

[issue40742] Doc: Parallel build break audit table

Change by Julien Palard : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue40742] Doc: Parallel build break audit table

Julien Palard added the comment: New changeset a103e73ce8d34e3af5f556ee9090ce89249d565e by Julien Palard in branch 'master': bpo-40742: Doc: fix parallel build. (GH-21237) https://github.com/python/cpython/commit/a103e73ce8d34e3af5f556ee9090ce89249d565e --

[issue41207] distutils.command.build_ext raises FileNotFoundError

Jason R. Coombs added the comment: Sure. I'll submit patches. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41014] warning: 'sqlite3_trace' is deprecated

Ronald Oussoren added the comment: I agree, this is a "feature" of the SQLite headers as shipped by Apple. -- resolution: -> not a bug stage: -> resolved status: open -> closed type: enhancement -> compile error ___ Python tracker

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Change by Pablo Galindo Salgado : -- nosy: +lukasz.langa priority: normal -> release blocker ___ Python tracker ___ ___

[issue39562] Asynchronous comprehensions don't work in asyncio REPL

Pablo Galindo Salgado added the comment: > As the changes here has been released maybe you want to reclose and marked > https://bugs.python.org/issue41218 as blocker it should also be fixed by https://github.com/python/cpython/pull/21357 Thanks for the heads up, Matthias! Yes, I think is

[issue41221] Output of print() might get truncated in unbuffered mode

Manuel Jacob added the comment: 2147479552 is the 0x7000 bytes limit documented for write() on Linux (source: https://man7.org/linux/man-pages/man2/write.2.html). The limit could be even smaller in other circumstances or other systems. I’m adding Victor Stinner to the nosy list, as he

[issue39375] Document os.environ[x] = y and os.putenv() as thread unsafe

Change by Joannah Nanjekye : -- nosy: +nanjekyejoannah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32528] Change base class for futures.CancelledError

Bruce Merry added the comment: FYI this has just bitten me after updating my OS to one that ships Python 3.8. It is code that was written with asyncio cancellation in mind and which expected CancelledError to be caught with "except Exception" (the exception block unwound incomplete

[issue41222] Undocumented behaviour change of POpen.stdout.readine with bufsize=0 or =1

New submission from Yann Dirson : On a POpen object created with bufsize=0, stdout.readline() does a buffered reading with python3, whereas in 2.7 it did char-by-char reading. See attached example. As a result, a poll including the stdout object suffers a behaviour change when stdout is

[issue29778] [CVE-2020-15523] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: Announcement post: https://mail.python.org/archives/list/security-annou...@python.org/thread/C5RIXC2ZIML3NOEIOGFPA6ISGU5L2QXL/ CVE-2020-15523 is an invalid search path in Python 3.6 and later on Windows. It occurs during Py_Initialize() when the runtime

[issue41014] warning: 'sqlite3_trace' is deprecated

Joannah Nanjekye added the comment: I think the same reasoning in the discussion from this thread: https://bugs.python.org/issue41018 applies to this too. -- nosy: +nanjekyejoannah ___ Python tracker

[issue37724] [[Errno 17] File exists: ] # Try create directories that are not part of the archive with

Joannah Nanjekye added the comment: This is marked 2.7 is it still relevant? -- nosy: +nanjekyejoannah ___ Python tracker ___ ___

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

miss-islington added the comment: New changeset 1ac0cbca369f16f9191833dd54536482fb141a98 by Pablo Galindo in branch 'master': bpo-41215: Don't use NULL by default in the PEG parser keyword list (GH-21355) https://github.com/python/cpython/commit/1ac0cbca369f16f9191833dd54536482fb141a98

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

miss-islington added the comment: New changeset 54f115dd533653c43b3c5541bf5936b22e484474 by Pablo Galindo in branch '3.9': [3.9] bpo-41215: Don't use NULL by default in the PEG parser keyword list (GH-21355) (GH-21356)

[issue39562] Asynchronous comprehensions don't work in asyncio REPL

Matthias Bussonnier added the comment: Pablo, I see you reopened and marked as blocker, As the changes here has been released maybe you want to reclose and marked https://bugs.python.org/issue41218 as blocker it should also be fixed by https://github.com/python/cpython/pull/21357

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Change by Matthias Bussonnier : -- keywords: +patch pull_requests: +20503 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21357 ___ Python tracker

[issue41162] Clear audit hooks after destructors

Steve Dower added the comment: Merged the initial fix, but we now need to find any exploitable paths that remain. Considering how late in finalization they now run, they're very unlikely to succeed at doing anything interesting. However, they'd also qualify as bugs (potentially crashes),

[issue41218] PyCF_ALLOW_TOP_LEVEL_AWAIT + list comprehension set .CO_COROUTINE falg.

Matthias Bussonnier added the comment: https://bugs.python.org/issue39562 seem to have triggered that. -- ___ Python tracker ___

[issue29778] [CVE-2020-15523] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: Fixes are in. Also adding the CVE number to the bug title. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed title: _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath ->

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Ned Deily added the comment: New changeset 46cbf6148a46883110883488d3e9febbe46ba861 by Steve Dower in branch '3.6': [3.6] bpo-29778: Ensure python3.dll is loaded from correct locations when Python is embedded (GH-21298) (#21354)

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Change by Pablo Galindo Salgado : -- pull_requests: +20502 pull_request: https://github.com/python/cpython/pull/21356 ___ Python tracker ___

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Change by Steve Dower : -- pull_requests: +20500 pull_request: https://github.com/python/cpython/pull/21354 ___ Python tracker ___

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +20501 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21355 ___ Python tracker

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Pablo Galindo Salgado added the comment: > Pablo, I can do that as well, if you don't have the time. Thanks! I had the PR ready, just needed some time to push it :) -- ___ Python tracker

[issue41220] add optional make_key argument to lru_cache

Change by Karthikeyan Singaravelan : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41220] add optional make_key argument to lru_cache

Bar Harel added the comment: May I suggest calling it key? Will comply with other Python functions. -- nosy: +bar.harel ___ Python tracker ___

[issue41176] revise Tkinter mainloop dispatching flag behavior

Richard Sheridan added the comment: I'm planning to write the long-awaited Tkinter Internals section of the docs. (https://github.com/python/cpython/blame/master/Doc/library/tk.rst#L48) I've spent too much time at this point to let it all go down the memory hole. Unfortunately, I don't know

[issue41221] Output of print() might get truncated in unbuffered mode

New submission from Manuel Jacob : Without unbuffered mode, it works as expected: % python -c "import sys; sys.stdout.write('x'*4294967296)" | wc -c 4294967296 % python -c "import sys; print('x'*4294967296)" | wc -c 4294967297 With unbuffered mode, writes get truncated to 2147479552

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Ned Deily added the comment: New changeset 110dd153662a13b8ae1bb06348e5b1f118ab26d7 by Steve Dower in branch '3.7': [3.7] bpo-29778: Ensure python3.dll is loaded from correct locations when Python is embedded (GH-21297) (#21298)

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Lysandros Nikolaou added the comment: Pablo, I can do that as well, if you don't have the time. -- ___ Python tracker ___ ___

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Pablo Galindo Salgado added the comment: Well, in any case, I will submit a patch today to the parser generator to substitute the NULL for single-element arrays which seems to work. Michael, could you confirm that this patch works for you: diff --git a/Parser/pegen/parse.c

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Łukasz Langa added the comment: New changeset aa7f7756149a10c64d01f583b71e91814db886ab by Miss Islington (bot) in branch '3.8': bpo-29778: Ensure python3.dll is loaded from correct locations when Python is embedded (GH-21297) (GH-21352)

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

David Edelsohn added the comment: Maybe XLC was being overly aggressive with speculation and it now is fixed. I can't tell if Michael's earlier comment meant that it no longer crashes with XLC v16. -- ___ Python tracker

[issue22239] asyncio: nested event loop

mike bayer added the comment: hey there, I seem to have two cents to offer so here it is.An obscure issue in the Python bug tracker is probably not the right place for this so consider this as an early draft of something that maybe I'll talk about more elsewhere. > This basically

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Michael Felt added the comment: Note: - two different systems, different HW, different OS levels. xlc-v11, master : commit deb016224cc506503fb05e821a60158c83918ed4 (HEAD -> master, upstream/master, upstream/HEAD) Segmentation fault in _PyEval_EvalFrameDefault at line 941 in file

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Pablo Galindo Salgado added the comment: > I don't believe that this is an XLC bug, but I suspect that it is undefined > behavior / implementation-defined behavior. I was looking at the C99 standard but could not find anything that makes this undefined. Do you know what this construct is

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

miss-islington added the comment: New changeset 4981fe36c7477303de830e8dca929a02caaaffe4 by Miss Islington (bot) in branch '3.9': bpo-29778: Ensure python3.dll is loaded from correct locations when Python is embedded (GH-21297)

[issue41220] add optional make_key argument to lru_cache

Change by Itay azolay : -- keywords: +patch pull_requests: +20499 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21353 ___ Python tracker ___

[issue41220] add optional make_key argument to lru_cache

New submission from Itay azolay : I'd like to add optional argument to lru_cache. This argument is a user given function that will replace the default behaviour of creating a key from the args/kwds of the function. for example: def my_make_key(my_list): return my_list[0] @lru_cache(128,

[issue41219] Mimetypes doesn't support audio/webm

New submission from cere blanco : Mimetypes doesn't support audio/webm -- components: Library (Lib) messages: 373140 nosy: cere blanco priority: normal severity: normal status: open title: Mimetypes doesn't support audio/webm type: enhancement versions: Python 3.8

[issue41208] An exploitable segmentation fault in marshal module

Iman Sharafodin added the comment: Sure. Thank you. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Change by miss-islington : -- pull_requests: +20498 pull_request: https://github.com/python/cpython/pull/21352 ___ Python tracker ___

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Steve Dower added the comment: New changeset dcbaa1b49cd9062fb9ba2b9d49555ac6cd8c60b5 by Steve Dower in branch 'master': bpo-29778: Ensure python3.dll is loaded from correct locations when Python is embedded (GH-21297)

[issue29778] _Py_CheckPython3 uses uninitialized dllpath when embedder sets module path with Py_SetPath

Change by miss-islington : -- pull_requests: +20497 pull_request: https://github.com/python/cpython/pull/21351 ___ Python tracker ___

[issue41215] AIX: build fails for xlc/xlC since new PEG parser

Michael Felt added the comment: I tried check.c and check_bad.c using xlc-v11 (on my POWER6) - and the results were the same as in Pablo's entry. On the gcc119 host - using the v13 compiler, check_bad does not crash. Not gotten to testing xlc-v16 yet. I have seen lots of options today -

  1   2   >