[issue33863] Enum doc correction relating to __members__

Ethan Furman added the comment: Closing as a duplicate of #33866. My apologies for the fractured discussion. At this point I'm going to leave/update the documentation using "an ordered dictionary". See #33866 for further discussion. -- assignee: -> ethan.furman resolution: -> dup

[issue33865] unknown encoding: 874

Ronald Oussoren added the comment: @stephen: Lib/encoding/aliases.py contains aliases for a (largish) number of encoding names, including both "cp" and "" for most windows code pages. For code page 874 only the name "cp874" can be used and not "874", which apparently causes problems.

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

STINNER Victor added the comment: It seems like the following code pages have a Python codec (Lib/encoding/cpXXX.py) but lack an alias in Lib/encodings/aliases.py: [720, 737, 856, 874, 875, 1006, 65001] Is someone volunteer to write a pull request for that? It should be easy. Example of a c

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Xiang Zhang added the comment: Sorry for the absence and late response. I just reviewed it and think it's ready. I think the change in the unicode standard is more like a bug in the implementation than an intentional change. It's mentioned in Unicode 3.0 the third character is out of bounds

[issue33032] Mention implicit cache in struct.Struct docs

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

[issue33032] Mention implicit cache in struct.Struct docs

Change by Zackery Spytz : -- nosy: +ZackerySpytz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue33851] 3.7 regression: ast.get_docstring() for a node that lacks a docstring

Serhiy Storchaka added the comment: New changeset 08f127a3cad8ce4eb281d30d9488c91b0fd7cfed by Serhiy Storchaka in branch 'master': bpo-33851: Fix ast.get_docstring() for a node that lacks a docstring. (GH-7682) https://github.com/python/cpython/commit/08f127a3cad8ce4eb281d30d9488c91b0fd7cfed

[issue33818] Make PyExceptionClass_Name returning a const string

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

[issue33851] 3.7 regression: ast.get_docstring() for a node that lacks a docstring

Change by miss-islington : -- pull_requests: +7317 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33818] Make PyExceptionClass_Name returning a const string

Serhiy Storchaka added the comment: New changeset ceeef10cdbc08561f9954e13bbed1cb2299a8c72 by Serhiy Storchaka in branch 'master': bpo-33818: PyExceptionClass_Name() will now return "const char *". (GH-7581) https://github.com/python/cpython/commit/ceeef10cdbc08561f9954e13bbed1cb2299a8c72 -

[issue33851] 3.7 regression: ast.get_docstring() for a node that lacks a docstring

miss-islington added the comment: New changeset a50b825c18a92655f3dd7939e793fa3d4440d886 by Miss Islington (bot) in branch '3.7': bpo-33851: Fix ast.get_docstring() for a node that lacks a docstring. (GH-7682) https://github.com/python/cpython/commit/a50b825c18a92655f3dd7939e793fa3d4440d886

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Serhiy Storchaka added the comment: As I wrote on GitHub, I think that it is better to use the list approach always for two reasons: 1) Additional #if's and duplications clutter the code. 2) It is hard to test the alternate branch if the other branch is used on most developer computers. It

[issue33851] 3.7 regression: ast.get_docstring() for a node that lacks a docstring

Change by Serhiy Storchaka : -- assignee: -> ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue25815] Improper subprocess output of arguments with braces in them on windows

Александр Бондарев added the comment: Can you please re-open this bug? I'm not agree that this a correct behavior. Usually we are using subprocess.check_output([..]) version to not aware about argument escaping and it works good for Linux. In example: > subprocess.check_output(['echo', "'hello

[issue33868] test__xxsubinterpreters: test_subinterpreter() fails randomly on AMD64 Ubuntu Shared 3.x

New submission from STINNER Victor : AMD64 Ubuntu Shared 3.x: http://buildbot.python.org/all/#/builders/141/builds/98 Run tests in parallel using 2 child processes ... 0:21:40 load avg: 3.69 [352/417/1] test__xxsubinterpreters failed -- running: test_concurrent_futures (2 min 35 sec) ...

[issue33867] Module dicts are wiped on module garbage collection

Change by Xiang Zhang : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

