[issue2771] Test issue

Change by Berker Peksag : -- nosy: +berker.peksag, brett.cannon nosy_count: 8.0 -> 10.0 pull_requests: +17979 pull_request: https://github.com/python/cpython/pull/18614 ___ Python tracker

[issue2771] Test issue

Change by Berker Peksag : -- nosy: -brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38035] shared_semaphores cannot be shared across unrelated processes

Tal Einat added the comment: I'm not convinced there is enough real need for this to justify implementing and supporting it. Using shared memory wouldn't be possible with built-in Python objects; one would have to use a special-purpose library for this, or perhaps use something like

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by hai shi : -- pull_requests: +17978 pull_request: https://github.com/python/cpython/pull/18613 ___ Python tracker ___

[issue39725] unrelated `from None` exceptions lose prior exception information

Serhiy Storchaka added the comment: For reference: PEP 3134 (and superseded PEP 344), PEP 409, PEP 415. -- ___ Python tracker ___

[issue39727] cgi.parse() fatally attempts str.decode when handling multipart/form-data

James Edington added the comment: Here is a file to try it out in an instant. (lines 11–28 are not necessary; they are just "luxuries" allowing easier testing of the issue in a web browser) -- Added file: https://bugs.python.org/file48903/demo.py

[issue39727] cgi.parse() fatally attempts str.decode when handling multipart/form-data

New submission from James Edington : It appears that cgi.parse() in Python 3.7.6 [GCC 9.2.1 20190827 (Red Hat 9.2.1-1)] fatally chokes on POST requests with multipart/form-data due to some internal processing still relying on assumptions from when str and bytes were the same object. I'll

[issue39726] ctypes on pypi has fallen behind

Ammar Askar added the comment: The ctypes on pypi is no longer maintained as it was merged by the original author Thomas Heller into python itself. This article goes over the history of it a little: https://blog.python.org/2011/04/thomas-heller-steps-down-as-ctypes.html Why do you need

[issue33840] connection limit on listening socket in asyncio

Change by Fantix King : -- nosy: +fantix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39726] ctypes on pypi has fallen behind

New submission from David Harding : I wasn't sure where to report this. ctypes currently bundled with Ubuntu 16.04 and 18.04 is version 1.1.0. ctypes available through pypi is 1.0.2. https://pypi.org/project/ctypes/ This makes maintaining a reproducible environment with venv kind of tricky.

[issue39529] Deprecate get_event_loop()

Kyle Stanley added the comment: FWIW, I agree with get_event_loop() being problematic with its error messages, and having a bit too much functionality in a single function from an API design perspective. It commonly comes up as an issue among asyncio users in communities that I'm active in.

[issue38691] importlib: PYTHONCASEOK should be ignored when using python3 -E

Change by Ido Michael : -- pull_requests: +17977 pull_request: https://github.com/python/cpython/pull/18612 ___ Python tracker ___

[issue38035] shared_semaphores cannot be shared across unrelated processes

Ido Michael added the comment: @taleinat what do you think? -- nosy: +taleinat ___ Python tracker ___ ___ Python-bugs-list mailing

[issue30097] Command-line option to suppress "from None" for debugging

Ethan Furman added the comment: The actual problem, I think, is that `from None` is suppressing more than it ought. Martin's example would work just fine if the only omitted exception was the one captured during its own try/except. Created issue39725. --

[issue39724] IDLE threading + stdout/stdin observed blocking behavior

Terry J. Reedy added the comment: Summary: With IDLE running normally, with 2 processes, "input('prompt')" in the main thread blocks execution of "print('whatever')" in a separate thread. (Verified on Windows with 3.9 and macOS with 3.8.) The user can respond to the prompt without being

[issue37373] Configuration of windows event loop for libraries

Ben Darnell added the comment: I have an implementation of the selector-in-another-thread solution in https://github.com/tornadoweb/tornado/pull/2815. Is something like this worth considering for Python 3.9, or was Tornado the only project experiencing this pain and a tornado-specific

[issue36000] __debug__ is a keyword but not a keyword

Cheryl Sabella added the comment: Serhiy wrote in msg336099 that __debug__ isn't a keyword and the error message was changed in 3.8. Due to that, I'm going to close this as not a bug. -- nosy: +cheryl.sabella resolution: -> not a bug stage: -> resolved status: open -> closed

[issue39725] unrelated `from None` exceptions lose prior exception information

Serhiy Storchaka added the comment: Interesting problem. Example which does not depend on os.environ: import traceback try: try: raise TypeError except: try: raise ValueError except: raise KeyError from None except BaseException as exc:

[issue17422] language reference should specify restrictions on class namespace

miss-islington added the comment: New changeset 36a120d343c1cb69b8d02913569c153e8bb969c8 by Miss Islington (bot) in branch '3.7': bpo-17422: Language reference should specify restrictions on class namespace (GH-18559)

