[issue31532] Py_GetPath, Py_SetPath memory corruption due to mixed PyMem_New micex with PyMem_Raw_Free

Benjamin Peterson added the comment: New changeset 88d0663005d258526496d1f8ee0acb7103c69e80 by Benjamin Peterson (Miss Islington (bot)) in branch '3.6': [3.6] closes bpo-31532: Fix memory corruption due to allocator mix (GH-3679) (#3681) https://github.com/python/cpython/commit/88d0663005d2585

[issue31532] Py_GetPath, Py_SetPath memory corruption due to mixed PyMem_New micex with PyMem_Raw_Free

Changes by Roundup Robot : -- pull_requests: +3670 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31532] Py_GetPath, Py_SetPath memory corruption due to mixed PyMem_New micex with PyMem_Raw_Free

Benjamin Peterson added the comment: New changeset 3d1e2ab584ed0175592b5be2a0bc98dc1723776a by Benjamin Peterson (nurelin) in branch 'master': bpo-31532: Fix memory corruption due to allocator mix (#3679) https://github.com/python/cpython/commit/3d1e2ab584ed0175592b5be2a0bc98dc1723776a --

[issue31538] mailbox does not treat external factories the same

New submission from bpoaugust: The default mailbox factory is mailbox.mboxMessage so I expect the following two statements to work the same: messages = mailbox.mbox("test.mbox") messages = mailbox.mbox("test.mbox", mailbox.mboxMessage) However they do not. The attached file generates the outp

[issue31351] ensurepip discards pip's return code which leads to broken venvs

Nick Coghlan added the comment: 3.4 and 3.5 are in security fix only mode now, so the change won't be backported there. However, it will be applicable to 2.7, so I've updated the impacted version list accordingly. Igor's suggested approach in the PR looks reasonable to me as a first step, as

[issue31536] `make regen-all` triggers wholesale rebuild

Antoine Pitrou added the comment: > If it works well, maybe it's worth it to backport the change to the 3.6 > branch. We still backport a lot of changes to 3.6. But maybe wait until 3.6.3 > final is released? Fair enough. Does someone want to do the backport? :-) -- _

[issue30788] email.policy.SMTP.fold() issue for long filenames with spaces

Joel Hillacre added the comment: I just took a quick peek at your PR to see if a similar test exists from this bug and it is looking good. Thanks for your work. -- ___ Python tracker _

[issue31536] `make regen-all` triggers wholesale rebuild

STINNER Victor added the comment: If it works well, maybe it's worth it to backport the change to the 3.6 branch. We still backport a lot of changes to 3.6. But maybe wait until 3.6.3 final is released? -- ___ Python tracker

[issue29298] argparse fails with required subparsers, un-named dest, and empty argv

Changes by Éric Araujo : -- assignee: -> merwok nosy: +merwok versions: +Python 2.7, Python 3.7 ___ Python tracker ___ ___ Python-bu

[issue31536] `make regen-all` triggers wholesale rebuild

Changes by Antoine Pitrou : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue31536] `make regen-all` triggers wholesale rebuild

STINNER Victor added the comment: New changeset b091bec824137f286b22084be5f8d397d21b9abb by Victor Stinner (Antoine Pitrou) in branch 'master': bpo-31536: Avoid wholesale rebuild after `make regen-all` (#3678) https://github.com/python/cpython/commit/b091bec824137f286b22084be5f8d397d21b9abb -

[issue29298] argparse fails with required subparsers, un-named dest, and empty argv

Changes by Anthony Sottile : -- keywords: +patch pull_requests: +3669 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue9253] argparse: optional subparsers

Éric Araujo added the comment: The other PR is now merged in 3.7, and won’t be backported (it changes default behaviour and adds a new param). -- ___ Python tracker ___

[issue9253] argparse: optional subparsers

Changes by Éric Araujo : -- dependencies: +[argparse] Add required argument to add_subparsers versions: +Python 3.7 -Python 3.3 ___ Python tracker ___ ___