STINNER Victor added the comment: "It is better to have a single branch and add a comment that explains a workaround. It can be removed after platforms with buggy glibc versions will grow out of use." Recently, I proposed to drop support for old Linux kernels, but some people still use them an

[issue25815] Improper subprocess output of arguments with braces in them on windows

Eryk Sun added the comment: With a stock Windows system, `subprocess.check_output(['echo', "'hello'"])` fails because there is no "echo.exe". That's a 3rd party program that you installed. `subprocess.check_output("echo 'hello'", shell=True)` uses the CMD shell's internal `echo` command, whi

[issue14102] argparse: add ability to create a man page

Daniel Walsh added the comment: On 06/14/2018 07:15 PM, Ben Finney wrote: > Ben Finney added the comment: > > On Thu, 2018-06-14 20:02 +, Pablo Galindo Salgado > wrote: >> The (possible) confusion is the existence of a manpage only available >> though argparse (`./python foo.py --manpage`

[issue14102] argparse: add ability to create a man page

Oz Tiram added the comment: As already pointed out, it can get the parser somehow, you don't need an explicit extra option --man. That's the approach suggesed in: man-argparse and build_manpage.py attached here You can use it a make file like this: install: ./setup.py build_manpage

[issue33625] Release GIL for grp.getgr{nam, gid} and pwd.getpw{nam, uid}

STINNER Victor added the comment: More data to decide if the change should be backported or not: bpo-32186 (Release the GIL during lseek and fstat) has been backported to Python 2.7, but then cffi started to crash: https://bugzilla.redhat.com/show_bug.cgi?id=1561170#c28 At the end, it's a bu

[issue33864] collections.abc.ByteString does not register memoryview

Josh Rosenberg added the comment: memoryview isn't just for bytes strings though; the format can make it a sequence of many types of different widths, meanings, etc. Calling it a BytesString would be misleading in many cases. -- nosy: +josh.r ___

[issue14102] argparse: add ability to create a man page

Pavel Raiskup added the comment: On Friday, June 15, 2018 11:54:04 AM CEST Daniel Walsh wrote: > Correct, the reason I would want this is to add something to a Makefile > ... > manpages: foo.py > ./python foo.py --manpage > foo.1 The /bin/argparse-manpage could help temporarily (if you

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Pablo Galindo Salgado added the comment: As I commented on GitHub, it seems that the race in the test (problem covered in PR7663) disappears once the memory problem is fixed (PR33630). As is a race condition I am not sure that this affirmation is true, but running 3 test suites in parallel t

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Pablo Galindo Salgado added the comment: I have updated PR7685 to use the temporary list as per Serhiy comments. -- ___ Python tracker ___

[issue24415] SIGINT always reset to SIG_DFL by Py_Finalize()

Martin Panter added the comment: It is worth checking if at least the first half of the report was fixed by Issue 30654 -- nosy: +martin.panter superseder: -> signal module always overwrites SIGINT on interpreter shutdown ___ Python tracker

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Xiang Zhang added the comment: New changeset d134809cd3764c6a634eab7bb8995e3e2eff14d5 by Xiang Zhang (Wonsup Yoon) in branch 'master': bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958) https://github.com/python/cpython/commit/d134809cd3764c6a634eab7bb8995e3e2eff14

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Change by miss-islington : -- pull_requests: +7319 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Change by miss-islington : -- pull_requests: +7318 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

miss-islington added the comment: New changeset 0e2b76ea4e48d0fc1ca34ae4ffbb2fd6c19664bb by Miss Islington (bot) in branch '3.7': bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958) https://github.com/python/cpython/commit/0e2b76ea4e48d0fc1ca34ae4ffbb2fd6c19664bb

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Change by Xiang Zhang : -- pull_requests: +7320 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +7321 stage: -> patch review ___ Python tracker ___ ___ Pyt

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

miss-islington added the comment: New changeset e2e7ff0d0378ba44f10a1aae10e4bee957fb44d2 by Miss Islington (bot) in branch '3.6': bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958) https://github.com/python/cpython/commit/e2e7ff0d0378ba44f10a1aae10e4bee957fb44d2

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

