[issue31063] List Comprehension Bug

Steven D'Aprano added the comment: In the future, please do not post screenshots, please copy and paste the text. Screenshots are hard or impossible for the blind or visually impaired to see, but they can use a screen reader to work with text. -- nosy: +steven.daprano

[issue31063] List Comprehension Bug

Tim Peters added the comment: This isn't a bug. 84 appears twice in the list, the first time at index 9. The .index() method finds the first (leftmost; smallest index) occurrence. Since 9 isn't even, the `if` test isn't satisfied, so 84 does not appear in the result. -- nosy:

[issue31063] List Comprehension Bug

New submission from Hyun Jae Moon: Please check the photo attached. This was tested on Python 3.6.0. It seems that there is a bug in list comprehension. The list b should include 84 as well according to the code I wrote. I believe this is a quite severe bug. Thank you very much. --

[issue31004] IDLE, configdialog: Factor out FontTab class from ConfigDialog

Terry J. Reedy added the comment: I may have changed the Font group since the copy was made. So unless merges since are carefully checked, the configdialog part of Step 1 should be redone. I think the latter would be easier. Since #30853 might be merged tomorrow, I will 'freeze' the

[issue31036] building the python docs requires the blurb module

Ned Deily added the comment: New changeset 362e9fb0de4321bf265dbca290f7dc1f383a4a47 by Ned Deily in branch '3.4': [3.5] bpo-31036: use an existing Misc/NEWS rather than trying to use blurb (#2874) (#2926) https://github.com/python/cpython/commit/362e9fb0de4321bf265dbca290f7dc1f383a4a47

[issue31036] building the python docs requires the blurb module

Changes by Ned Deily : -- pull_requests: +2977 ___ Python tracker ___ ___ Python-bugs-list

[issue31054] Python 2.7.8 Release does not update the system Path variable

Changes by Ned Deily : -- components: +Windows -Installation nosy: +paul.moore, steve.dower, tim.golden, zach.ware versions: +Python 2.7 ___ Python tracker

[issue31020] Add support for custom compressor in tarfile

Serhiy Storchaka added the comment: You can pass a custom file object that implements a custom compression to the TarFile constructor. I don't see a need in other way. -- ___ Python tracker

[issue31058] FileFinder fails to find modules for import if modules are created at runtime and don't result in a directory mtime update

Changes by Ned Deily : -- nosy: +brett.cannon, eric.snow, ncoghlan ___ Python tracker ___

[issue30119] (ftplib) A remote attacker could possibly attack by containing the newline characters

Changes by Ned Deily : -- priority: release blocker -> resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

[issue30853] IDLE: configdialog -- factor out Tracer subclass

Terry J. Reedy added the comment: A minor change. Complete the path by adding the other var-trace pairs and after checking carefully, I will be ready to push. I prefer one easy to remember short-name function to two longer-named functions. However, the docstring should specify the tuple as

[issue28600] asyncio: Optimize loop.call_soon

Changes by Chris Jerdonek : -- title: shutdown_asyncgens -> asyncio: Optimize loop.call_soon ___ Python tracker ___

[issue28600] shutdown_asyncgens

Changes by Chris Jerdonek : -- title: asyncio: Optimize loop.call_soon -> shutdown_asyncgens ___ Python tracker ___

[issue31060] IDLE: Finish regrouping ConfigDialog methods

Changes by Terry J. Reedy : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue31060] IDLE: Finish regrouping ConfigDialog methods

Terry J. Reedy added the comment: New changeset 2cbb6733bfe54e87622a6372f83b73bddf3c4078 by Terry Jan Reedy in branch '3.6': [3.6] bpo-31060: IDLE: Finish regrouping ConfigDialog methods (GH-2908) (#2925) https://github.com/python/cpython/commit/2cbb6733bfe54e87622a6372f83b73bddf3c4078

[issue31020] Add support for custom compressor in tarfile

Changes by Mariatta Wijaya : -- versions: -Python 3.6 ___ Python tracker ___ ___

[issue31020] Add support for custom compressor in tarfile

Mariatta Wijaya added the comment: Adding serhiy.storchaka who recently made changes to tarfile. -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue31020] Add support for custom compressor in tarfile

Mariatta Wijaya added the comment: Adding lars.gustaebel who is listed as maintainer for tarfile. -- nosy: +Mariatta, lars.gustaebel ___ Python tracker

[issue31020] Add support for custom compressor in tarfile

