[issue1723038] Curses Menu

Change by Maarten : -- pull_requests: +21047 pull_request: https://github.com/python/cpython/pull/21933 ___ Python tracker ___

[issue34730] aclose() doesn't stop raise StopAsyncIteration / GeneratorExit to __anext__()

Dima Tisnek added the comment: Then perhaps the issue should be closed 樂 -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34730] aclose() doesn't stop raise StopAsyncIteration / GeneratorExit to __anext__()

Nathaniel Smith added the comment: > Perhaps it's time to restart the original discussion, whether `aclose()` > should cancel pending `anext`. I'm still not aware of any way to make this work, technically. So it's a moot point unless someone has a proposal. --

[issue41605] t = re.sub(".*", "*", src) has different ouput

New submission from soyoo : import re src = "123" # can be anything t = re.sub(".*", "*", src) """ The output of 't' is different in python2 and python3; When python version is python3, it's depend on OS version. When python version is python2, it seem always output single '*'. When python

[issue37943] mimetypes.guess_extension() doesn’t get JPG right

Jens Troeger added the comment: This is still not working: tried it on Python 3.8.5 and Python 3.7.8. >>> import mimetypes >>> mimetypes.guess_extension('image/jpg') >>> mimetypes.guess_extension('image/jpeg') '.jpg' Both should return the same value; I expected the mimetype 'image/jpg' to

[issue34730] aclose() doesn't stop raise StopAsyncIteration / GeneratorExit to __anext__()

Dima Tisnek added the comment: https://github.com/python/cpython/pull/7468 (prohibit asend/etc. reentrance) was merged ~a year ago. Perhaps it's time to restart the original discussion, whether `aclose()` should cancel pending `anext`. -- nosy: +Dima.Tisnek versions: +Python 3.10

[issue1723038] Curses Menu

Change by Maarten : -- pull_requests: -21045 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41604] [curses.panel] Failed panel.set_userptr will decrement refcount of original userptr

Change by Maarten : -- keywords: +patch pull_requests: +21046 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21933 ___ Python tracker ___

[issue1723038] Curses Menu

Change by Maarten : -- nosy: +maarten nosy_count: 5.0 -> 6.0 pull_requests: +21045 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/21933 ___ Python tracker

[issue41604] [curses.panel] Failed panel.set_userptr will decrement refcount of original userptr

New submission from Maarten : When ncurses' function `set_panel_userptr` fails, panel.set_userptr should not decrement the reference count of the previous userptr. -- components: Library (Lib) messages: 375738 nosy: maarten priority: normal severity: normal status: open title:

[issue41603] Compilation issue 3.8.5 with Redhat 7.8 and gcc version 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC)

Change by Thangamani : -- title: Compilation issue 3.8.5 with Redhat 7.8 and Red Hat 4.8.5-39 -> Compilation issue 3.8.5 with Redhat 7.8 and gcc version 4.8.5 20150623 (Red Hat 4.8.5-39) (GCC) ___ Python tracker

[issue41603] Compilation issue 3.8.5 with Redhat 7.8 and Red Hat 4.8.5-39

New submission from Thangamani : gcc -pthread -c -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter -Wno-missing-field-initializers -Werror=implicit-function-declaration -fprofile-use -fprofile-correction

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Thomas Grainger added the comment: I've now eliminated pymain_run_stdin and pymain_run_command, both process a KeyboardInterrupt as -2 see attached test_exit_command_stdin.py -- Added file: https://bugs.python.org/file49417/test_exit_command_stdin.py

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module)

Change by Thomas Grainger : -- title: Python doesn't exit with proper resultcode on SIGINT in runpy -> Python doesn't exit with proper resultcode on SIGINT in runpy (pymain_run_module) ___ Python tracker

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy

Thomas Grainger added the comment: I think I've eliminated runpy.py, as I still get a `-2` when using: import runpy runpy.run_module("ham") or runpy._run_module_as_main("ham") see attached test_exit_runpy.py It seems the only difference is if pymain_run_file or pymain_run_module is used.

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy

Change by Thomas Grainger : Added file: https://bugs.python.org/file49415/test_exit.txt ___ Python tracker ___ ___ Python-bugs-list mailing

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy

Change by Thomas Grainger : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy

Change by Thomas Grainger : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41597] Fatal Error on SSL Transport - sslv3 alert bad record mac

Aymeric Augustin added the comment: websockets doesn't use threads (except where asyncio uses them under the hood e.g. for resolving addresses). Perhaps the OP's code passes asyncio connections (wrapped in websocket connections) unsafely across threads. -- nosy: +aymeric.augustin

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy

Thomas Grainger added the comment: see also https://bugs.python.org/issue1054041 -- ___ Python tracker ___ ___ Python-bugs-list

[issue41602] Python doesn't exit with proper resultcode on SIGINT in runpy

New submission from Thomas Grainger : when running "python -m ham.py" KeyboardInterrupt should result in -2, but results in 1 see test case -- components: Interpreter Core files: test_exit.py messages: 375732 nosy: graingert priority: normal severity: normal status: open title:

[issue41598] rnd() + rndup() in math

Vedran Čačić added the comment: Yes, we can do better than ms (whatever that means). And we do exactly that in the `decimal` module. Floats are not the right target for your algorithms, because they don't have decimal digits. It's as if you're trying to round words in English language. :-D

[issue41598] rnd() + rndup() in math

marco_ocram added the comment: print(a := rnd(rnd(2.8-1.3, 15))) print(b := rnd(rnd(1.8-1.3, 15))) print(a == b) results ... 2.0 1.0 False it's the last significative digit that have problems, we could work on the code to correct this and experiment if someone is interested. by the way the

[issue41598] rnd() + rndup() in math

marco_ocram added the comment: i want to be more clear, these could be useful. https://docs.microsoft.com/en-us/office/vba/language/reference/user-interface-help/round-function This VBA function returns something commonly referred to as bankers rounding. So be careful before using this

[issue41591] Comprehensions documentation

Vedran Čačić added the comment: On the contrary, I think it would be much more clearer if it focused on the one that was evaluated in the context. So, _inner_ listcomp is... (instead of "nested listcomp is..."). "Main part of outer" is just beating around the bush. But in fact I'm not

[issue41598] rnd() + rndup() in math

Vedran Čačić added the comment: ROUND_HALF_UP is not chosen because it's popular, but because it's the best way to compensate for errors in representing decimal numbers by binary numbers. Thinking that floats are decimal numbers is going to bite you anyway sooner or later. For example, would

[issue41591] Comprehensions documentation

Walid Taha added the comment: That makes perfect sense now, and I see what threw me off. Basically, there were not enough cues for me to see that there was an extra pair of square brackets in the example that had nested listcomps, and as a result, I assumed that a nested listcomp simply

[issue41591] Comprehensions documentation

Vedran Čačić added the comment: It refers to the sentence """The result will be a new list resulting from evaluating the expression in the context of the for and if clauses which follow it. """ The expression at the start of listcomp is the one that's evaluated in the context of clauses

[issue41598] rnd() + rndup() in math

marco_ocram added the comment: revision of "if you need to realize decimal.ROUND_DOWN function trunc is already fine." --> "if you need to realize decimal.ROUND_DOWN function int() or math.trunc() are already fine." -- ___ Python tracker

[issue41598] rnd() + rndup() in math

marco_ocram added the comment: about floats ... https://docs.python.org/3/library/functions.html#round "if two multiples are equally close, rounding is done toward the even choice (so, for example, both round(0.5) and round(-0.5) are 0, and round(1.5) is 2)" i'm sure lots of users don't

[issue41073] [C API] PyType_GetSlot() should accept static types

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

[issue41601] Performance issue using isspace() in extension module on Windows

Change by Clemens : Added file: https://bugs.python.org/file49413/test.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41601] Performance issue using isspace() in extension module on Windows