Karthikeyan Singaravelan added the comment: I have added the aliases as per comment by @vstinner https://bugs.python.org/msg319590 . I have used https://docs.python.org/3.8/library/codecs.html#standard-encodings as a reference to see if there are any additional aliases to add with respect to

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

Ronald Oussoren added the comment: Could you also add a documentation update and a news entry? The section on standard encodings mentions aliases for standard encodings, and IMHO the new aliases should be added to that page. Creating a new entry is described here: https://devguide.python.

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

Karthikeyan Singaravelan added the comment: Thanks @ronaldoussoren for the links. I have added an entry using blurb tool and updated the docs at Doc/library/codecs.rst with relevant aliases. Thanks -- ___ Python tracker

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Marcel Plch added the comment: LTO may break the debug symbols and make GDB unusable. There is an option, that fixes the issue: to use a -g switch in link flags. Note that this slows loading of the debug symbols significantly. I suggest these options as possible approaches: 1) make the config

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Xiang Zhang added the comment: New changeset 1889c4cbd62e200fa4cde3d6219e0aadf9bd8149 by Xiang Zhang in branch '2.7': bpo-29456: Fix bugs in unicodedata.normalize: u1176, u11a7 and u11c3 (GH-1958) (GH-7704) https://github.com/python/cpython/commit/1889c4cbd62e200fa4cde3d6219e0aadf9bd8149 -

[issue29456] bugs in unicodedata.normalize: u1176, u11a7 and u11c3

Change by Xiang Zhang : -- components: +Library (Lib) -Unicode resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

STINNER Victor added the comment: > - ["Python Exception Variable 'func_obj' not found.: ", bpo-32962: My commit 019d33b7a447e78057842332fb5d3bad01922122 "python-gdb catchs ValueError on read_var()" (PR 7692) catches this ValueError. -- ___ Pytho

[issue33865] [EASY] Missing code page aliases: "unknown encoding: 874"

Serhiy Storchaka added the comment: Why only these code pages? There are other cp encodings that don't have the alias. Maybe add a logic in encodings.search_function() that will map to cp if it is all digits? Maybe even map ibm and windows_ to cp, but this will

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Marcel Plch added the comment: Yes, but that is not a fix really in this case. While it makes the test pass because it 'correctly' prints out unknown objects, it makes no real difference when actually debugging. The -g switch at link time makes the debug symbols readable and user is able to d

[issue33869] doc Add set, frozen set, and tuple entries to Glossary

New submission from Andrés Delfino : PR adds entries for these three terms and a link to the list definition. -- assignee: docs@python components: Documentation messages: 319619 nosy: adelfino, docs@python priority: normal severity: normal status: open title: doc Add set, frozen set, and

[issue33869] doc Add set, frozen set, and tuple entries to Glossary

Change by Andrés Delfino : -- keywords: +patch pull_requests: +7322 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue33868] test__xxsubinterpreters: test_subinterpreter() fails randomly on AMD64 Ubuntu Shared 3.x

Eric Snow added the comment: I'll take a look. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

STINNER Victor added the comment: I tested on the current master: git clean -fdx ./configure --with-lto --enable-optimizations sed -i -e 's/^PROFILE_TASK=.*/PROFILE_TASK=-c pass/' Makefile make 2>&1|tee log Python is compiled twice: * (1) gcc -DNDEBUG -g -O3 -flto -fprofile-generate (...) *

[issue33870] pdb continue + breakpoint

New submission from Philip Rowlands : Please extend pdb's continue to support an optional argument, identical to break. When debugging I frequently want to quickly run to a certain line number then break. Rather than break / continue / clear (or tbreak / continue), it would be handy to type

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Marcel Plch added the comment: Those -g switches you see there are during compile-time. For this to work, you need to enable it also during link/time: ./configure --enable-optimizations --with-lto LDFLAGS="-g" Except for py-bt, you should also try bt. With this link flag enabled, I can observ

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Change by Marcel Plch : -- nosy: +petr.viktorin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue32295] User friendly message when invoking bdist_wheel sans wheel package.

Change by Éric Araujo : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