[issue26510] [argparse] Add required argument to add_subparsers

Changes by Éric Araujo : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue26510] [argparse] Add required argument to add_subparsers

Éric Araujo added the comment: New changeset aaf6fc0982c916cb71d9e0afcd7dda4ba495793b by Éric Araujo (Anthony Sottile) in branch 'master': bpo-26510: make argparse subparsers required by default (#3027) https://github.com/python/cpython/commit/aaf6fc0982c916cb71d9e0afcd7dda4ba495793b

[issue31415] Add -X option to show import time

Brett Cannon added the comment: Ah, OK. Then I wouldn't put it in square brackets as it seems to suggest it's somehow disconnected from the number. -- ___ Python tracker ___ __

[issue31533] Dead link in SSLContext.set_ciphers documentation

Mariatta Wijaya added the comment: Fixed and backported. Thanks everyone! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue31533] Dead link in SSLContext.set_ciphers documentation

Mariatta Wijaya added the comment: New changeset 5b6452d412b5be45f265093e75563fcf6d05dc3e by Mariatta (Christian Heimes) in branch '2.7': bpo-31533: fix broken link to OpenSSL docs (GH-3674) (GH-3676) https://github.com/python/cpython/commit/5b6452d412b5be45f265093e75563fcf6d05dc3e --

[issue31533] Dead link in SSLContext.set_ciphers documentation

Mariatta Wijaya added the comment: New changeset 6b44ad1abdb9b3aaf27e2ba1fc4b69b9a0f50c25 by Mariatta (Miss Islington (bot)) in branch '3.6': bpo-31533: fix broken link to OpenSSL docs (GH-3674) (GH-3675) https://github.com/python/cpython/commit/6b44ad1abdb9b3aaf27e2ba1fc4b69b9a0f50c25 --

[issue31537] Bug in readline module documentation example

New submission from bazwal: The second example in the readline module docs uses readline.get_history_length() (lines 8 & 14) where it should use readline.get_current_history_length(). -- assignee: docs@python components: Documentation messages: 302655 nosy: bazwal, docs@python priority

[issue31532] Py_GetPath, Py_SetPath memory corruption due to mixed PyMem_New micex with PyMem_Raw_Free

Changes by Vincent Gatine : -- nosy: +nurelin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue31532] Py_GetPath, Py_SetPath memory corruption due to mixed PyMem_New micex with PyMem_Raw_Free

Changes by Vincent Gatine : -- keywords: +patch pull_requests: +3668 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue31536] `make regen-all` triggers wholesale rebuild

Antoine Pitrou added the comment: Note that GNU install (`install -C`) would probably do the trick, but is not necessarily installed on the build system. -- ___ Python tracker

[issue31536] `make regen-all` triggers wholesale rebuild

Antoine Pitrou added the comment: Posted https://github.com/python/cpython/pull/3678 which uses a separate utility. It seems to save 1 minute off the build step on Travis-CI. -- ___ Python tracker __

[issue31536] `make regen-all` triggers wholesale rebuild

Changes by Antoine Pitrou : -- title: `make regen-opcode` triggers wholesale rebuild -> `make regen-all` triggers wholesale rebuild ___ Python tracker ___ _

[issue31536] `make regen-opcode` triggers wholesale rebuild

Changes by Antoine Pitrou : -- pull_requests: +3667 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue31536] `make regen-opcode` triggers wholesale rebuild

Antoine Pitrou added the comment: Looks like `pgen` will also have to be changed, which is more annoying as it's written in C... Perhaps another approach can be used that will use a separate utility to do the copying if the contents changed? -- ___

[issue31536] `make regen-opcode` triggers wholesale rebuild

Antoine Pitrou added the comment: Note that at least `make regen-ast` will also need to be changed in order to reduce build times on Travis-CI. -- ___ Python tracker ___ __

[issue31536] `make regen-opcode` triggers wholesale rebuild

Changes by Antoine Pitrou : -- keywords: +patch pull_requests: +3666 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue31443] Possibly out of date C extension documentation