Change by Clemens : Added file: https://bugs.python.org/file49412/setup.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41601] Performance issue using isspace() in extension module on Windows

Change by Clemens : Added file: https://bugs.python.org/file49411/isspace_ext.cpp ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41601] Performance issue using isspace() in extension module on Windows

New submission from Clemens : Function isspace() is significantly slower in extension modules in Python 3.7 or later than in Python 3.6 on Windows 10. Python 3.6: >python test.py Locale: C Set locale: C Locale: C Duration: 0.19718074798583984 Python 3.7: >python test.py Locale: C Set locale:

[issue41513] Scale by power of two in math.hypot()

Tim Peters added the comment: My apologies if nobody cares about this ;-) I just think it's helpful if we all understand what really helps here. > Pretty much the whole trick relies on computing > "sumsq - result**2" to greater than basic machine > precision. But why is that necessary at

[issue41591] Comprehensions documentation

Walid Taha added the comment: Thank you, and good point, Vedran. That takes care of the example that I gave. What remains is the source of confusion, namely, the reference to the "previous section". With a quick search I was not able to find what this was referring to (other than the one

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

Julia Frances added the comment: those are strong and good vocabulary skills you have just keep on making more comments or responses and get that to me as soon as possible *Julia Frances pascack hills* On Thu, Aug 20, 2020 at 11:48 AM Stefan Behnel wrote: > > Stefan Behnel added the

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

Stefan Behnel added the comment: > On the whole I think the arguments to make a module are very strong. So I > think that is the appropriate way forward. If you take this route, please don't write it directly against the CPython C-API (as you would for a CPython stdlib module). It is much

[issue41600] Expected behavior of argparse given quoted strings

Vegard Stikbakke added the comment: Great idea, thanks! It's open source, so I'll see if I can fix it. On Thu, 20 Aug 2020 at 17:28, Eric V. Smith wrote: > > > Eric V. Smith added the comment: > > > > Completely agree with paul j3. The calling tool is breaking the "argv" > conventions. If

[issue41600] Expected behavior of argparse given quoted strings

Eric V. Smith added the comment: Completely agree with paul j3. The calling tool is breaking the "argv" conventions. If the OP can control the calling tool, it should be fixed there. -- ___ Python tracker

[issue41600] Expected behavior of argparse given quoted strings

paul j3 added the comment: I'd say the problem is with the deployment tool. Inputs like that should be split regardless of who's doing the commandline parsing. With normal shell input, quotes are used to prevent splitting, or to otherwise prevent substitutions and special character

[issue40553] Python 3.8.2 Mac freezing/not responding when saving new programs

Ned Deily added the comment: > Would taking a video help? It couldn't hurt and might very well help. > I'll make one anyways Thank you! -- ___ Python tracker ___

[issue41591] Comprehensions documentation

Vedran Čačić added the comment: This is not nested listcomp. Nested listcomp is a listcomp inside a listcomp. What you wrote is one listcomp, with two for-clauses. It does "desugar" into a nested loop, but that doesn't make it a nested listcomp. -- nosy: +veky

[issue41591] Comprehensions documentation

Shubham Upreti added the comment: Is this open? Can i take this up? -- nosy: +shubh07 ___ Python tracker ___ ___ Python-bugs-list

[issue41600] Expected behavior of argparse given quoted strings

Change by Eric V. Smith : -- resolution: -> not a bug stage: -> resolved status: open -> closed type: enhancement -> behavior ___ Python tracker ___

[issue41600] Expected behavior of argparse given quoted strings

Vegard Stikbakke added the comment: I see! Thanks, had not heard about shlex. I also had not realized `parse_args` takes arguments. Doh. That makes sense. Thanks a lot! -- ___ Python tracker

[issue41600] Expected behavior of argparse given quoted strings

Eric V. Smith added the comment: This is all working as designed. We do not want to modify argparse to split parameters. You probably want to split the input with shlex.split(). See

[issue10399] AST Optimization: inlining of function calls

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41598] rnd() + rndup() in math

