[issue38842] test_multiprocessing_spawn altered the execution environment in AMD64 FreeBSD Non-Debug 3.x

STINNER Victor added the comment: Pablo: Feel free to close this issue as duplicate, or leave it open to track the original "resource_tracker" warning. -- ___ Python tracker

[issue38842] test_multiprocessing_spawn altered the execution environment in AMD64 FreeBSD Non-Debug 3.x

STINNER Victor added the comment: AMD64 RHEL7 3.8 was marked as failed because of: https://buildbot.python.org/all/#/builders/279/builds/136 test_max_workers_too_large (test.test_concurrent_futures.ProcessPoolSpawnProcessPoolExecutorTest) ... skipped 'Windows-only process limit'

[issue38842] test_multiprocessing_spawn altered the execution environment in AMD64 FreeBSD Non-Debug 3.x

STINNER Victor added the comment: The build was marked as failed because of this warning: https://buildbot.python.org/all/#/builders/368/builds/98 ... test_rlock (test.test_multiprocessing_spawn.WithProcessesTestLock) ... ok test_enable_logging

[issue38837] struct.pack: Unable to pack more than 256 bytes at a time

Mark Dickinson added the comment: The error you're getting is because you're trying to pack a *value* that's larger than 255, not because you're trying to pack more than 256 bytes. Packing more than 256 bytes at a time works fine for me. >>> packed = struct.pack("<512B", *[n//2 for n in

[issue38823] Improve stdlib module initialization error handling.

Change by Brandt Bucher : -- pull_requests: +16747 pull_request: https://github.com/python/cpython/pull/17250 ___ Python tracker ___

[issue38807] Better exception message in os.path.join

Raymond Hettinger added the comment: New changeset b5bb3b637c6b55f49d8979a5f489d01a67c4f917 by Raymond Hettinger (Miss Islington (bot)) in branch '3.8': bpo-38807: Add os.PathLike to exception message raised by _check_arg_types (GH-17160) (GH-17249)

[issue38807] Better exception message in os.path.join

Raymond Hettinger added the comment: New changeset fe75b62575bcfdf1c39be71c1e50257832a596db by Raymond Hettinger (Tomás Farías) in branch 'master': bpo-38807: Add os.PathLike to exception message raised by _check_arg_types (#17160)

[issue38807] Better exception message in os.path.join

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

[issue38807] Better exception message in os.path.join

Raymond Hettinger added the comment: Thanks for the report and for the PR. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue38843] Document argparse behaviour when custom namespace object already has the field set

Ivan Kurnosov added the comment: > I have not seen many questions about the use of a preexisting namespace > object (here or on StackOverflow) as typing was added to the language natively - it should become more and more frequently used. I personally see no reason anymore to NOT use a

[issue38843] Document argparse behaviour when custom namespace object already has the field set

paul j3 added the comment: It doesn't have to be a special class. It can be a `argparse.Namespace` object. If the preexisting namespace has an attribute set, the action default will not over write it. In [85]: parser = argparse.ArgumentParser() ...:

[issue38789] difflib lacks a way to check if results are empty

Tim Peters added the comment: I'm taking Raymond's advice to close this for now. The issue tracker isn't the right place to work out ideas - python-ideas is far better for that (StackOverflow isn't a good place for that either - StackOverflow is best for when you have a very specific use

[issue38844] test_multiprocessing_fork emit user warning

Dong-hee Na added the comment: Duplicated with issue38842 -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue38844] test_multiprocessing_fork emit user warning

New submission from Dong-hee Na : https://travis-ci.org/python/cpython/jobs/613795145#L2020 Log detail: 0:01:44 load avg: 3.38 [ 73/419] test_multiprocessing_fork passed (1 min 42 sec) -- running: test_capi (1 min 40 sec)

[issue38843] Document argparse behaviour when custom namespace object already has the field set

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

[issue38843] Document argparse behaviour when custom namespace object already has the field set

New submission from Ivan Kurnosov : At this moment it's impossible to explain the behaviour of this script using documentation. Given it was explicitly coded to behave like that - it should be somehow noted in the documentation, that as long as a `CliArgs.foo` field has a default value set

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

Dong-hee Na added the comment: Steve approved this PR 17154 but we need one more reviewer to review this PR. I hope we can reflect PR 17154 before alpha1 is released. -- ___ Python tracker

[issue37195] test_utime fails on MacOS Mojave (Kernel Version 18.6.0:)

Pablo Galindo Salgado added the comment: I have not noticed it in a while, so I will close it for now unless I can reproduce it again. -- resolution: -> postponed stage: -> resolved status: open -> closed ___ Python tracker

[issue34792] Tutorial doesn''t discuss / and * function arguments

Pablo Galindo Salgado added the comment: I don't think we should backport the changes or modify the file for the 3.7 branch, so I close the issue. Feel free to reopen if you still think it makes sense :) -- resolution: -> fixed stage: -> resolved status: open -> closed

[issue36287] Make ast.dump() not output optional default fields

Emmanuel Arias added the comment: Hi, Sorry sincerely I forgot this issue, if there are not any objection I can continue it. -- ___ Python tracker ___

[issue37083] Document TYPE_COMMENT in documentation reference for compound statements

Pablo Galindo Salgado added the comment: I am convinced by Guido's reasoning, I think we can close the issue. -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue38446] Ambiguous signature for builtins.__build_class__

Pablo Galindo Salgado added the comment: > @pablogsal can we close it? Yup, thanks for the ping, Batuhan -- ___ Python tracker ___

[issue38842] test_multiprocessing_spawn altered the execution environment in AMD64 FreeBSD Non-Debug 3.x

Pablo Galindo Salgado added the comment: The last test may have a different explanation, though -- ___ Python tracker ___ ___

[issue38842] test_multiprocessing_spawn altered the execution environment in AMD64 FreeBSD Non-Debug 3.x

Pablo Galindo Salgado added the comment: Another failure that seems related: https://buildbot.python.org/all/#/builders/279/builds/136 Ran 168 tests in 154.704s OK (skipped=3) Warning -- multiprocessing.process._dangling was modified by test_concurrent_futures Before: set() After: {}

[issue38842] test_multiprocessing_spawn altered the execution environment in AMD64 FreeBSD Non-Debug 3.x

Pablo Galindo Salgado added the comment: https://buildbot.python.org/all/#builders/368/builds/98 -- ___ Python tracker ___ ___

[issue38842] test_multiprocessing_spawn altered the execution environment in AMD64 FreeBSD Non-Debug 3.x

New submission from Pablo Galindo Salgado : Ran 352 tests in 243.972s OK (skipped=34) /usr/home/buildbot/python/3.x.koobs-freebsd-9e36.nondebug/build/Lib/multiprocessing/resource_tracker.py:203: UserWarning: resource_tracker: There appear to be 1 leaked shared_memory objects to clean up at

[issue27724] PEP3119 inconsintent with actual CPython impl

Change by Batuhan : -- nosy: +BTaskaya, gvanrossum versions: -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

David Cuthbert added the comment: How much harm would there be in bringing the DeprecationWarning into the next patch of existing (3.6, 3.7, 3.8) releases? The security implications are significant enough that I'd want to be notified of it in my software ASAP. Users can (and should!)

[issue19080] Enrich SyntaxError with additional information

Batuhan added the comment: I am not sure about how to implement this to the core, but you can combine tokenize with ast to reproduce this kind of messages in your projects. You can match tokens with SyntaxErrors by lineno and offset. -- nosy: +BTaskaya

[issue31521] segfault in PyBytes_AsString

Batuhan added the comment: Is there a simpler code for reproducing the issue? -- nosy: +BTaskaya ___ Python tracker ___ ___

[issue36287] Make ast.dump() not output optional default fields

Batuhan added the comment: @eamanu are you still interested in this issue? (bumped to 3.9) -- nosy: +BTaskaya versions: +Python 3.9 ___ Python tracker ___

[issue38841] [asyncio] bind() on a unix socket raises PermissionError on Android for a non-root user

New submission from Xavier de Gaye : This is the same kind of issue as reported in #28684. python -m test -v test_asyncio -m test_create_datagram_endpoint_existing_sock_unix == CPython 3.9.0a0 (heads/abifa-dirty:cf805c25e6, Nov 18 2019, 16:40:26) [Clang 8.0.2 (https://andro

[issue22593] Automate update of doc references to UCD version when it changes.

Batuhan added the comment: I want to work on this. What do you think about using include directive and include a static file like UCD_VERSION.txt in the documents? makeunicodedata.py can write the current version every run to UCD_VERSION.txt -- nosy: +BTaskaya

[issue38840] incorrect __all__ list in multiprocessing.managers module

New submission from Xavier de Gaye : On android which is a platform that is missing the shared memory implementation, test___all__ fails because 'multiprocessing.managers' has no attribute 'SharedMemoryManager' which is listed in __all__. 2|generic_x86_64:/data/local/tmp/python $ python

[issue32371] Delay-loading of python dll is impossible when using some C macros

Batuhan added the comment: Can you give us a case where we can reproduce this locally? -- nosy: +BTaskaya ___ Python tracker ___

[issue35943] PyImport_GetModule() can return partially-initialized module

Valentyn Tymofieiev added the comment: Do we plan to backport the change by nanjekyejoannah to 3.7 branch? -- nosy: +Valentyn Tymofieiev ___ Python tracker ___

[issue38839] Some unused functions in test suite

New submission from Adam Johnson : Whilst developing a new unused function check for flake8 ( https://github.com/PyCQA/pyflakes/pull/485 ) I ran it against the CPython source code and found some uncalled functions. -- messages: 356919 nosy: adamchainz priority: normal pull_requests:

[issue22229] wsgiref doesn't appear to ever set REMOTE_HOST in the environ

Batuhan added the comment: I didn't understand the issue. WSGIRequestHandler can be subclassed and address_string method may return something else. -- nosy: +BTaskaya ___ Python tracker

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

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

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

miss-islington added the comment: New changeset bec7015dcc421a68cde030c5e4ca8e28408ef52d by Miss Islington (bot) in branch '3.8': bpo-38622: Ensure ctypes.PyObj_FromPtr audit event passes tuples as a single argument (GH-17243)

[issue38722] runpy should use io.open_code() instead of open()

miss-islington added the comment: New changeset e37767bee1f7f1940b30768d21bfe2ae68c20a5f by Miss Islington (bot) in branch '3.8': bpo-38722: Runpy use io.open_code() (GH-17234) https://github.com/python/cpython/commit/e37767bee1f7f1940b30768d21bfe2ae68c20a5f --

[issue38822] Inconsistent os.stat behavior for directory with Access Denied

Eryk Sun added the comment: In attributes_from_dir() in Modules/posixmodule.c, a trailing backslash or slash should be stripped from the lpFileName parameter of FindFirstFileW. Otherwise the call opens the directory via NtOpenFile, instead of opening its parent directory. Even if opening

[issue25172] Unix-only crypt should not be present on Windows.

Xavier de Gaye added the comment: test_crypt fails on android following last changes made at 243a73deee4ac61fe06602b7ed56b6df01e19f27. The android libc does not have a crypt() function and the _crypt module is not built. generic_x86_64:/data/local/tmp/python $ python Python 3.9.0a0

[issue22367] Add open_file_descriptor parameter to fcntl.lockf() (use the new F_OFD_SETLK flag)

Łukasz Langa added the comment: Note: this is affecting the release of Python 3.9.0a1. I will be continuing with the release in 12 hours. If the failing macOS test is not fixed by then, alpha1 will ship in this state. However, I will be blocking alpha2 if this is still the case. Please

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

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

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

Steve Dower added the comment: New changeset dcf1f83de8678b09df5bd7d04ca5f4ef1cd02aca by Steve Dower in branch 'master': bpo-38622: Ensure ctypes.PyObj_FromPtr audit event passes tuples as a single argument (GH-17243)

[issue38722] runpy should use io.open_code() instead of open()

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

[issue38789] difflib lacks a way to check if results are empty

Raymond Hettinger added the comment: Simon, I think the conversation is starting to drift and would best be continued on python-ideas or StackOverflow. Ideas like peekable generators have been discussed before but there was almost no uptake. Several thoughts: * For equal inputs, ndiff()

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Nathaniel Smith added the comment: Ouch, that's nasty. It also has security implications. For example, suppose you have a multi-user computer, where one user is has a video call going, which transfers packets over UDP. Another user could check what port they're using, bind to the same port,

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Guido van Rossum added the comment: I agree that this is a bad default (and whoever wrote it, probably me, didn't know what this does for UDP). I think the right solution is to change the default, not to introduce a new method. Maybe we can deprecate the default somehow? There currently is

[issue38721] modulefinder should use import hooks properly

Dominic Littlewood <11dlittlew...@gmail.com> added the comment: I now have a PR which - dare I say it - appears to be working as it should. I'll just write some tests for it and then I'll send it off for review. -- ___ Python tracker

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

miss-islington added the comment: New changeset 47db7439dd858c3634212c71137eb130f811bda4 by Miss Islington (bot) in branch '3.8': bpo-38622: Add missing audit events for ctypes module (GH-17158) https://github.com/python/cpython/commit/47db7439dd858c3634212c71137eb130f811bda4 --

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

Steve Dower added the comment: Typically, as soon as I merge, I spot an edge case issue. PySys_Audit(n, "O", a) is deliberately going to treat 'a' as the tuple of arguments (when it is a tuple). This lets us simplify/optimise events where the event arguments match the function arguments

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

Change by Steve Dower : -- pull_requests: +16742 pull_request: https://github.com/python/cpython/pull/17243 ___ Python tracker ___

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

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

[issue38622] _ctypes.dlsym (py_dl_sym) does not trigger audit hooks

Steve Dower added the comment: New changeset 00923c63995e34cdc25d699478f113de99a69df9 by Steve Dower in branch 'master': bpo-38622: Add missing audit events for ctypes module (GH-17158) https://github.com/python/cpython/commit/00923c63995e34cdc25d699478f113de99a69df9 --

[issue38722] runpy should use io.open_code() instead of open()

Steve Dower added the comment: > I hadn't realized that we'd made such a declaration WRT opening of code files > in general. It wasn't exactly a hugely publicised declaration :) The relevant quote from PEP 578 is: > All import and execution functionality involving code from a file will be

[issue38722] runpy should use io.open_code() instead of open()

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

[issue38722] runpy should use io.open_code() instead of open()

Tal Einat added the comment: Thanks for reporting this, Dominic! Thanks for the PR, Jason! -- ___ Python tracker ___ ___

[issue38722] runpy should use io.open_code() instead of open()

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

[issue38722] runpy should use io.open_code() instead of open()

Tal Einat added the comment: Thanks Steve! I hadn't realized that we'd made such a declaration WRT opening of code files in general. In that case, this is certainly at least a bug fix, and should be backported. -- type: enhancement -> security versions: +Python 3.8

[issue35004] Odd behavior when using datetime.timedelta under cProfile

Batuhan added the comment: This bug is fixed in both 3.8 and 3.7, @p-ganssle what do you think about closing this? -- nosy: +BTaskaya ___ Python tracker ___

[issue38722] runpy should use io.open_code() instead of open()

miss-islington added the comment: New changeset e243bae418859106328d9fce71815b7eb2fe by Miss Islington (bot) (jsnklln) in branch 'master': bpo-38722: Runpy use io.open_code() (GH-17234) https://github.com/python/cpython/commit/e243bae418859106328d9fce71815b7eb2fe -- nosy:

[issue38722] runpy should use io.open_code() instead of open()

Steve Dower added the comment: It's a security issue because Python 3.8 says it will open files to be executed with io.open_code() instead of open(). This allows a way to bypass that. That said, this appears to be a fallback case, so I'm not hugely concerned. I haven't quite figured out why

[issue38500] Provide a way to get/set PyInterpreterState.frame_eval without needing to access interpreter internals

Change by STINNER Victor : -- keywords: +patch pull_requests: +16739 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17187 ___ Python tracker ___

[issue17013] Allow waiting on a mock

Ilya Kulakov added the comment: I have submitted an alternative implementation of this feature heavily inspired by _AwaitEvent I wrote for asynctest [0]. There was recently an interest from the community towards asynctest to the point that got some of its measures merged into CPython [1].

[issue38722] runpy should use io.open_code() instead of open()

Change by Zachary Ware : -- nosy: +steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Jukka Väisänen added the comment: Sure, I fully appreciate implications of changing default behaviour and will post on python-dev. -- ___ Python tracker ___

[issue38722] runpy should use io.open_code() instead of open()

Tal Einat added the comment: I don't see why this should be considered a security issue. This should likely have been done when io.open_code() was initially added, but now that 3.8 is out, I don't think backporting this would be wise. -- nosy: +taleinat type: security -> enhancement

[issue38838] Exception ignored in: module 'threading' in _shutdown, _signal_handler

wesinator <13hu...@gmail.com> added the comment: didn't see this was a third party package. disregard. sorry -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker

[issue38818] Modify PyInterpreterState.eval_frame to pass tstate (PyThreadState)

Brett Cannon added the comment: I think bpo-38500 needs to get resolved first before this as that will affect whether this is acceptable or not as an API-breaking change. -- ___ Python tracker

[issue38838] Exception ignored in: module 'threading' in _shutdown, _signal_handler

New submission from wesinator <13hu...@gmail.com>: macOS 10.14.6 python 3.7.5 Exception ignored in: Traceback (most recent call last): File "/usr/local/Cellar/python/3.7.5/Frameworks/Python.framework/Versions/3.7/lib/python3.7/threading.py", line 1274, in _shutdown def _shutdown():

[issue38809] On Windows, build scripts should prefer using python.exe from an active virtual env

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

[issue38597] C Extension import limit

Yurii Leonov added the comment: Done: .pyd files are added in https://github.com/Yuriy-Leonov/cython_imports_limit_issue/commit/2f9e7c02798fb52185dabfe6ce3811c439ca2839 folder with name "dist_example_with_error" -- versions: +Python 3.6 -Python 3.7, Python 3.8, Python 3.9

[issue38809] On Windows, build scripts should prefer using python.exe from an active virtual env

miss-islington added the comment: New changeset 2b928d9bf75d82b86dc3b4fcbc243d36a7958f4c by Miss Islington (bot) in branch '3.7': bpo-38809: Windows build scripts use python.exe from virtual envs (GH-17164) https://github.com/python/cpython/commit/2b928d9bf75d82b86dc3b4fcbc243d36a7958f4c

[issue38809] On Windows, build scripts should prefer using python.exe from an active virtual env

miss-islington added the comment: New changeset cbbf1098f383e575d93841e555329eb66283c2f1 by Miss Islington (bot) in branch '3.8': bpo-38809: Windows build scripts use python.exe from virtual envs (GH-17164) https://github.com/python/cpython/commit/cbbf1098f383e575d93841e555329eb66283c2f1

[issue38821] argparse calls ngettext with deprecated non-integer value

Change by paul j3 : -- nosy: +paul.j3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38722] runpy should use io.open_code() instead of open()

Change by Tal Einat : -- versions: +Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38809] On Windows, build scripts should prefer using python.exe from an active virtual env

miss-islington added the comment: New changeset ee703cbb418b7458bebb1d26a5e19d6b55280b28 by Miss Islington (bot) (Tal Einat) in branch 'master': bpo-38809: Windows build scripts use python.exe from virtual envs (GH-17164)

[issue38809] On Windows, build scripts should prefer using python.exe from an active virtual env

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

[issue38809] On Windows, build scripts should prefer using python.exe from an active virtual env

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

[issue38453] ntpath.realpath() does not fully resolve relative paths

Steve Dower added the comment: Closing this as I believe it's done, but happy to reopen if we find another edge case (or start a new issue). -- assignee: -> steve.dower resolution: -> fixed stage: patch review -> resolved status: open -> closed

[issue38597] C Extension import limit

Steve Dower added the comment: Could you share just one of your .pyd files? Without being able to see whether they are compiled incorrectly, it's hard to be sure whether this is the same cause as before. It certainly looks like distutils is still going to link correctly. --

[issue38837] struct.pack: Unable to pack more than 256 bytes at a time

New submission from Dave Lotton : Using struct.pack it is not possible (Python 3.6.8 and 2.7.15) to pack more than 256 bytes at a time. This seems like an arbitrarily small number, and seems to be inconsistent with the capabilities of the unpack function, which is able to unpack a larger

[issue38822] Inconsistent os.stat behavior for directory with Access Denied

Steve Dower added the comment: I haven't debugged it, but I'm guessing we're not handling the trailing slash properly when falling back to asking the parent directory for information. Looking at the actual stat result for "C:\System Volume Information" vs. "C:\Windows", most of the

[issue33125] Windows 10 ARM64 platform support

Steve Dower added the comment: If the patches are for Tcl/Tk, then you should submit it to them. I'm not a Tk maintainer, and I never want to be one, so frankly I'd be happier to say it's not supported on ARM :) But if it builds fine with our PCbuild/prepare_tcltk.bat script and people want

[issue38836] Links are duplicated in documentation search result

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

[issue38823] Improve stdlib module initialization error handling.

Change by Brandt Bucher : -- pull_requests: +16736 pull_request: https://github.com/python/cpython/pull/17236 ___ Python tracker ___

[issue38836] Links are duplicated in documentation search result

New submission from MaT1g3R : When I do a search in documentation, for example: https://docs.python.org/3.9/search.html?q=os.walk The links in the results are sometimes duplicated, for example this link below shows up twice in the search result:

[issue23407] os.walk always follows Windows junctions

Steve Dower added the comment: At a minimum, it needs to be turned into a GitHub PR. We've made some significant changes in this area in 3.8, so possibly the best available code is now in shutil.rmtree (or shutil.copytree) rather than the older patch files. --

[issue38823] Improve stdlib module initialization error handling.

Change by Brandt Bucher : -- pull_requests: +16735 pull_request: https://github.com/python/cpython/pull/17235 ___ Python tracker ___

[issue38812] Comparing datetime.time objects incorrect for TZ aware and unaware

Jason Killen added the comment: Yep I wasn't seeing the forest for the trees. Thanks for clearing that up. I'll swoop back in and see what I can do. -- ___ Python tracker

[issue38631] Replace Py_FatalError() with regular Python exceptions

STINNER Victor added the comment: New changeset 04394df74b3d0783893da7dafa7803a003516402 by Victor Stinner in branch 'master': bpo-38631: Avoid Py_FatalError() in float.__getformat__() (GH-17232) https://github.com/python/cpython/commit/04394df74b3d0783893da7dafa7803a003516402 --

[issue38631] Replace Py_FatalError() with regular Python exceptions

STINNER Victor added the comment: New changeset bc7d3aa6d74b718699b7a6bced9b0dfdfbf95c13 by Victor Stinner in branch 'master': bpo-38631: Avoid Py_FatalError() in _multibytecodec init (GH-17233) https://github.com/python/cpython/commit/bc7d3aa6d74b718699b7a6bced9b0dfdfbf95c13 --

[issue38644] Pass explicitly tstate to function calls

STINNER Victor added the comment: One further step would be to change the VECTORCALL/FASTCALL calling convention to pass tstate. But I am not sure what is the risk to do that in Python 3.9? Cython uses FASTCALL internally for example. -- ___

[issue38722] runpy should use io.open_code() instead of open()

Jason Killen added the comment: Tests working now. PR submitted. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue37228] UDP sockets created by create_datagram_endpoint() allow by default multiple processes to bind the same port

Yury Selivanov added the comment: I'd be -1 on changing the default of an existing method, at least without consulting with a wider audience. We can add a new method to the loop and deprecate create_datagram_endpoint. I suggest to post to python-dev and discuss this before making any

[issue38722] runpy should use io.open_code() instead of open()

Change by Jason Killen : -- keywords: +patch pull_requests: +16734 stage: -> patch review pull_request: https://github.com/python/cpython/pull/17234 ___ Python tracker ___

[issue38631] Replace Py_FatalError() with regular Python exceptions

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

[issue38631] Replace Py_FatalError() with regular Python exceptions

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

  1   2   >