R. David Murray added the comment: We do not currently officially support cygwin. There are people working on getting it working again (and having a buildbot) so we can support it, so cygwin support is a goal, but not currently a requirement. I've nosied Erik Brey, who is one of the main peo

[issue31536] `make regen-opcode` triggers wholesale rebuild

New submission from Antoine Pitrou: `make regen-opcode` always writes the destination unconditionally, after which `make` thinks it has to rebuild everything. -- components: Build messages: 302649 nosy: pitrou, serhiy.storchaka, twouters priority: normal severity: normal status: open ti

[issue31533] Dead link in SSLContext.set_ciphers documentation

Changes by Christian Heimes : -- pull_requests: +3665 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue31533] Dead link in SSLContext.set_ciphers documentation

Christian Heimes added the comment: New changeset 19e4d9346db7fb65845b98a9cb9caacaaac8a81a by Christian Heimes (Felipe) in branch 'master': bpo-31533: fix broken link to OpenSSL docs (#3674) https://github.com/python/cpython/commit/19e4d9346db7fb65845b98a9cb9caacaaac8a81a --

[issue31533] Dead link in SSLContext.set_ciphers documentation

Changes by Roundup Robot : -- pull_requests: +3664 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31482] random.seed() doesn't work with bytes and version=1

Mariatta Wijaya added the comment: Backport was done. Thanks. -- stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue31443] Possibly out of date C extension documentation

Stefan Krah added the comment: I've just asked on python-dev if Cygwin is still broken. Not sure if we support it. -- ___ Python tracker ___

[issue31533] Dead link in SSLContext.set_ciphers documentation

Changes by Roundup Robot : -- keywords: +patch pull_requests: +3663 stage: needs patch -> patch review ___ Python tracker ___ ___ Pyt

[issue31533] Dead link in SSLContext.set_ciphers documentation

Felipe added the comment: Sure, will do! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue1230540] sys.excepthook doesn't work in threads

Antoine Pitrou added the comment: Matt, do you want to post your patch here? -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31443] Possibly out of date C extension documentation

Christian Heimes added the comment: Do we still support cygwin? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue31443] Possibly out of date C extension documentation

Stefan Krah added the comment: Thanks, Christian. -- I found that in the docs the culprit is Cygwin: db6a569de7ae595ada53b618fce6bbbd1c98d350 -- ___ Python tracker ___ _

[issue26510] [argparse] Add required argument to add_subparsers

Changes by Éric Araujo : -- assignee: -> merwok nosy: +merwok stage: -> commit review versions: +Python 3.7 -Python 3.5 ___ Python tracker ___

[issue31516] current_thread() becomes "dummy" thread during shutdown

Tim Peters added the comment: Ya, it's clearly best for `current_thread()` to deliver consistent results. -- ___ Python tracker ___ _

[issue31500] IDLE: Tiny font on HiDPI display

Serhiy Storchaka added the comment: The limit 1.4 is not arbitrary. This is a minimal scale for which fonts from 10 to 14 pixels are not decreased when converted to points (with multiplier 0.75 and one rounding). round(14 * 0.75) = round(10.5) = 10; 10 * 1.4 = 14. -- _

[issue31533] Dead link in SSLContext.set_ciphers documentation

Mariatta Wijaya added the comment: Cool! I'm tagging this as an easy issue, suitable for first timers or new contributors. Felipe, are you up for preparing the PR? -- ___ Python tracker

[issue31533] Dead link in SSLContext.set_ciphers documentation

Felipe added the comment: Woops. Apologies -- I somehow deleted that part from the report. Thanks Antoine for jumping in. If you are using the wiki url, make sure not to include the question mark at the end :-) -- ___ Python tracker

[issue31516] current_thread() becomes "dummy" thread during shutdown

Antoine Pitrou added the comment: Tim, any opinion on this one? Do you agree it's an actual bug (if a bit obscure)? -- ___ Python tracker ___ _

[issue31533] Dead link in SSLContext.set_ciphers documentation

