[issue32852] trace changes sys.argv from list to tuple

miss-islington added the comment: New changeset dda938683c48197ab7e775144136f433a5d43103 by Miss Islington (bot) in branch '3.6': bpo-32852: Fix trace changing sys.argv to tuple. (GH-5692)

[issue32852] trace changes sys.argv from list to tuple

miss-islington added the comment: New changeset afb5e5583694798793d44f35f901aa912ece278a by Miss Islington (bot) in branch '3.7': bpo-32852: Fix trace changing sys.argv to tuple. (GH-5692)

[issue32852] trace changes sys.argv from list to tuple

Change by miss-islington : -- pull_requests: +5507 ___ Python tracker ___

[issue32852] trace changes sys.argv from list to tuple

Change by miss-islington : -- pull_requests: +5506 ___ Python tracker ___

[issue32852] trace changes sys.argv from list to tuple

Serhiy Storchaka added the comment: New changeset 9f4223261fd129ad7b9a09b2b0d625d1bb90b22b by Serhiy Storchaka (Kyle Altendorf) in branch 'master': bpo-32852: Fix trace changing sys.argv to tuple. (GH-5692)

[issue32860] Definition of iglob does not mention single star (unlike glob)

miss-islington added the comment: New changeset 76591bc03a26e8fde143c25cb88a98f1c96f8bc2 by Miss Islington (bot) in branch '3.6': bpo-32860: Fix a missing asterisk in the documentation for glob.iglob() (GH-5712)

[issue32860] Definition of iglob does not mention single star (unlike glob)

miss-islington added the comment: New changeset 0f764110593b337161e9321671dc13b54ca0cf95 by Miss Islington (bot) in branch '3.7': bpo-32860: Fix a missing asterisk in the documentation for glob.iglob() (GH-5712)

[issue32860] Definition of iglob does not mention single star (unlike glob)

Mariatta Wijaya added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.6, Python 3.7, Python 3.8 ___ Python tracker

[issue32860] Definition of iglob does not mention single star (unlike glob)

Change by miss-islington : -- pull_requests: +5505 ___ Python tracker ___

[issue32860] Definition of iglob does not mention single star (unlike glob)

Change by miss-islington : -- pull_requests: +5504 ___ Python tracker ___

[issue32860] Definition of iglob does not mention single star (unlike glob)

Mariatta Wijaya added the comment: New changeset 6887d86e9a04b9c5718b08e5d9e1ca3cc1f53721 by Mariatta (Zackery Spytz) in branch 'master': bpo-32860: Fix a missing asterisk in the documentation for glob.iglob() (GH-5712)

[issue32862] os.dup2(fd, fd, inheritable=False) behaves inconsistently

Change by Alexey Izbyshev : -- keywords: +patch pull_requests: +5503 stage: -> patch review ___ Python tracker ___

[issue32862] os.dup2(fd, fd, inheritable=False) behaves inconsistently