Vedran Čačić added the comment: If we want to proceed with this, much better way would be to add a rounding mode optional argument to `round` builtin. But really, anyone trying to precisely round a decimal representation of a binary floating point number is, to paraphrase von Neumann, living

[issue41598] rnd() + rndup() in math

Change by Karthikeyan Singaravelan : -- nosy: +mark.dickinson, rhettinger, stutzbach ___ Python tracker ___ ___ Python-bugs-list

[issue41585] policy.max_line_length is incorrectly assumed to never be None

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

[issue41572] Documentation wording fix on Lib/asyncio/transports.py

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +21042 pull_request: https://github.com/python/cpython/pull/21929 ___ Python tracker

[issue41572] Documentation wording fix on Lib/asyncio/transports.py

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

[issue41572] Documentation wording fix on Lib/asyncio/transports.py

Karthikeyan Singaravelan added the comment: New changeset 1afb42cfa82dad0ddd726f59c6c5fcb3962314db by Cleber Rosa in branch 'master': bpo-41572: Fix grammar in BaseTransport.close docstring (GH-21914) https://github.com/python/cpython/commit/1afb42cfa82dad0ddd726f59c6c5fcb3962314db

[issue41600] Expected behavior of argparse given quoted strings

Change by Karthikeyan Singaravelan : -- nosy: +paul.j3, rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue41600] Expected behavior of argparse given quoted strings

Vegard Stikbakke added the comment: In fact, what happens in the latter case (i.e. `"--a 1 --b 2"`), inside the call to `_parse_optional`, is that it fails to get the optional tuple. And so it continues to this line in argparse.py:

[issue41600] Expected behavior of argparse given quoted strings