Antoine Pitrou added the comment: I don't think OpenSSL are promising anything about their URLs (the old one having gone 404 is proof of that :-)). So Felipe's suggestion is as good as any, IMHO. -- nosy: +christian.heimes ___ Python tracker

[issue31533] Dead link in SSLContext.set_ciphers documentation

Mariatta Wijaya added the comment: Thanks Antoine. So is this a matter of replacing the url to https://wiki.openssl.org/index.php/Manual:Ciphers(1)#CIPHER_LIST_FORMAT? Or is there a better url that will not go out of date in the future... -- stage: -> needs patch versions: +Python 2.7

[issue31533] Dead link in SSLContext.set_ciphers documentation

Antoine Pitrou added the comment: Mariatta, that would be in the documentation for the `SSLContext.set_ciphers` method (in `Doc/library/ssl.rst`). -- nosy: +pitrou ___ Python tracker _

[issue31516] current_thread() becomes "dummy" thread during shutdown

Changes by Antoine Pitrou : -- keywords: +patch pull_requests: +3662 stage: needs patch -> patch review ___ Python tracker ___ ___ Py

[issue31535] configparser unable to write comment with a upper cas letter

New submission from Philippe Wagnieres: I create entry with this: self.settings.set('General', 'Initial filter', 'All file (*.*)') self.settings.set('General', '# 1 => Text files (*.txt)') self.settings.set('General', '# 2 => CSV files (*.csv)') self.settings.set('General', '# 3 => T

[issue31533] Dead link in SSLContext.set_ciphers documentation

Mariatta Wijaya added the comment: Where in the docs is this `OpenSSL cipher list format` link located? -- nosy: +Mariatta ___ Python tracker ___ ___

[issue31530] Python 2.7 readahead feature of file objects is not thread safe

Marc-Andre Lemburg added the comment: On 20.09.2017 17:22, Guido van Rossum wrote: > >> Why not simply document the fact that read ahead in Python 2.7 >> is not thread-safe and leave it at that ? > > Program bugs should not crash the interpreter. (ctypes excepted.) Ideally not, agreed :-) ---

[issue31534] python 3.6.2 installation failed 0x80070002 error

New submission from roie: hello, i have windows 7 with 64 bit os. i download the files: Python 3.6.2 - 2017-07-17: Windows x86-64 web-based installer Windows x86-64 executable installer. i clicked run as admin when i tried each one of them. in the setup window,i clicked on "install now". it

[issue31533] Dead link in SSLContext.set_ciphers documentation

New submission from Felipe: The link to the `OpenSSL cipher list format` 404s. I don't know if it's where the original meant to point, but the same information is available at https://wiki.openssl.org/index.php/Manual:Ciphers(1)#CIPHER_LIST_FORMAT -- assignee: docs@python components: D

[issue31493] IDLE cond context: fix code update and font update timers

Cheryl Sabella added the comment: Sorry, I didn't see this until now. I added a line to editor.py in #31529 for this error message. In _close() in editor.py, self.text was being set to None which wasn't calling the __del__ function of multicall. I added a line to unbind "<>", which made the

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Serhiy Storchaka added the comment: Actually such flag already exists. It is unlocked_count. There is also similar issue with seek(). -- ___ Python tracker ___

[issue31351] ensurepip discards pip's return code which leads to broken venvs

Changes by Ned Deily : -- nosy: +dstufft, ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Changes by Serhiy Storchaka : -- pull_requests: +3661 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Guido van Rossum added the comment: > Why not simply document the fact that read ahead in Python 2.7 > is not thread-safe and leave it at that ? Program bugs should not crash the interpreter. (ctypes excepted.) -- ___ Python tracker

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Marc-Andre Lemburg added the comment: Ah, didn't see Benjamin's patch: much better solution :-) -- ___ Python tracker ___ ___ Python-

[issue31532] Py_GetPath, Py_SetPath memory corruption due to mixed PyMem_New micex with PyMem_Raw_Free