[issue17422] language reference should specify restrictions on class namespace

miss-islington added the comment: New changeset 91ba44623e5cb8f4a7b0d3fc1fab8ff8d8a849c2 by Miss Islington (bot) in branch '3.8': bpo-17422: Language reference should specify restrictions on class namespace (GH-18559)

[issue39725] unrelated `from None` exceptions lose prior exception information

New submission from Ethan Furman : Using the example from https://bugs.python.org/msg293185: --- --> import os --> try: ... os.environ["NEW_VARIABLE"] = bug # bug is not a str ... finally: ... del

[issue39710] "will be returned as unicode" reminiscent from Python 2

Change by Terry J. Reedy : -- keywords: +newcomer friendly stage: -> needs patch versions: +Python 3.7, Python 3.8, Python 3.9 ___ Python tracker ___

[issue39639] Remove Suite node from AST

Jeff Allen added the comment: Jython uses the reference grammar and ASDL as a way to ensure it is Python we approximate, not some subtly different language. The presence of Suite here gives rise to a class

[issue30097] Command-line option to suppress "from None" for debugging

Ethan Furman added the comment: +1 for the idea. Instead of '-C' we could add it as one of the '-X' options -- it is, after all, a development issue. -- nosy: +ethan.furman ___ Python tracker

[issue39180] Missing getlines func documentation from linecache module

Change by Khalid Mammadov : -- resolution: -> duplicate ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39139] Reference to depricated collections.abc class in collections is unnecessary and confusing

Khalid Mammadov added the comment: Looks like this is covered in greater detail in the other PRs. So, closing the PR and the issue -- stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue39139] Reference to depricated collections.abc class in collections is unnecessary and confusing

Change by Khalid Mammadov : -- resolution: -> duplicate ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39180] Missing getlines func documentation from linecache module

Khalid Mammadov added the comment: Looks like it's not meant to be made public as the module is meant to be working on a single line. So closing the issue and PR -- nosy: -ammar2 stage: patch review -> resolved status: open -> closed ___ Python

[issue39180] Missing getlines func documentation from linecache module

Ammar Askar added the comment: A good place to start is looking at the blame to find the commit that introduced it. Which was: https://github.com/python/cpython/commit/17ab123cf1f0597e7e257c1ce83a6e87b85ffd7b#diff-71666751dc5821f7fc30e9c8138019c9 and if we browse to the state of the file

[issue39180] Missing getlines func documentation from linecache module

Khalid Mammadov added the comment: How to find if it was intentional or over-site? -- ___ Python tracker ___ ___ Python-bugs-list

[issue39130] Dict is reversable from v3.8 and should say that in the doc

Change by Khalid Mammadov : -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue38263] [Windows] multiprocessing: DupHandle.detach() race condition on DuplicateHandle(DUPLICATE_CLOSE_SOURCE)

Pedro Algarvio added the comment: What I'm able to copy from the console(though I doubt I'm getting all of the traceback): Traceback (most recent call last): File "", line 1, in File "c:\hostedtoolcache\windows\python\3.5.4\x64\lib\multiprocessing\spawn.py", line 106, in spawn_main

[issue17422] language reference should specify restrictions on class namespace

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

[issue17422] language reference should specify restrictions on class namespace

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

[issue17422] language reference should specify restrictions on class namespace

Change by Guido van Rossum : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue17422] language reference should specify restrictions on class namespace