Vegard Stikbakke added the comment: It seems that I mixed up something in the post here. If the quoted string is `"--a=1 --b=2` as I said in the post, then the program will only complain about `b` missing. In this case, it sets `a` to be `1 --b=2`. Whereas if the quoted string is `"--a 1

[issue41600] Expected behavior of argparse given quoted strings

Vegard Stikbakke added the comment: For what it's worth, I'd love to work on this if it's something that could be nice to have. -- ___ Python tracker ___

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

STINNER Victor added the comment: I merged my changes to add Sphinx 3.2 and newer support into 3.8, 3.9 and master branches. I close the issue. Sadly, it seems like it's not possible to keep Sphinx 2 support if we add Sphinx 3.0 and Sphinx 3.1 support. For now, only Sphinx 2 and Sphinx

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

STINNER Victor added the comment: New changeset 7d0fef56d8eaac6309a66cb8c6ba6fd96f8c8a94 by Victor Stinner in branch '3.8': bpo-40204: Allow pre-Sphinx 3 syntax in the doc (GH-21844) (GH-21901) (GH-21928) https://github.com/python/cpython/commit/7d0fef56d8eaac6309a66cb8c6ba6fd96f8c8a94

[issue41600] Expected behavior of argparse given quoted strings

New submission from Vegard Stikbakke : I'm not sure if this is a bug, but I had a problem when I was trying to use argparse recently, and I was wondering about the expected behavior. For context: We invoke a Python program from a deployment tool, where we provide input in a text box. We were

[issue40204] Docs build error with Sphinx 3.0 due to invalid C declaration

Change by STINNER Victor : -- pull_requests: +21041 pull_request: https://github.com/python/cpython/pull/21928 ___ Python tracker ___

[issue40994] Very confusing documenation for abc.Collections

Cheryl Sabella added the comment: @Sydney Pemberton, thank you for the bug report and for the PR! -- nosy: +cheryl.sabella resolution: -> fixed stage: patch review -> resolved status: open -> closed type: -> enhancement ___ Python tracker

[issue41574] Python[11231:143796] WARNING: running implicitly; please run panels using NSSavePanel rather than NSApplication.

Prudent added the comment: Yes, I agree with you. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue41574] Python[11231:143796] WARNING: running implicitly; please run panels using NSSavePanel rather than NSApplication.

Ronald Oussoren added the comment: But does VS Code use the installation of 3.8 your expecting (the one in /Library/Frameworks/Python.framework)? I'm closing the issue because this appears to be a problem with 3th-party code (VS Code), not with the Python.org installer. --

[issue41598] rnd() + rndup() in math

Ronald Oussoren added the comment: Adding new functions that are extreme similar to existing functions requires a better rationale than your giving. In particular, both are similar to the builtin function "round" (https://docs.python.org/3/library/functions.html#round>). -- nosy:

[issue40994] Very confusing documenation for abc.Collections

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

[issue40994] Very confusing documenation for abc.Collections

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

[issue40994] Very confusing documenation for abc.Collections

miss-islington added the comment: New changeset 2ce39631f679e14132a54dc90ce764259d26e166 by Sydney Pemberton in branch 'master': bpo-40994: Ungroup items in collections.abc documentation for improved clarity (GH-21880)

[issue41599] get/set_payload deprecated, but get_set_content do not provide full replacement functionality

New submission from Erik Quaeghebeur : >From Python 3.6 onwards, get/set_payload methods are deprecated on the basic >email message class, email.message.EmailMessage (changed from >email.message.Message). The get/set_content methods are suggested instead. >However, with get/set_payload one

[issue41598] rnd() + rndup() in math

New submission from marco_ocram : hello, please insert following simple but useful roundings in new lib math. def rnd(x, n=0): a = x*10**n b = int(a) if abs(a - b) >= 0.5: b += 1 if x >= 0 else -1 return b/10**n def rndup(x, n=0): a = x*10**n b = int(a) if abs(a - b) > 0:

[issue41596] Re: Asyncio Fatal Error on SSL Transport - IndexError Deque Index Out Of Range

Christian Heimes added the comment: This also looks like a concurrency issue in the websocket package. Also see #41597 -- ___ Python tracker ___

[issue41597] Fatal Error on SSL Transport - sslv3 alert bad record mac

Christian Heimes added the comment: This looks like a bug in the websocket package. You cannot share an SSLSocket across threads safely without locking. I/O operations on a shared resource (file, socket, SSLSocket) are generally not thread safe. Locking has to be implemented in the layer

[issue41550] SimpleQueues put blocks if feeded with strings greater than 2**16-13 chars

Raphael Grewe added the comment: Soo... I think I use the functions indeed incorrectly then. Thank you for your time. Regards Raphael -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue41585] policy.max_line_length is incorrectly assumed to never be None

Erik Quaeghebeur added the comment: The script that triggered the issue can be found at https://github.com/equaeghe/mailfilters/blob/master/html2alternative.py You'll have to remove ", cte='8bit'" on line 68 to expose the bug (that was added as a workaround for this bug). I was

[issue41597] Fatal Error on SSL Transport - sslv3 alert bad record mac

New submission from Mototsugu Emori : When using SSL with websocket, I get an SSLError. --- [2020-08-17 15:02:51,078] websockets.protocol : Error in data transfer [MainProcess - MainThread] Traceback (most recent call last): File

[issue41596] Re: Asyncio Fatal Error on SSL Transport - IndexError Deque Index Out Of Range

New submission from Mototsugu Emori : When using SSL with websocket, _process_write_backlog function throws IndexError. --- Traceback (most recent call last): File "/usr/local/lib/python3.7/site-packages/websockets/protocol.py",

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

Ruben Vorderman added the comment: > Within the stdlib, I'd focus only on using things that can be used in a 100% > api compatible way with the existing modules. > Otherwise creating a new module and putting it up on PyPI to expose the > functionality from the libraries you want makes sense

[issue41574] Python[11231:143796] WARNING: running implicitly; please run panels using NSSavePanel rather than NSApplication.

Prudent added the comment: It is also very weird to me. I checked the python version used in VS code, the version in use was 3.8. But it seems the used Tcl/Tk package still linked to the system-embedded Tck/Tk 8.5.9 on macOS. I found this description from