New submission from Hartmut Goebel: When using Py_GetPath(); Py_SetPath(pypath_w); near the beginning of a program, Py_SetPath crashes with memory corruption if run on a systems with glibc's MALLOC_CHECK enabled. The reason is: Py_GetPath and Py_SetPath use different memory interfaces. * Py_

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Marc-Andre Lemburg added the comment: Why not simply document the fact that read ahead in Python 2.7 is not thread-safe and leave it at that ? .next() and .readline() already don't work well together, so this would just add one more case. -- nosy: +lemburg _

[issue31525] require sqlite3_prepare_v2

Benjamin Peterson added the comment: New changeset 525269430a3f9fbb7287e4bb6b365ac216004980 by Benjamin Peterson in branch 'master': closes bpo-31525: require sqlite3_prepare_v2 (#3666) https://github.com/python/cpython/commit/525269430a3f9fbb7287e4bb6b365ac216004980 -- resolution: -

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Changes by Benjamin Peterson : -- pull_requests: +3660 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Guido van Rossum added the comment: @benjamin can you post your patch as a PR so you'll get credit for it? -- nosy: +gvanrossum ___ Python tracker ___ __

Re: [issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Why not simply document the fact that read ahead in Python 2.7 is not thread-safe and leave it at that ? .next() and .readline() already don't work well together, so this would just add one more case. -- Marc-Andre Lemburg eGenix.com ___ Python-bugs-l

[issue18875] Idle: Auto insertion of the closing parens, brackets, and braces

Charles Wohlganger added the comment: The PR contains all the requested features, as well as mutual deletion (requested on PR page), and I have separated out the options for mutual deletion triggered by delete or triggered by backspace. I've found in usage that it was irritating to have both,

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: @Serhiy: Would you like to propose a PR to implement your RuntimeError. Maybe we can test a few popular Python projects to see if the change would break them? Which popular applications use threads (and files)? :-) -- _

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: Serhiy: "What if just deny reentrant reads? Set a flag while read into a buffer, check it before reading in other thread, and raise RuntimeError." io.BufferedReader/io.BufferedWriter raises a RuntimeError exception for reentrant call, but only in the same thre

[issue30486] Allow setting cell value

STINNER Victor added the comment: New changeset 0ad05c32cc41d4c21bfd78b9ffead519ead475a2 by Victor Stinner in branch 'master': bpo-30486: Make cell_set_contents() symbol private (#3668) https://github.com/python/cpython/commit/0ad05c32cc41d4c21bfd78b9ffead519ead475a2 -- nosy: +haypo

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: In Python 3, reading ahead is implemented by _io.BufferedReader. This object uses a lock to provide a prevent race condition: it's not only to prevent crashes, but also provide warranties on how the file is read. If thread A calls read() first, it gets the nex

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

Serhiy Storchaka added the comment: The patch is complex. What if just deny reentrant reads? Set a flag while read into a buffer, check it before reading in other thread, and raise RuntimeError. -- ___ Python tracker

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: Python 3 is not affected by this bug. In Python 3, the full I/O stack was rewritten from scratchn, the new io module has a different design. Reading ahead still exists in the io module, but it is now done by a dedicated object: io.BufferedReader, and this obje

[issue25849] files, opened in unicode (text): write() returns symbols count, but seek() expect offset in bytes

Changes by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: The bug was first reported to the private Python security mailing list. The PSRT decided that it's a regular bug and doesn't need to be categorized as a vulnerability, since the attacker has to be able to run arbitrary code in practice. The PSRT considers tha

[issue31531] crash and SystemError in case of a bad zipimport._zip_directory_cache

New submission from Oren Milman: The following code causes the interpreter to crash (in case 'foo.zip' exists): import zipimport zipimport._zip_directory_cache['foo.zip'] = None importer = zipimport.zipimporter('foo.zip') importer.find_loader('bar') This is because zipimport_zipimporter___init_

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

STINNER Victor added the comment: Benjamin Peterson proposed attached patch. @Benjamin: Would you mind to convert this patch to a PR to ease review? -- keywords: +patch nosy: +benjamin.peterson, serhiy.storchaka Added file: https://bugs.python.org/file47157/0001-stop-crashes-when-itera

[issue31530] [2.7] Python 2.7 readahead feature of file objects is not thread safe

New submission from STINNER Victor: Reading from the same file object in different threads does crash Python 2.7. The readahead feature of Objects/fileobject.c is not thread safe. Try attached script to reproduce the crash. -- components: Interpreter Core files: readahead.py messages:

[issue31529] IDLE: Add docstrings and tests for editor.py reload functions

Changes by Cheryl Sabella : -- keywords: +patch pull_requests: +3659 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue31529] IDLE: Add docstrings and tests for editor.py reload functions

New submission from Cheryl Sabella: Add docstrings and unit tests for a subset of functions in editor.py, including functions related to creating the menubar, adding keybinding events, and reloading the editor from configdialog. -- assignee: terry.reedy components: IDLE messages: 30260

[issue30486] Allow setting cell value

Changes by STINNER Victor : -- pull_requests: +3658 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue31509] test_subprocess hangs randomly on AMD64 Windows10 3.x