STINNER Victor added the comment: New changeset 9b7c74ca32d1bec7128d550a9ab1b2ddc7046287 by Victor Stinner (Marcel Plch) in branch 'master': bpo-32962: Fix test_gdb failure in debug build with -mcet -fcf-protection -O0 (#6754) https://github.com/python/cpython/commit/9b7c74ca32d1bec7128d550a

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Change by STINNER Victor : -- keywords: +patch pull_requests: +7323 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

STINNER Victor added the comment: > Except for py-bt, you should also try bt. Oh. Using PGO+LTO but without LDFLAGS=-g, bt only shows me function names: all arguments are missing. I tested with LDFLAGS=-g: py-bt and bt work as expected, and test_gdb pass. I created PR 7709 to always compile

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

STINNER Victor added the comment: New changeset ca4cb8492c643d1fcac2c5b749595ad5377673ab by Victor Stinner in branch '3.7': [3.7] bpo-32962: Backport python-gdb.py and test_gdb.py from master (GH-7710) https://github.com/python/cpython/commit/ca4cb8492c643d1fcac2c5b749595ad5377673ab ---

[issue33824] Settign LANG=C modifies the --version behavior

Jakub Wilk added the comment: First bad commit is: 9454060e84a669dde63824d9e2fcaf295e34f687 (bpo-29240, bpo-32030: Py_Main() re-reads config if encoding changes) -- nosy: +jwilk, vstinner ___ Python tracker

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

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

[issue33823] A BUG in concurrent/asyncio

Change by Terry J. Reedy : -- Removed message: https://bugs.python.org/msg319278 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33823] A BUG in concurrent/asyncio

Terry J. Reedy added the comment: Python++, when you respond by email, rather than on the web form, delete the message you are responding to. It is already present on the web page and should not be repeated. I unlinked msg319278 because it uselessly repeats the same message that it respond

[issue33824] Settign LANG=C modifies the --version behavior

STINNER Victor added the comment: The bug is a regression caused by the PEP 540 (UTF-8 Mode) and my work to rewrite Py_Main(). My PR 7712 fixes the bug. -- ___ Python tracker ___

[issue33824] Settign LANG=C modifies the --version behavior

Change by STINNER Victor : -- keywords: +patch pull_requests: +7326 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue33832] Make "magic methods" a little more discoverable in the docs

Terry J. Reedy added the comment: It is unclear what problem this issue is meant to serve. If the reference manual uses 'magic method', I think it should be changed. Special method names are obvious by their form and need not and should not be labelled. I think doc policy issues should be

[issue32030] PEP 432: Rewrite Py_Main()

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

STINNER Victor added the comment: New changeset 5279759f52cc5397acfb04351b34feea862864de by Victor Stinner in branch '3.6': bpo-32962: Backport python-gdb.py and test_gdb.py from master (GH-7710) (GH-7711) https://github.com/python/cpython/commit/5279759f52cc5397acfb04351b34feea862864de --

[issue4948] Make heapq work with all mutable sequences

Brett Cannon added the comment: FYI I had a teacher reach out to me who wanted to use heapq as an example of functions-based API that worked without resorting to OOP but ran into this issue of heapq being limited to lists. -- nosy: +brett.cannon _

[issue33847] doc: Add '@' operator entry to index

Terry J. Reedy added the comment: This is definitely an oversight to be corrected. Index entries for the other binary arithmetic operators point to the table at https://docs.python.org/3/library/stdtypes.html#numeric-types-int-float-complex But @ is not in that table since number @ number is

[issue33871] Possible integer overflow in iov_setup()