New submission from Alexey Izbyshev : os.dup2(fd, fd, inheritable=False) may fail or change fd inheritability in following ways: 1) POSIX without F_DUP2FD_CLOEXEC 1.1) dup3() is available (a common case for Linux): OSError (EINVAL, dup3() doesn't allow equal descriptors)

[issue32846] Deletion of large sets of strings is extra slow

INADA Naoki added the comment: > Dict is (surprisingly) little smaller than set. I'm sorry, I was wrong. dict is smaller than set only when len(d) is small. (typical case for namespace dict) In case of massive keys, dict is larger than set. --

[issue32846] Deletion of large sets of strings is extra slow

INADA Naoki added the comment: One possible advice; try dict instead of set. Dict is (surprisingly) little smaller than set. And dict cleans items in insertion order when the dict is deleted. -- ___ Python tracker

[issue32860] Definition of iglob does not mention single star (unlike glob)

Change by Zackery Spytz : -- keywords: +patch pull_requests: +5502 stage: -> patch review ___ Python tracker ___

[issue32846] Deletion of large sets of strings is extra slow

Tim Peters added the comment: > Surprisingly, deleting a very large set takes much longer than creating it. Luis, that's not surprising ;-) When you create it, it's mostly the case that there's a vast chunk of raw memory from which many pieces are passed out in address

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Eric Snow added the comment: New changeset 3db05a3a9c109f49d54b4965852e41c657e9b117 by Eric Snow (Miss Islington (bot)) in branch '3.7': bpo-32604: Clean up created subinterpreters before runtime finalization. (gh-5710)

[issue32861] urllib.robotparser: incomplete __str__ methods

Change by Michael Lazar : -- keywords: +patch pull_requests: +5500 stage: -> patch review ___ Python tracker ___

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Change by miss-islington : -- pull_requests: +5499 ___ Python tracker ___

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Eric Snow added the comment: New changeset 4c6955e2b0ccf88c705f8d1fac685a8e65f9699e by Eric Snow in branch 'master': bpo-32604: Clean up created subinterpreters before runtime finalization. (gh-5709)

[issue32861] urllib.robotparser: incomplete __str__ methods

New submission from Michael Lazar : Hello, I have stumbled upon a couple of inconsistencies in urllib.robotparser's __str__ methods. These appear to be unintentional omissions; basically the code was modified but the string methods were never updated. 1. The

[issue32860] Definition of iglob does not mention single star (unlike glob)

New submission from Roger Erens : Although both glob and iglob have the same arity in Lib/glob.py: def glob(pathname, *, recursive=False) def iglob(pathname, *, recursive=False): the documentation only mentions for glob the single star

[issue22167] iglob() has misleading documentation (does indeed store names internally)

Roger Erens added the comment: http://bugs.python.org/issue25596 has been closed... -- nosy: +Roger Erens ___ Python tracker ___

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Change by Eric Snow : -- pull_requests: +5498 ___ Python tracker ___ ___

[issue32859] os.dup2() tests dup3() availability on each call

Change by Alexey Izbyshev : -- keywords: +patch pull_requests: +5497 stage: -> patch review ___ Python tracker ___

[issue32859] os.dup2() tests dup3() availability on each call

New submission from Alexey Izbyshev : os.dup2() tests for dup3() system call availability at runtime, but doesn't remember the result across calls, repeating the test on each call with inheritable=False even if the test fails. Judging by the code, 'dup3_works' was intended

[issue17050] argparse.REMAINDER doesn't work as first argument

paul j3 added the comment: A REMAINDER that would work with a flag-like string would be too powerful, too greedy. In [64]: p = argparse.ArgumentParser(); In [65]: p.add_argument('--foo'); In [66]: p.add_argument('rest', nargs='...'); If the flag is first, its

[issue32858] Improve OpenSSL ECDH support

Change by sruester : -- pull_requests: +5495 ___ Python tracker ___ ___

[issue32829] Lib/ be more pythonic

Terry J. Reedy added the comment: Dilyan, please explain what you believe the problems to be and how the patch solves it. These seem to be 3 separate issues. Do not change idlelib.config. config_main.def contain 'default = True' or 'default = False' and that is what the

[issue32852] trace changes sys.argv from list to tuple

Change by Kyle Altendorf : -- pull_requests: +5494 ___ Python tracker ___ ___

[issue32852] trace changes sys.argv from list to tuple

Change by Kyle Altendorf : -- pull_requests: +5493 ___ Python tracker ___ ___

[issue32825] warn user of creation of multiple Tk instances

Change by Terry J. Reedy : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue32854] Add ** Map Unpacking Support for namedtuple

Jay Crotts added the comment: Would it be worth adding an example of unpacking such as, t(**a._asdict()), or something similar to the documentation ? -- nosy: +jcrotts ___ Python tracker

[issue32852] trace changes sys.argv from list to tuple

Change by Kyle Altendorf : -- pull_requests: +5492 ___ Python tracker ___ ___

[issue32852] trace changes sys.argv from list to tuple

Change by Kyle Altendorf : -- pull_requests: +5491 ___ Python tracker ___ ___

[issue32495] Adding Timer to multiprocessing

Jay Crotts added the comment: Closing this issue, for the reasons Antoine outlined. -- resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue32852] trace changes sys.argv from list to tuple

Change by Kyle Altendorf : -- versions: +Python 3.8 ___ Python tracker ___ ___

[issue32846] Deletion of large sets of strings is extra slow

Terry J. Reedy added the comment: Luís, what you really need for the problem you outline is an immutable set with one operation, 'in', aside from create and delete. If specialized to strings only, it could internally stores only character sequences, rather than Python

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +5490 stage: needs patch -> patch review ___ Python tracker ___

[issue32846] Deletion of large sets of strings is extra slow

Raymond Hettinger added the comment: Thanks for the info. Here is what I surmise from the data. * The shape of the curve matches the expected memory latency curve for random memory accesses for a given working set size. The graph of your measurements looks

[issue32858] Improve OpenSSL ECDH support

sruester added the comment: I'd really love to see kxinfo() or a similar method in the standard. I chose to implement it similar to cipher() which seemed to be a good idea then. If there are any objections, please let's discuss how that information can be made

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

Yury Selivanov added the comment: I'm still not sure whether we should enable this optimization or not. I haven't ever seen this pattern used in any Python code I worked with, so I suspect it's quite a rare hack. Giving it a fast-path would give this pattern extra

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

Serhiy Storchaka added the comment: Here are some microbenchmarks. But since this code always is a part of complex expression it may be not make sense to talk about its pure speed. $ ./python -m timeit -s 'a = list(range(1000))' -- '[y for x in a for y in [x]]'

[issue32858] Improve OpenSSL ECDH support

Christian Heimes added the comment: Thanks! I rejected your initial PR. In the past we added some cruft or badly designed features to the SSL module. I'm in the process of cleaning the module up. Any new feature or revised method should be designed carefully and added to

[issue32858] Improve OpenSSL ECDH support

sruester added the comment: Attached script shows usage -- Added file: https://bugs.python.org/file47449/ssl-host-check.py ___ Python tracker

[issue32858] Improve OpenSSL ECDH support