STINNER Victor added the comment: As expected, I'm unable to reproduce the bug on my Windows VM, even using --forever during 1 hour: python -m test test_subprocess -v --timeout=120 --forever. -- ___ Python tracker

[issue31500] IDLE: Tiny font on HiDPI display

Cheryl Sabella added the comment: The scaling factor of 1.4 worked and the menu and configdialog looked normal. font['size'] = 9 also worked as did font['size'] = 10. font['size'] = 12 is when it's too big. -- ___ Python tracker

[issue31498] Default values for zero in time.strftime()

Changes by Denis Osipov : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-b

[issue31517] MainThread association logic is fragile

Nick Coghlan added the comment: We had the quirks of import related threading deadlocks documented for a long time, not as a promise, but as a debugging aid (and a recommendation for "don't do that"). I'd see this as being similar: we'd document that if you're using the _thread module, or oth

[issue31500] IDLE: Tiny font on HiDPI display

Terry J. Reedy added the comment: My screen is 23.5 x 13.25, making it 109 DPI. I asked Cheryl to try 9 first because it is 3/4 of 12. -- ___ Python tracker ___ __

[issue31528] Let ConfigParser parse systemd units

New submission from 林自均: Although systemd units are inspired by .ini format, ConfigParser is unable to parse those files because: 1. Multiple assignments to the same option in systemd units are concatenated with white spaces. 2. Multiple sections with the same section name are merged. 3. An op

[issue31517] MainThread association logic is fragile

Antoine Pitrou added the comment: I'm not sure this is an issue worth fixing, but I don't think it's a good idea to document such quirky semantics. -- ___ Python tracker ___ __

[issue31517] MainThread association logic is fragile

Antoine Pitrou added the comment: > That said, I do agree with Tim that the status quo isn't broken per se: we > renamed `thread` to `_thread` in Python 3 for a reason This is not caused by `_thread` specifically, but any background thread created by C code that might invoke Python code. The

[issue31517] MainThread association logic is fragile

Antoine Pitrou added the comment: > Is there a problem here? I haven't heard of anyone even wondering about this > before. This came while working on the PEP 556 implementation. -- ___ Python tracker __

[issue31508] Running test_ttk_guionly logs "test_widgets.py:1562: UserWarning: Deprecated API of Treeview.selection() should be removed" warnings

Changes by Serhiy Storchaka : -- pull_requests: +3657 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue27319] Multiple item arguments for selection operations

Changes by Serhiy Storchaka : -- pull_requests: +3656 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue31508] Running test_ttk_guionly logs "test_widgets.py:1562: UserWarning: Deprecated API of Treeview.selection() should be removed" warnings

Serhiy Storchaka added the comment: Oh, I missed that the selection() method with its current behavior is documented in the module documentation. It isn't undocumented implementation detail. This raises a bar for removing higher. I think it is better to defer removing to 3.8 or later. Instead