[issue36710] Pass _PyRuntimeState as an argument rather than using the _PyRuntime global variable

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

[issue36710] Pass _PyRuntimeState as an argument rather than using the _PyRuntime global variable

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

[issue36511] Add Windows ARM32 buildbot

Change by Paul Monson : -- pull_requests: +14083 pull_request: https://github.com/python/cpython/pull/14251 ___ Python tracker ___ _

[issue36710] Pass _PyRuntimeState as an argument rather than using the _PyRuntime global variable

STINNER Victor added the comment: New changeset b45d259bdda1de2b2d369458a9ad2e4d6f750687 by Victor Stinner in branch 'master': bpo-36710: Use tstate in pylifecycle.c (GH-14249) https://github.com/python/cpython/commit/b45d259bdda1de2b2d369458a9ad2e4d6f750687 --

[issue37344] plistlib doesn't skip whitespace in XML format detection

New submission from Shane G : plistlib in Python 3.7.3 (and earlier) does not autodetect plist data as XML if it contains whitespace before the "https://github.com/python/cpython/blob/3.7/Lib/plistlib.py#L493 -- messages: 346089 nosy: shaneg priority: normal severity: normal status: op

[issue37344] plistlib doesn't skip whitespace in XML format detection

Ned Deily added the comment: Thanks for the report. Would you be interested in providing a pull request with a fix? -- nosy: +ned.deily, ronaldoussoren versions: +Python 3.8, Python 3.9 ___ Python tracker

[issue31122] SSLContext.wrap_socket() throws OSError with errno == 0

Change by Dima Tisnek : -- nosy: +Dima.Tisnek ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue37251] Mocking a MagicMock with a function spec results in an AsyncMock

Lisa Roach added the comment: Thanks for the patch! To answer your question, I do not think we can remove _is_async_func in favor of _is_async_obj, _is_async_obj will evaluate to True in cases where _is_async_func would not. For example: >>> class NewCoroutine(Awaitable): ... def __aw

[issue37342] A type error in typeobj.rst

miss-islington added the comment: New changeset bc5caf88ca19b4c8cb9bc912c832b4807a515a60 by Miss Islington (bot) (Hai Shi) in branch 'master': bpo-37342: Fix the incorrect nb_index's type in typeobj documentation (GH-14241) https://github.com/python/cpython/commit/bc5caf88ca19b4c8cb9bc912c832

[issue37342] A type error in typeobj.rst

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

[issue37342] A type error in typeobj.rst

miss-islington added the comment: New changeset 6258c1f7160c1b073a228c9fc49ad5ac894d66ad by Miss Islington (bot) in branch '3.8': bpo-37342: Fix the incorrect nb_index's type in typeobj documentation (GH-14241) https://github.com/python/cpython/commit/6258c1f7160c1b073a228c9fc49ad5ac894d66ad

[issue29505] Submit the re, json, & csv modules to oss-fuzz testing

Change by Ammar Askar : -- pull_requests: +14085 pull_request: https://github.com/python/cpython/pull/14255 ___ Python tracker ___ _

[issue37340] remove free_list for bound method objects

Inada Naoki added the comment: > Are the benchmark results that you posted above for removing the free list > completely or for the one-element free list as in PR 14232? Yes. I see +3% overhead in several benchmarks and I want to see how one free obj save them. > it's worse than no free li

[issue37205] time.perf_counter() is not system-wide on Windows, in disagreement with documentation

Ken Healy added the comment: Hi Terry, I'm new to this so apologies in advance if this is a silly question...can you explain why you removed 3.5 and 3.6 from the versions list? I have tested that the issue is present in 3.6 and the offending code has been present since time.perf_counter() w

[issue37301] CGIHTTPServer doesn't handle long POST requests

vsbogd added the comment: Hi @shajianrui, Thank you for such detailed explanation of experiments. As you mentioned it is a expected behavior of the io.RawIOBase.read() (see https://docs.python.org/3/library/io.html#io.RawIOBase), but io.BufferedIOBase.read() has different behavior (see htt

[issue37205] time.perf_counter() is not system-wide on Windows, in disagreement with documentation

Mariatta Wijaya added the comment: > can you explain why you removed 3.5 and 3.6 from the versions list? 3.5 and 3.6 are closed for regular bug fix maintenance. We're only fixing issues in 3.7 and 3.8 now. Only security fixes will be applied to 3.5 or 3.6, and this issue is not considered

[issue37301] CGIHTTPServer doesn't handle long POST requests

vsbogd added the comment: My last comment was imprecise. Not `CGIHTTPRequestHandler` reads data from `rfile` but CGI script itself makes few reads. -- ___ Python tracker ___

[issue37250] C files generated by Cython set tp_print to 0: PyTypeObject.tp_print removed

Jeroen Demeyer added the comment: > This isn't a supported scenario though. Of course it's not! I was trying to tell you that already in msg345969 but you insisted in msg345988 that we should support that anyway. -- ___ Python tracker

[issue9665] Buid issues on Cygwin - _curses, _curses_panel, and _io

Change by Inada Naoki : -- resolution: -> out of date stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ _

[issue37250] C files generated by Cython set tp_print to 0: PyTypeObject.tp_print removed

Jeroen Demeyer added the comment: The fact that tp_vectorcall_offset replaces tp_print was a very conscious decision that we made already when designing the PEPs (both PEP 580 and PEP 590). We shouldn't just throw that away without a good reason. So far I haven't seen any good reason, only a

[issue36231] no "proper" header files on macOS 10.14 Mojave

Change by Ned Deily : -- pull_requests: +14086 pull_request: https://github.com/python/cpython/pull/14256 ___ Python tracker ___ ___

[issue36231] no "proper" header files on macOS 10.14 Mojave

Ned Deily added the comment: New changeset c421c66a58a6caae30f0679d7e61411418e67cec by Ned Deily in branch '2.7': bpo-36231: Support building on macOS without /usr/include (GH-13773) (GH-14256) https://github.com/python/cpython/commit/c421c66a58a6caae30f0679d7e61411418e67cec -- ___

[issue19960] MacOSX: Building 2.7 without the xcode command line tools installed

Change by Ned Deily : -- pull_requests: +14087 pull_request: https://github.com/python/cpython/pull/14257 ___ Python tracker ___ ___

[issue19960] zlib skipped when building 2.7 on macOS without /usr/include installed

Ned Deily added the comment: Now that Apple, as of 10.14, has removed the option to install system header files into their traditional locations (like /usr/include), thus making every build a build from an SDK, this problem is now more noticeable. At least, I finally noticed it while fixing

[issue37345] Add formal support for UDPLITE protococl

New submission from Gabe Appleton : At the moment you can definitely use UDPLITE sockets on Linux systems, but it would be good if this support were formalized such that you can detect support at runtime easily. At the moment, to make and use a UDPLITE socket requires something like the foll

[issue37345] Add formal support for UDPLITE protococl

Change by Gabe Appleton : -- keywords: +patch pull_requests: +14088 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14258 ___ Python tracker ___ __

[issue36231] Support builds on macOS without installed system header files

Ned Deily added the comment: Thanks again everyone. The general solution has now been merged to all active branches for release in 3.8.0, 3.7.4, and 2.7.17. Note that Issue19960 identifies an additional problem only on 2.7 where a few extension modules, notably zlib, are still not being bui

[issue37345] Add formal support for UDPLITE protococl

Change by Serhiy Storchaka : -- versions: -Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

<    1   2