sruester added the comment: With OpenSSL 1.1.0g, the Code int nid = OBJ_sn2nid("X25519"); EC_KEY *key = EC_KEY_new_by_curve_name(nid); printf("id:%i key:%p\n", nid, key); gives id:1034 key:(nil) EC_KEY_new_by_curve_name is IMHO not the best option to define

[issue32436] Implement PEP 567

miss-islington added the comment: New changeset af6eaae306dce5095a350348432cc8595efc0211 by Miss Islington (bot) in branch '3.7': bpo-32436: Add docs for contextvars (GH-5685)

[issue32858] Improve OpenSSL ECDH support

Change by sruester : -- keywords: +patch pull_requests: +5489 stage: needs patch -> patch review ___ Python tracker ___

[issue32858] Improve OpenSSL ECDH support

Christian Heimes added the comment: When I replace the current implementation of SSLContext.set_ecdh_curve() with an implementation based on SSL_CTX_set1_curves_list(), then I'm able to configure X25519 curve for ECDH. -- ___

[issue32436] Implement PEP 567

Yury Selivanov added the comment: With the basic documentation committed, I'm now closing this issue. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue32436] Implement PEP 567

Yury Selivanov added the comment: New changeset bd093355a6aaf2f4ca3ed153e195da57870a55eb by Yury Selivanov in branch 'master': bpo-32436: Add docs for contextvars (#5685) https://github.com/python/cpython/commit/bd093355a6aaf2f4ca3ed153e195da57870a55eb --

[issue32436] Implement PEP 567

Change by miss-islington : -- pull_requests: +5488 ___ Python tracker ___

[issue32858] Improve OpenSSL ECDH support

Christian Heimes added the comment: Please elaborate, how did you test that the curve is not support? Python calls SSL_CTX_set_ecdh_auto(self->ctx, 1) to auto configure curves. >>> import ssl >>> ssl = ssl.SSLContext() >>> ssl.set_ecdh_curve('X25519') Traceback (most recent

[issue32858] Improve OpenSSL ECDH support

New submission from Stefan Rüster : Tested with OpenSSL v1.1.0g, Python does not support selection of curve Curve25519 with _ssl.ctx.set_ecdh_curve("X25519"). Additionally the DH key exchange parameters (which curve has been chosen, what DH bit size was used) are not

[issue32846] Deletion of large sets of strings is extra slow

Luís Pedro Coelho added the comment: Original poster here. The benchmark is artificial, but the problem setting is not. I did have a problem that is roughly: interesting = set(line.strip() for line in open(...)) for line in open(...): key,rest =

[issue29612] TarFile.extract() suffers from hard links inside tarball

Larry Cook added the comment: I recently hit this with Python 2.7.5 and 2.7.13. It has a very simple repro. Just specify the same file twice on the command line to tar (GNU 1.26): % tar cvf test.tar test.txt test.txt test.txt test.txt % tar tvf test.tar -rw-r--r--

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

Change by Serhiy Storchaka : -- stage: -> needs patch versions: +Python 2.7, Python 3.6, Python 3.7 ___ Python tracker ___

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

Serhiy Storchaka added the comment: I prefer the option 1. Even if calling after_cancel(None) would make sense, currently it silently does wrong things, and it is more errorproof to make it raising an exception. -- nosy: +serhiy.storchaka

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

Cheryl Sabella added the comment: I can open a PR for this, but thought it might be best to discuss it first as far as what should happen with None. 1. Raise an error that it's an incorrect call. 2. Ignore it and just return. 3. Loop through all the events and after_cancel

[issue32839] Add after_info as a function to tkinter

Cheryl Sabella added the comment: I created issue32857 for the after_cancel issue. Thanks! -- ___ Python tracker ___

[issue32857] tkinter after_cancel does not behave correctly when called with id=None

New submission from Cheryl Sabella : This was discovered while working on issue32839. An old comment added for issue763637 resulted in further research and it was determined that the comment: ! data = self.tk.call('after', 'info', id) ! # In Tk 8.3,

[issue26534] subprocess.check_output with shell=True ignores the timeout

Change by Fangyi Zhou : -- nosy: +fangyizhou ___ Python tracker ___ ___

[issue5115] Extend subprocess.kill to be able to kill process groups

Change by Fangyi Zhou : -- nosy: +fangyizhou ___ Python tracker ___ ___

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

Serhiy Storchaka added the comment: It is. -- ___ Python tracker ___ ___

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

Steven D'Aprano added the comment: +1 Please also support using a one-element tuple: `for y in (f(x),)` -- nosy: +steven.daprano ___ Python tracker

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +5487 stage: -> patch review ___ Python tracker ___

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

Change by Serhiy Storchaka : -- keywords: +patch, patch pull_requests: +5486, 5487 stage: -> patch review ___ Python tracker

[issue32856] Optimize the `for y in [x]` idiom in comprehensions

New submission from Serhiy Storchaka : There were a number of discussions about adding new syntax for temporary variables in comprehensions. The last was started yesterday on Python-Ideas (https://mail.python.org/pipermail/python-ideas/2018-February/048971.html).