Changes by Mariatta Wijaya : -- stage: -> patch review ___ Python tracker ___ ___

[issue18943] argparse: default args in mutually exclusive groups

paul j3 added the comment: Another manifestation of the complications in handling '?' positionals is in http://bugs.python.org/issue28734 argparse: successive parsing wipes out nargs=? values -- ___ Python tracker

[issue28734] argparse: successive parsing wipes out nargs=? values

paul j3 added the comment: The problem described here is restricted to `?` and `*' positionals, and is caused by the subtle way in which 'empty' optional positionals are handled. The regular handling of defaults at the start of `parse_known_args` works fine. The default is only written to

[issue30995] Support logging.getLogger(style='{')

Mitar added the comment: > That's the problem, right there. I don't think the ways of doing this are > bulletproof and require too much cooperation between third-party libraries. Which third-party libraries? The thing I am proposing works for that particular file you call getLogger with. In

[issue31060] IDLE: Finish regrouping ConfigDialog methods

Changes by Terry J. Reedy : -- pull_requests: +2976 ___ Python tracker ___ ___

[issue31060] IDLE: Finish regrouping ConfigDialog methods

Terry J. Reedy added the comment: New changeset b1660800f4f519dbfab9e5a4ad3eae1cfabab3ed by Terry Jan Reedy in branch 'master': bpo-31060: IDLE: Finish regrouping ConfigDialog methods (#2908) https://github.com/python/cpython/commit/b1660800f4f519dbfab9e5a4ad3eae1cfabab3ed --

[issue31062] socket.makefile does not handle line buffering

New submission from Kevin Chen: File objects generated with socket.makefile and that attempt to use line buffering appear to not actually use line buffering, at least for writing. In this example, the string does not appear to be written until the flush call. First, set up a socket: $ nc -l

[issue30931] Race condition in asyncore may access the wrong dispatcher

Nir Soffer added the comment: Victor, I mostly agree with you, but I think we have here several bugs, and we should do the minimal fix for each of them. Your PR is too big, trying to fix too much. (Bug 1) The dispatcher A closes the dispatcher B. Currently, asyncore calls the handlers of the

[issue31061] asyncio segfault when using threadpool and "_asyncio" native module

Yury Selivanov added the comment: Interesting. A code to reproduce this crash would help tremendously. So far this is the first time I hear about this crash. -- nosy: +inada.naoki ___ Python tracker

[issue31060] IDLE: Finish regrouping ConfigDialog methods

Terry J. Reedy added the comment: After finishing the patch, I expect that the highlight and keys groups will need some changes. -- title: IDLE: Finish rearranging ConfigDialog methods -> IDLE: Finish regrouping ConfigDialog methods ___ Python

[issue31061] asyncio segfault when using threadpool and "_asyncio" native module

Alexander Mohr added the comment: btw I've seen this issue in 3.5.2 + 3.6.2 on debian jessie + stretch -- ___ Python tracker ___

[issue31061] asyncio segfault when using threadpool and "_asyncio" native module

New submission from Alexander Mohr: I have a project in a prod environment which heavily uses asyncio and a threadpool. It uses the threadpool to run CPU heavy tasks (in this case populating a defaultdict) to avoid blocking the main thread (no async code in thread). For some time now my

[issue31042] Inconsistency in documentation of operator.index

Joseph Fox-Rabinovitz added the comment: I brought up the issue because it was really a point of confusion for me. Could we make the change to "Roughly equivalent" and make that a link to https://docs.python.org/3/reference/datamodel.html#special-method-lookup? That would make it clear how the

[issue31042] Inconsistency in documentation of operator.index

R. David Murray added the comment: I agree with Raymond. I'm not sure that adding roughly is going to decrease the possibility of confusion, but I won't object to it. In a way, it's too bad we didn't make the attribute lookup machinery look up all dunder methods on the class, so that

[issue31055] All Sphinx generated pages could have a new "Edit This Page" link adjacent to the existing "Show Source"

R. David Murray added the comment: No, we understand the process, the problem is that except for the 'dev' docs, the link would be to a branch other than master. That's the problem that we're discussing. Maybe instead of an edit link on non-dev docs we could have a message saying that if

[issue31036] building the python docs requires the blurb module

Larry Hastings added the comment: New changeset 3de144890ad3bc50694368a1b33be6d7f3a780b3 by larryhastings (Ned Deily) in branch '3.5': [3.5] bpo-31036: use an existing Misc/NEWS rather than trying to use blurb (#2874)

[issue30119] (ftplib) A remote attacker could possibly attack by containing the newline characters

Larry Hastings added the comment: New changeset 2a5a26c87e82c7d9a348792891feccd1b5e9a769 by larryhastings (Dong-hee Na) in branch '3.4': [3.4] bpo-30119: fix ftplib.FTP.putline() to throw an error for a illegal command (#1214) (#2893)

[issue31042] Inconsistency in documentation of operator.index

Raymond Hettinger added the comment: This seems like a generic issue for magic methods and is already covered by "for custom classes, implicit invocations of special methods are only guaranteed to work correctly if defined on an object’s type, not in the object’s instance dictionary." While

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

Alexander Belopolsky added the comment: John, An RFC3339 parser is beyond the scope of this issue which is limited to adding str[fp]time code(s) to produce and consume RFC3339-formatted timezones. We can still have fromisoformat() constructor implemented in 3.7, but someone needs to address

[issue31055] All Sphinx generated pages could have a new "Edit This Page" link adjacent to the existing "Show Source"

Paul Hammant added the comment: Hi folks, I'm not explaining Github's non-commiter contribution process very well. Click this link everyone - https://github.com/BuildRadiator/BuildRadiator/edit/master/README.md - pretend to make a contribution to one of my projects :) --

[issue31055] All Sphinx generated pages could have a new "Edit This Page" link adjacent to the existing "Show Source"

Fred L. Drake, Jr. added the comment: On Thu, Jul 27, 2017 at 3:01 PM, Fred L. Drake, Jr. wrote: > If the link went to an edit form with the version of the content the > user was reading, > and includes an explanation of the multiple-versions issue, it might > prove

[issue31055] All Sphinx generated pages could have a new "Edit This Page" link adjacent to the existing "Show Source"

Fred L. Drake, Jr. added the comment: On Thu, Jul 27, 2017 at 1:03 PM, Mariatta Wijaya wrote: > I don't think we should add this link. > > When we make edits to the docs, even simple typo fixes, it should first be > done > in the master branch, instead of the

[issue30522] Allow replacing a logging.StreamHandler's stream

Changes by Vinay Sajip : -- pull_requests: +2975 ___ Python tracker ___ ___

[issue31060] IDLE: Finish rearranging ConfigDialog methods

Changes by Terry J. Reedy : -- pull_requests: +2974 ___ Python tracker ___ ___

[issue31060] IDLE: Finish rearranging ConfigDialog methods

New submission from Terry J. Reedy: Finish rearranging the methods of configdialog.ConfigDialog to group together methods pertaining to each tab and the button block. Doing so has and will help in writing tests. It is also preparation for splitting ConfigDialog, which currently has more

[issue30995] Support logging.getLogger(style='{')

Vinay Sajip added the comment: > You only have to make sure they do not use this logger without knowing about > new format, which can be done in various ways (like prefixing the name of the > logger, for example). That's the problem, right there. I don't think the ways of doing this are

[issue24954] No way to generate or parse timezone as produced by datetime.isoformat()

John Nagle added the comment: As the original author of the predecessor bug report (issue 15873) in 2012, I would suggest that there's too much bikeshedding here. I filed this bug because there was no usable ISO8601 date parser available. PyPi contained four slightly different buggy ones,

[issue30222] make_zip.py had a bug when setting up full 64 bit distribution.

Changes by Steve Dower : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue31059] asyncio.StreamReader.read hangs if n<0

New submission from Sergey Kostyuk: Good day Maybe I misunderstood something, but I'm failed to fetch any data by calling asyncio.StreamReader.read if `n` is less than zero (or left default). It just hangs in the loop forever (see line number 614 of asyncio/streams.py:

[issue31058] FileFinder fails to find modules for import if modules are created at runtime and don't result in a directory mtime update

New submission from Paul Goins: If modules are added to a package namespace at runtime, there is a chance that they will not be properly detected if adding the module does not also result in an update to the parent directory's st_mtime attribute. This manifests in not being able to import the

[issue5288] tzinfo objects with sub-minute offsets are not supported (e.g. UTC+05:53:28)

Alexander Belopolsky added the comment: In PR 2896, I've modified %z formatting code to output sub-minute data if present. I think %z parsing should be also modified to accept sub-minute data, but I would like to do it in the context of issue 24954. Thoughts? --

[issue9566] Compilation warnings under x64 Windows

Segev Finer added the comment: The only warnings that remain are: 1. The one from gcmodule.c due to dtrace, which is handled in PR 2852. 2. The peephole warnings which I'm not sure about. Are overflows possible there or not? That is, if there are already internal caps that prevent them. If

[issue31057] pydoc for tempfile.TemporaryDirectory should say it returns the name

R. David Murray added the comment: It actually returns the path, since "name" often means the last component of the path. Just saying "path" might be confused with pathlib, though. So I guess we'd have to say "returning its path as a string", which sounds awkward. The original wording is

[issue30222] make_zip.py had a bug when setting up full 64 bit distribution.

Segev Finer added the comment: Since PR 2750 is merged, I think this can be closed. -- ___ Python tracker ___

[issue31048] ResourceWarning in test_asyncio.test_events.ProactorEventLoopTests.test_create_server_ssl_verify_failed

Changes by Segev Finer : -- pull_requests: +2973 ___ Python tracker ___ ___

[issue30940] Documentation for round() is incorrect.

Mark Dickinson added the comment: [Serhiy] > is it worth to mention explicitly that round(number) and round(number, None) > > delegate to number.__round__()? Yes, if we can find a non-clunky wording that does that. The current wording does seem to misleadingly suggest that the delegation to

[issue31055] All Sphinx generated pages could have a new "Edit This Page" link adjacent to the existing "Show Source"

Mariatta Wijaya added the comment: I don't think we should add this link. When we make edits to the docs, even simple typo fixes, it should first be done in the master branch, instead of the maintenance branches (e.g. 2.7, 3.5 or 3.6). If "Edit This Page" link takes you to edit the

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

Changes by STINNER Victor : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: New changeset c2f7fb61511456c62877592988b31714cb8ba266 by Victor Stinner in branch '2.7': [2.7] bpo-31044: Skip test_posix.test_makedev() on FreeBSD (#2915) (#2918) https://github.com/python/cpython/commit/c2f7fb61511456c62877592988b31714cb8ba266 --

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: New changeset 54cb3400e500f99bd57a0273aa7ef84ffd37558e by Victor Stinner in branch '3.6': bpo-31044: Skip test_posix.test_makedev() on FreeBSD (#2915) (#2917) https://github.com/python/cpython/commit/54cb3400e500f99bd57a0273aa7ef84ffd37558e --

[issue30640] NULL + 1 in _PyFunction_FastCallDict()

Changes by Zackery Spytz : -- pull_requests: +2972 ___ Python tracker ___ ___

[issue31028] test_pydoc fails when run directly

STINNER Victor added the comment: Bug fixed in Python 2.7, 3.6 and master. -- versions: +Python 2.7 ___ Python tracker ___

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

Changes by STINNER Victor : -- pull_requests: +2971 ___ Python tracker ___ ___

[issue31028] test_pydoc fails when run directly

STINNER Victor added the comment: New changeset d019c7965d411b2132f68ed6bb33e538b4d9eba3 by Victor Stinner in branch '3.6': bpo-31028: Fix test_pydoc when run directly (#2864) (#2910) https://github.com/python/cpython/commit/d019c7965d411b2132f68ed6bb33e538b4d9eba3 --

[issue31028] test_pydoc fails when run directly

STINNER Victor added the comment: New changeset fd6736d17901e539d6a9ddf50a9927a3a97a9c06 by Victor Stinner in branch '2.7': bpo-31028: Fix test_pydoc when run directly (#2864) (#2911) https://github.com/python/cpython/commit/fd6736d17901e539d6a9ddf50a9927a3a97a9c06 --

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

Changes by STINNER Victor : -- pull_requests: +2970 ___ Python tracker ___ ___

[issue27715] call-matcher breaks if a method is mocked with spec=True

David Hoyes added the comment: I came across a different failing test case, which looks a lot like the same issue: ``` from unittest import mock class Foo(object): def __call__(self, x): return x m = mock.create_autospec(Foo, instance=True) m(7) m.assert_called_once_with(7) ```

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

Paul Moore added the comment: I've tested this on Python 3.6.1 and Python 3.6.2 on Windows 7, 64-bit, and it works as expected. I don't see the problem here - do you have any unusual environment settings or config? -- ___ Python tracker

[issue31057] pydoc for tempfile.TemporaryDirectory should say it returns the name

Changes by Roundup Robot : -- pull_requests: +2968 ___ Python tracker ___

[issue31057] pydoc for tempfile.TemporaryDirectory should say it returns the name

New submission from Thomas Thurman: Currently the pydoc for tempfile.TemporaryDirectory begins "Create and return a temporary directory." It doesn't explain anywhere *what* it returns (in fact, it returns the name of the directory as a string). The return type is further obscured by

[issue31056] Import Module Not Working According To Documentation Python 3.6.2

New submission from Joey DiGiorgio: I am running Windows 7 and Python 3.6.2 trying to import module A from withing module B where both Module A and B are located in the same directory. I get the ModuleNotFoundError. I try the exact same setup with Python 3.5.2 and get no errors and I get the

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: New changeset 12953ffe12ac781332b384c36b25d12216b1db62 by Victor Stinner in branch 'master': bpo-31044: Skip test_posix.test_makedev() on FreeBSD (#2915) https://github.com/python/cpython/commit/12953ffe12ac781332b384c36b25d12216b1db62 --

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: At May 23, the dev_t type changed from 32 bits to 64 bits on FreeBSD in the kernel, but minor() wasn't updated. I reported a bug to FreeBSD: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221048 -- ___ Python

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

Changes by STINNER Victor : -- pull_requests: +2967 ___ Python tracker ___ ___

[issue30853] IDLE: configdialog -- factor out Tracer subclass

Cheryl Sabella added the comment: Just as an FYI with blurb, I installed it in the same venv as coverage, so I was able to run it with 3.7. It's really cool. -- ___ Python tracker

[issue30853] IDLE: configdialog -- factor out Tracer subclass

Cheryl Sabella added the comment: The font vars went well, so I also added general vars. I created the blurb. I didn't know if it would work with no body, so I just put a placeholder. I did have another question. Instead of just one tracers.add() method, I was wondering if there's an

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: Confirmation that minor() truncates high bits: CURRENT-amd64% ./python -c 'import os; print(hex(os.minor(0xaabbccddff)))' 0xbbcc00ff -- ___ Python tracker

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: The problem is more the major(), minor() and makedev() commands: CURRENT-amd64% ./python Python 3.7.0a0 (heads/master:d5ed47dea2, Jul 28 2017, 00:10:54) [GCC 4.2.1 Compatible FreeBSD Clang 5.0.0 (trunk 308421)] on freebsd12 Type "help", "copyright",

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: os.stat() seems correct, st_dev and st_ino are the same than the system command "stat": CURRENT-amd64% ./python -c 'import os; st=os.stat("setup.py"); print(st)' os.stat_result(st_mode=33188, st_ino=2384528, st_dev=954774858155,

[issue31044] FAIL: test_makedev (test.test_posix.PosixTester) on AMD64 FreeBSD CURRENT

STINNER Victor added the comment: I'm able to reproduce the bug on koobs's FreeBSD CURRENT: * stat() returns st_dev = 0xde4d0429ab * major(0xde4d0429ab) returns 0x29 * minor(0xde4d0429ab) returns 0x4d0400ab minor() truncates most significant bits. major/minor are defined in sys/types.h:

[issue30853] IDLE: configdialog -- factor out Tracer subclass

Changes by Cheryl Sabella : -- pull_requests: +2966 ___ Python tracker ___ ___

[issue30885] test_subprocess hangs on AMD64 Windows8.1 Refleaks 3.x

STINNER Victor added the comment: test_subprocess also hangs on this Python 3.5 build. It's the only test not listed in the output: http://buildbot.python.org/all/builders/AMD64%20Windows10%203.5/builds/356/steps/test/logs/stdio ... 1:01:45 [395/398] test_codecmaps_tw 1:01:47 [396/398]

[issue31055] All Sphinx generated pages could have a new "Edit This Page" link adjacent to the existing "Show Source"

New submission from Paul Hammant: Show Source links to: https://github.com/python/cpython/blob/path/to/resource.rst Edit This Page would link to https://github.com/python/cpython/edit/path/to/resource.rst And yes, GitHub does the right thing if you're not ordinarily permitted to change

[issue29902] copy breaks staticmethod

Changes by Serhiy Storchaka : -- assignee: -> benjamin.peterson nosy: +benjamin.peterson ___ Python tracker ___

[issue30891] importlib: _find_and_load() race condition on sys.modules[name] check

STINNER Victor added the comment: Victor: > I'm not sure that backporting the unit test is interesting. If the test > fails, we will be unable to fix it. Serhiy closed his PR: https://github.com/python/cpython/pull/2645#event-1181495893 So now I close this issue. -- resolution: ->

[issue30814] Import dotted name as alias breaks with concurrency

Changes by Serhiy Storchaka : -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue30876] SystemError on importing module from unloaded package

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

[issue30876] SystemError on importing module from unloaded package

Serhiy Storchaka added the comment: New changeset f9fbed19a964e55ee703005823d8a7408f83d7f4 by Serhiy Storchaka in branch '3.5': [3.5] bpo-30876: Add new import test files to projects. (GH-2851). (#2913) https://github.com/python/cpython/commit/f9fbed19a964e55ee703005823d8a7408f83d7f4

[issue30814] Import dotted name as alias breaks with concurrency

Serhiy Storchaka added the comment: New changeset 95b16a9705d6b4d31c016c014e59744fc33d53ea by Serhiy Storchaka in branch '3.6': [3.6] bpo-30814, bpo-30876: Add new import test files to projects. (GH-2851). (#2912)

[issue30876] SystemError on importing module from unloaded package

Serhiy Storchaka added the comment: New changeset 95b16a9705d6b4d31c016c014e59744fc33d53ea by Serhiy Storchaka in branch '3.6': [3.6] bpo-30814, bpo-30876: Add new import test files to projects. (GH-2851). (#2912)

[issue30931] Race condition in asyncore may access the wrong dispatcher

STINNER Victor added the comment: Much shorter summary: * Handlers of dispatcher must not be called if the dispatcher was called. * If a dispatcher is closed between the execution of two of his handlers, the next handlers should not be called My PR 2854 adds 3 unit tests to verify this

[issue30931] Race condition in asyncore may access the wrong dispatcher

STINNER Victor added the comment: Ok, wow, the discussion on this issue, bpo-30985, PR 2854, PR 2804, etc. was very productive. We identified much more race conditions than the first one that I spotted. (Bug 1) The dispatcher A closes the dispatcher B. Currently, asyncore calls the handlers

[issue31048] ResourceWarning in test_asyncio.test_events.ProactorEventLoopTests.test_create_server_ssl_verify_failed

Changes by Segev Finer : -- title: ResourceWarning in test_asyncio.test_events..ProactorEventLoopTests.test_create_server_ssl_verify_failed -> ResourceWarning in test_asyncio.test_events.ProactorEventLoopTests.test_create_server_ssl_verify_failed

[issue31048] ResourceWarning in test_asyncio.test_events..ProactorEventLoopTests.test_create_server_ssl_verify_failed

Changes by Segev Finer : -- components: +asyncio nosy: +yselivanov ___ Python tracker ___

[issue30876] SystemError on importing module from unloaded package

Changes by Serhiy Storchaka : -- pull_requests: +2965 ___ Python tracker ___ ___

[issue30876] SystemError on importing module from unloaded package

Changes by Serhiy Storchaka : -- pull_requests: +2964 ___ Python tracker ___ ___

[issue30814] Import dotted name as alias breaks with concurrency

Changes by Serhiy Storchaka : -- pull_requests: +2963 ___ Python tracker ___ ___

[issue29640] _PyThreadState_Init and fork race leads to inconsistent key list

Thomas Mortensson added the comment: Hey, any status update on this bug? Suffered a similar issue on a Centos 6.5 kernel when spawning multiple processes in a Twisted environment. Is this PR targeted for inclusion into the source tree? Thanks, Tom -- nosy: +Thomas Mortensson

[issue30940] Documentation for round() is incorrect.

Serhiy Storchaka added the comment: In the documentation: For a general Python object ``number``, ``round(number, ndigits)`` delegates to ``number.__round__(ndigits)``. Mark, is it worth to mention explicitly that round(number) and round(number, None) delegate to number.__round__()?

[issue31028] test_pydoc fails when run directly

Changes by STINNER Victor : -- pull_requests: +2962 ___ Python tracker ___ ___

[issue31028] test_pydoc fails when run directly

Changes by STINNER Victor : -- pull_requests: +2961 ___ Python tracker ___ ___

[issue30876] SystemError on importing module from unloaded package

Serhiy Storchaka added the comment: New changeset d5ed47dea25e04a3a144eddf99a4ac4a29242dbc by Serhiy Storchaka in branch 'master': bpo-30814, bpo-30876: Add new import test files to projects. (#2851) https://github.com/python/cpython/commit/d5ed47dea25e04a3a144eddf99a4ac4a29242dbc --

  1   2   >