Guido van Rossum added the comment: New changeset fbe2e0bb8a7ee75d0f9d57682436dac7d69e202e by ananthan-123 in branch 'master': bpo-17422: Language reference should specify restrictions on class namespace (#18559)

[issue39724] IDLE threading + stdout/stdin observed blocking behavior

John Smith added the comment: P.S. here (other computer but with same observed behavior) I have a 3.6 32bit as one can see from the output. -- ___ Python tracker ___

[issue39724] IDLE threading + stdout/stdin observed blocking behavior

Change by John Smith : Added file: https://bugs.python.org/file48901/IDLE_threading_issue_min_example1.py ___ Python tracker ___ ___

[issue39724] IDLE threading + stdout/stdin observed blocking behavior

John Smith added the comment: py -m idlelib -n path output: Python 3.6.4 (v3.6.4:d48eceb, Dec 19 2017, 06:04:45) [MSC v.1900 32 bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more information. No Subprocess WARNING: Running IDLE without a Subprocess is

[issue39724] IDLE threading + stdout/stdin observed blocking behavior

Terry J. Reedy added the comment: If I understand, input() in one thread blocks print() in another thread. This sound like a new issue for this tracker, and possibly a bug in IDLE's implementation of std streams through a socket, but I need to see your code. Please try attaching it again.

[issue1635741] Py_Finalize() doesn't clear all Python objects at exit

Change by hai shi : -- pull_requests: +17974 pull_request: https://github.com/python/cpython/pull/18608 ___ Python tracker ___

[issue39382] abstract_issubclass() doesn't take bases tuple item ref

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

[issue38263] [Windows] multiprocessing: DupHandle.detach() race condition on DuplicateHandle(DUPLICATE_CLOSE_SOURCE)

Eryk Sun added the comment: > I seem to be consistingly hitting this issue. It will help with test development if you can provide a minimal example that reliably reproduces the problem. In msg353064 I see DuplicateHandle calls failing with ERROR_ACCESS_DENIED (5). Assuming the process

[issue39382] abstract_issubclass() doesn't take bases tuple item ref

miss-islington added the comment: New changeset 0c1827e70c1c05ce1982a34380cea7d391904293 by Miss Islington (bot) in branch '3.8': bpo-39382: Avoid dangling object use in abstract_issubclass() (GH-18530) https://github.com/python/cpython/commit/0c1827e70c1c05ce1982a34380cea7d391904293

[issue39382] abstract_issubclass() doesn't take bases tuple item ref

miss-islington added the comment: New changeset 43a0137c87b997c6ba8b23cc3281ce2de18f008a by Miss Islington (bot) in branch '3.7': bpo-39382: Avoid dangling object use in abstract_issubclass() (GH-18530) https://github.com/python/cpython/commit/43a0137c87b997c6ba8b23cc3281ce2de18f008a

[issue39382] abstract_issubclass() doesn't take bases tuple item ref

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

[issue39382] abstract_issubclass() doesn't take bases tuple item ref

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

[issue39382] abstract_issubclass() doesn't take bases tuple item ref

Serhiy Storchaka added the comment: New changeset 1c56f8ffad44478b4214a2bf8eb7cf51c28a347a by Yonatan Goldschmidt in branch 'master': bpo-39382: Avoid dangling object use in abstract_issubclass() (GH-18530) https://github.com/python/cpython/commit/1c56f8ffad44478b4214a2bf8eb7cf51c28a347a

[issue39648] Expand math.gcd() and math.lcm() to accept multiple arguments

Serhiy Storchaka added the comment: If expand math.gcd() to accept multiple arguments, it is worth to do the same with math.lcm(). -- title: Update math.gcd() to accept "n" arguments. -> Expand math.gcd() and math.lcm() to accept multiple arguments

[issue39648] Update math.gcd() to accept "n" arguments.

Serhiy Storchaka added the comment: I'm always ready to help a beginner, but this is the first time that it takes so much effort. It would be easier if you started with the simple problems you could handle. Even in simple cases you would be able to get tips that you can understand and

[issue38263] [Windows] multiprocessing: DupHandle.detach() race condition on DuplicateHandle(DUPLICATE_CLOSE_SOURCE)

Pedro Algarvio added the comment: Any possible workaround for this issue? I seem to be consistingly hitting this issue. -- nosy: +s0undt3ch ___ Python tracker ___

[issue39648] Update math.gcd() to accept "n" arguments.

Ananthakrishnan added the comment: >>Sorry, Ananthakrishnan, but I think this problem is too difficult to you. >>Adding math.lcm() taken 2 weeks and produced 200 messages. It is simpler to >>implement this feature myself to me. I'm a beginner.Not everyone is perfect at begenning. I am

[issue39716] argparse.ArgumentParser does not raise on duplicated subparsers, even though it does on duplicated flags

Antony Lee added the comment: Sure, https://github.com/python/cpython/pull/18605 it is. -- ___ Python tracker ___ ___

[issue39716] argparse.ArgumentParser does not raise on duplicated subparsers, even though it does on duplicated flags

Change by Antony Lee : -- keywords: +patch pull_requests: +17971 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18605 ___ Python tracker ___

[issue39648] Update math.gcd() to accept "n" arguments.

Change by Serhiy Storchaka : -- pull_requests: +17970 pull_request: https://github.com/python/cpython/pull/18604 ___ Python tracker ___

[issue39648] Update math.gcd() to accept "n" arguments.

Serhiy Storchaka added the comment: Sorry, Ananthakrishnan, but I think this problem is too difficult to you. Adding math.lcm() taken 2 weeks and produced 200 messages. It is simpler to implement this feature myself to me. -- ___ Python tracker

[issue39724] IDLE threading + stdout/stdin observed blocking behavior

New submission from John Smith : preamble: I am aware that I am not the first to encounter this issue but neither I could identify a preexisting ticket which fully matches nor is the commonly recommended "solution" (stay away from IDLE) satisfying. environment: win10, python 3.7 (tested with

[issue39723] io.open_code should accept PathLike objects

Karthikeyan Singaravelan added the comment: This seems to be a duplicate of https://bugs.python.org/issue39691 -- ___ Python tracker ___

[issue39723] io.open_code should accept PathLike objects

Change by SilentGhost : -- nosy: +steve.dower versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list