New submission from Serhiy Storchaka : The iov_setup() helper in posixmodule.c returns the total size of all buffers. But there is possible an integer overflow because the sequence of buffers can contain the same buffer repeated multiple times. On 32-bit platform: >>> import os >>> f = open(

[issue33832] Make "magic methods" a little more discoverable in the docs

Andrés Delfino added the comment: The original intention of the PR, as shown in this issue, was to add "magic method" in the Glossary as a synonym for "special method", and add "magic method" in Data model (so that people reading Data Model would understand what a "magic method" is). Then I

[issue33832] Make "magic methods" a little more discoverable in the docs

Andrés Delfino added the comment: I'll update the PR so that it shows what the original intention was. -- ___ Python tracker ___ ___

[issue33852] doc Remove parentheses from sequence subscription description

Terry J. Reedy added the comment: New changeset 4fddd4e4069aad9efad999d8d9ce3cd9fb523a5c by Terry Jan Reedy (Andrés Delfino) in branch 'master': bpo-33852: Remove misplaced parentheses around 'list'. (GH-7672) https://github.com/python/cpython/commit/4fddd4e4069aad9efad999d8d9ce3cd9fb523a5c

[issue33852] doc Remove parentheses from sequence subscription description

Change by miss-islington : -- keywords: +patch pull_requests: +7328 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue33832] Make "magic methods" a little more discoverable in the docs

Change by Serhiy Storchaka : -- nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33852] doc Remove parentheses from sequence subscription description

Change by miss-islington : -- pull_requests: +7329 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33832] Make "magic methods" a little more discoverable in the docs

Fred L. Drake, Jr. added the comment: A quick grep on the 3.7 branch indicates that the standard documentation includes each of the terms "magic method" and "special method" about the same number of times. (I didn't check for instances that wrapped lines.) Perhaps we should decide on just o

[issue33832] Make "magic methods" a little more discoverable in the docs

Pablo Galindo Salgado added the comment: Just for clarification. My question in the PR was: >I think these are not the only occurrences of method referring to a >magic method. A quick grep reveals that there are more places where the >construction the __something__ method happens. Should we

[issue33832] Make "magic methods" a little more discoverable in the docs

Andrés Delfino added the comment: Terry: I have updated the PR with the original intention. You'll see it is much simpler. Pablo: Don't worry! I take it as a mistake of my own. Fred: I believe synonyms aren't the best things to have, but, if used consistently, they don't pose a real problem.

[issue33832] Make "magic methods" a little more discoverable in the docs

Andrés Delfino added the comment: For context, I opened this issue after Raymond's reasoning in #33825 (which I agreed with). -- ___ Python tracker ___ ___

[issue33861] Minor improvements of tests for os.path.

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

[issue33871] Possible integer overflow in iov_setup()

Pablo Galindo Salgado added the comment: I can reproduce the issue on a i686 GNU/Linux Debian system: >>> import os >>> f = open('/tmp/temp', 'wb') >>> l = os.writev(f.fileno(), [b'x' * 2**16] * 2**15) Traceback (most recent call last): File "", line 1, in SystemError: error return without

[issue33871] Possible integer overflow in iov_setup()

Pablo Galindo Salgado added the comment: Docs for sendfile in macOS: https://www.unix.com/man-page/osx/2/sendfile/ -- ___ Python tracker ___ _

[issue33852] doc Remove parentheses from sequence subscription description

Change by Andrés Delfino : -- pull_requests: +7331 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue33852] doc Remove parentheses from sequence subscription description

miss-islington added the comment: New changeset 0113391e3f3db0fea6a9545310dc06aa5ea41461 by Miss Islington (bot) in branch '3.7': bpo-33852: Remove misplaced parentheses around 'list'. (GH-7672) https://github.com/python/cpython/commit/0113391e3f3db0fea6a9545310dc06aa5ea41461 -- nos

[issue33841] lock not released in threading.Condition

Antoine Pitrou added the comment: The `waiter` lock is always removed from `self._waiters` at the end of wait() (either by notify() or by wait() itself), so there's no point in releasing it a second time before destruction. I'm closing this as it's not a bug. -- nosy: +pitrou, tim.p

[issue33832] Make "magic methods" a little more discoverable in the docs

Andrés Delfino added the comment: Sorry, for some reason the PR doesn't show the intended changes. I'm working on fixing it. -- ___ Python tracker ___

[issue33867] Module dicts are wiped on module garbage collection

Pablo Galindo Salgado added the comment: I cannot reproduce this in 3.6.5: >>>import sys >>>import gc >>>a = type(sys)('a') >>>b = a.__dict__ >>>print(b['__name__'] is None) False >>>del a >>>gc.collect() >>>print(b['__name__'] is None) False On the other hand, this still happens in 2.7.15:

[issue33852] doc Remove parentheses from sequence subscription description

miss-islington added the comment: New changeset eb4989970ce639845ca17e9a040f55fe704b862e by Miss Islington (bot) in branch '3.6': bpo-33852: Remove misplaced parentheses around 'list'. (GH-7672) https://github.com/python/cpython/commit/eb4989970ce639845ca17e9a040f55fe704b862e -- __

[issue33832] Make "magic methods" a little more discoverable in the docs

Terry J. Reedy added the comment: Fred, did you intend to delete people from nosy? -- ___ Python tracker ___ ___ Python-bugs-list m

[issue33870] pdb continue + breakpoint

Change by Pablo Galindo Salgado : -- components: +Library (Lib) versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list ma

[issue33826] enable discovery of class source code in IPython interactively defined classes

Ivan Pozdeev added the comment: In [1]: import logging In [2]: logging.Logger.__module__ Out[2]: 'logging' In [4]: import sys In [6]: sys.modules[logging.Logger.__module__].__file__ Out[6]: 'C:\\Program Files\\Python36\\lib\\logging\\__init__.py' -- nosy: +Ivan.Pozdeev

[issue33852] doc Remove parentheses from sequence subscription description

Terry J. Reedy added the comment: New changeset 184e8ed1eeda3ba869755ff37374dd86f332f30d by Terry Jan Reedy (Andrés Delfino) in branch '2.7': [2.7] bpo-33852: Remove misplaced parentheses around 'list'. (GH-7672) (#7716) https://github.com/python/cpython/commit/184e8ed1eeda3ba869755ff37374dd86

[issue33847] doc: Add '@' operator entry to index

Terry J. Reedy added the comment: New changeset 695118600fecaa7b95634e168ad7cbbc561fd1ec by Terry Jan Reedy (Andrés Delfino) in branch 'master': bpo-33847: Add '@' operator entry to index (GH-7669) https://github.com/python/cpython/commit/695118600fecaa7b95634e168ad7cbbc561fd1ec --

[issue33847] doc: Add '@' operator entry to index

Change by miss-islington : -- pull_requests: +7332 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33852] doc Remove parentheses from sequence subscription description

Terry J. Reedy added the comment: Guido approved the change on the PR. -- assignee: docs@python -> terry.reedy resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33847] doc: Add '@' operator entry to index

Change by miss-islington : -- pull_requests: +7333 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33826] enable discovery of class source code in IPython interactively defined classes

Ivan Pozdeev added the comment: What do you mean by "class source code" anyway? A class doesn't actually contain any executable code (and there's no code object associated with it). -- ___ Python tracker __

[issue33832] Make "magic methods" a little more discoverable in the docs

Fred L. Drake, Jr. added the comment: Indeed, I did not. Fixed now. I hope. -- nosy: +rhettinger ___ Python tracker ___ ___ Pytho

[issue33847] doc: Add '@' operator entry to index

miss-islington added the comment: New changeset c05c0e045ccf6e065c59c193195dc0e9b7242dd4 by Miss Islington (bot) in branch '3.7': bpo-33847: Add '@' operator entry to index (GH-7669) https://github.com/python/cpython/commit/c05c0e045ccf6e065c59c193195dc0e9b7242dd4 -- nosy: +miss-isl

[issue33832] Make "magic methods" a little more discoverable in the docs

Change by Fred L. Drake, Jr. : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33854] doc Add PEP title in seealso of Built-in Types

Change by miss-islington : -- pull_requests: +7334 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue33854] doc Add PEP title in seealso of Built-in Types

Terry J. Reedy added the comment: New changeset a9d0b34a5c5d4fdc12bba4f9c1e314e6e132cc65 by Terry Jan Reedy (Andrés Delfino) in branch 'master': bpo-33854: Add PEP 461 title to 'See also' note (GH-7688) https://github.com/python/cpython/commit/a9d0b34a5c5d4fdc12bba4f9c1e314e6e132cc65 ---

  1   2   >