[issue38208] Simplify string.Template by using __init_subclass__()

Serhiy Storchaka added the comment: New changeset 919f0bc8c904d3aa13eedb2dd1fe9c6b0555a591 by Serhiy Storchaka in branch 'master': bpo-38208: Simplify string.Template by using __init_subclass__(). (GH-16256) https://github.com/python/cpython/commit/919f0bc8c904d3aa13eedb2dd1fe9c6b0555a591

[issue38208] Simplify string.Template by using __init_subclass__()

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

[issue38465] The type of ob_exports in PyByteArrayObject become Py_ssize_t.

Serhiy Storchaka added the comment: New changeset 06cd5b6acd98205adae1a3ea4223e88f38ad55ab by Serhiy Storchaka (Hai Shi) in branch 'master': bpo-38465: Convert the type of exports counters to Py_ssize_t. (GH-16746)

[issue38493] os.CLD_KILLED and os.CLD_STOPPED should be implemented

Serhiy Storchaka added the comment: Thank you for your contribution Dong-hee! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue38493] os.CLD_KILLED and os.CLD_STOPPED should be implemented

Serhiy Storchaka added the comment: New changeset 2eba6ad7bf3a5beeed54209a0107be8e1ac77767 by Serhiy Storchaka (Dong-hee Na) in branch 'master': bpo-38493: Add os.CLD_KILLED and os.CLD_STOPPED. (GH-16821) https://github.com/python/cpython/commit/2eba6ad7bf3a5beeed54209a0107be8e1ac77767

[issue38465] The type of ob_exports in PyByteArrayObject become Py_ssize_t.

Serhiy Storchaka added the comment: Thank you for your contribution hai shi! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue27961] remove support for platforms without "long long"

Serhiy Storchaka added the comment: New changeset a9ed91e6c2f0f1a9960b1382321918448228a801 by Serhiy Storchaka (Sergey Fedoseev) in branch 'master': bpo-27961: Replace PY_LONG_LONG with long long. (GH-15386) https://github.com/python/cpython/commit/a9ed91e6c2f0f1a9960b1382321918448228a801

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

New submission from Serhiy Storchaka : There are possible leaks in PyArg_Parse and similar functions for format units "es#" and "et#". Macros STORE_SIZE and (since 3.8) FETCH_SIZE can leave the function despite there is an own reference to an encoded string (s). The leak is only possible

[issue35473] Intel compiler (icc) does not fully support C11 Features, including atomics

STINNER Victor added the comment: I mark this issue as a duplicate of bpo-37415. -- nosy: +vstinner resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Error build Python with Intel compiler: doesn't provide atomic_uintptr_t

[issue37415] Error build Python with Intel compiler: doesn't provide atomic_uintptr_t

STINNER Victor added the comment: I marked bpo-35473 as duplicate of this issue. -- ___ Python tracker ___ ___ Python-bugs-list

[issue38544] test_venv: test_isolation() failed on AMD64 Windows7 SP1 3.x: directory not empty: Scripts\

New submission from STINNER Victor : https://buildbot.python.org/all/#/builders/40/builds/3317 test_executable (test.test_venv.BasicTest) ... ok test_executable_symlinks (test.test_venv.BasicTest) ... skipped 'Needs symlinks' test_isolation (test.test_venv.BasicTest) ... ERROR ERROR

[issue38544] test_venv: test_isolation() failed on AMD64 Windows7 SP1 3.x: directory not empty: Scripts\

STINNER Victor added the comment: Similar error on the same build when the test was re-run in verbose mode: 0:10:55 load avg: 1.82 Re-running test_venv in verbose mode test_deactivate_with_strict_bash_opts (test.test_venv.BasicTest) ... skipped 'not relevant on Windows' test_defaults

[issue30735] Python 3.6.1 test_asyncio fails on Solaris 11

STINNER Victor added the comment: Solaris is not really supported in Python: https://pythondev.readthedocs.io/platforms.html#best-effort-and-unofficial-platforms There is no more Solaris buildbot worker for example. Morevoer, this issue has no activity for 2 years. I close it. --

[issue34316] test_socket and test_asyncio timeouts in AMD64 Windows10 3.x buildbots

STINNER Victor added the comment: I didn't see these failures recently, so I simply close the issue as out of date. -- nosy: +vstinner resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue36790] [Windows] test_asyncio fails with application verifier! _cancel_overlapped() fails with "The handle is invalid"

STINNER Victor added the comment: > when running the testsuite under Application Verifier test_asyncio is quite big. Can you run test_asyncio in verbose mode, and attach the output as a file to the issue? Or try to identify a few examples of tests which fail with "The handle is invalid"

[issue36990] [AIX] test_asyncio.test_create_connection_ipv6_scope fails(in mock test?)

Change by STINNER Victor : -- title: test_asyncio.test_create_connection_ipv6_scope fails(in mock test?) -> [AIX] test_asyncio.test_create_connection_ipv6_scope fails(in mock test?) ___ Python tracker

[issue37516] test_asyncio logs: Unknown child process

Change by STINNER Victor : -- title: buid error - test_asyncio fails during make -> test_asyncio logs: Unknown child process ___ Python tracker ___

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +16414 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16869 ___ Python tracker

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

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

[issue38538] dictobject dictviews don't return NotImplemented for unrecognized types.

Inada Naoki added the comment: > Strangely enough, it worked in Python 2.7 It is not strange since dict.keys() in Python 2.7 returns list. >>> {}.viewkeys() | Ror() Traceback (most recent call last): File "", line 1, in TypeError: iteration over non-sequence --

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

Change by STINNER Victor : -- nosy: +pablogsal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38085] Interrupting class creation in __init_subclass__ may lead to incorrect isinstance() and issubclass() results

xitop added the comment: Same problem also in Python 3.6.8 and the new 3.8.0. -- versions: +Python 3.6, Python 3.8 ___ Python tracker ___

[issue38542] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

New submission from egaudry : Hi I would like to be able to get an handle on PyGC_Head*_PyGC_generation0 from a CPython extension. This is possible when building Python on a Posix host, but not on Windows because of a missing PyAPI_DATA wrapping of the said object in the objimpl.h header.

[issue36732] Windows: test_asyncio: test_huge_content_recvinto() fails randomly with ProactorEventLoop

Change by STINNER Victor : -- title: test_asyncio: test_huge_content_recvinto() fails randomly -> Windows: test_asyncio: test_huge_content_recvinto() fails randomly with ProactorEventLoop versions: +Python 3.9 ___ Python tracker

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

miss-islington added the comment: New changeset 3dec84f40ef49bab994a1af4e6082bf81021feab by Miss Skeleton (bot) in branch '3.7': bpo-38540: Fix possible leak in PyArg_Parse for "esGH-" and "etGH-". (GH-16869) https://github.com/python/cpython/commit/3dec84f40ef49bab994a1af4e6082bf81021feab

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

miss-islington added the comment: New changeset b1fc8c0c8aec7ef8edd119034e076bc48882ffbb by Miss Skeleton (bot) in branch '3.8': bpo-38540: Fix possible leak in PyArg_Parse for "esGH-" and "etGH-". (GH-16869) https://github.com/python/cpython/commit/b1fc8c0c8aec7ef8edd119034e076bc48882ffbb

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

STINNER Victor added the comment: This issue comes from a thread on python-ideas: https://mail.python.org/archives/list/python-id...@python.org/thread/7FC2NHAOMKBHONFTUKMAHO5F56UU5UUD/ I understand that it's specific to Python 2.7. -- _PyGC_generation0 variable no longer exists in Python

[issue28562] test_asyncio fails on Android upon calling getaddrinfo()

STINNER Victor added the comment: Is the test still failing on the master branch of Python? Is the patch still needed? -- nosy: +vstinner ___ Python tracker ___

[issue23819] test_asyncio fails when run under -O

STINNER Victor added the comment: This issue is still relevant 4 years later: many test_asyncio tests fail with python3 -O :-( -- ___ Python tracker ___

[issue37516] buid error - test_asyncio fails during make

STINNER Victor added the comment: The issue title says "test_asyncio fails", but "Unknown child process pid 30234, will report returncode 255" looks more like a warning. Does test_asyncio fail or not? Please run test_asyncio in verbose mode to identify which test emits the warning.

[issue37897] test_asyncio hangs on an IPv6-only host

STINNER Victor added the comment: I guess that either test_drain_raises should be skipped or modified to listen to ::1 (IPv6 loopback). -- nosy: +vstinner ___ Python tracker

[issue38502] regrtest: use process groups

STINNER Victor added the comment: > I don't know for sure that this is the cause but both 3.x builds following > this commit on my bolen-ubuntu worker (Ubuntu 18.04.3) have had test_pty > crash in the first attempt, with the retry succeeding. For example >

[issue38542] [3.7] clean extern PyGC_Head *_PyGC_generation0; in Include/objimpl.h

egaudry added the comment: Yes, the only thing that remains to be done is cleaning objimpl.h. -- title: [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension -> [3.7] clean extern PyGC_Head *_PyGC_generation0; in Include/objimpl.h versions:

[issue38548] open() and file.write() without file.close()

New submission from kryptomatrix : Consider the following program: f = open("out.txt", "w") f.write("abc\n") exit(0) Please note the absence of f.close(). The documentation https://docs.python.org/3/tutorial/inputoutput.html#reading-and-writing-files says that you should use f.close() or with

[issue36732] Windows: test_asyncio: test_huge_content_recvinto() fails randomly with ProactorEventLoop

Change by Jeremy Kloth : -- nosy: +jkloth ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38544] test_venv: test_isolation() failed on AMD64 Windows7 SP1 3.x: directory not empty: Scripts\

Change by Jeremy Kloth : -- nosy: +jkloth ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue17852] Built-in module _io can lose data from buffered files in reference cycles

STINNER Victor added the comment: I marked bpo-38548 as duplicate of this issue. Copy of msg355062: Consider the following program: f = open("out.txt", "w") f.write("abc\n") exit(0) Please note the absence of f.close(). The documentation

[issue38548] open() and file.write() without file.close()

STINNER Victor added the comment: The issue is a duplicate of bpo-17852. -- nosy: +vstinner resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Built-in module _io can lose data from buffered files in reference cycles

[issue38544] test_venv: test_isolation() failed on AMD64 Windows7 SP1 3.x: directory not empty: Scripts\

Jeremy Kloth added the comment: That covers the logging in _force_run(), but the warning.warn() line is also not output, suggesting that the RuntimeWarning is being suppressed somewhere. -- ___ Python tracker

[issue38543] [2.7] Expose Py_TabcheckFlag as other PyAPI_DATA flag

STINNER Victor added the comment: Right, Python 2.7 support is ending at the end of the year. Python 2.7 got 18 releases without Py_TabcheckFlag, you're the first to request it. You should consider to upgrade to Python 3 and have a look at my PEP 587 "Python Initialization Configuration"

[issue38545] Implement setter and deleter on functools.cached_property

Laurie Opperman added the comment: Turns out, that as a non-data descriptor, a cached property already has setting/updating and clearing through the normal mechanisms in Python. This feature request is therefore redundant: perhaps a new issue to document this inherent behaviour? Unless you

[issue36752] test multiprocessing: test_rapid_restart() crash on AIX when using XLC compiler

STINNER Victor added the comment: According to Michael Felt, the bug is specific to XLC compiler, but the POWER6 AIX buildbot worker switch to GCC. Michael Felt: Maybe Python documentation or build system should somewhere discourage the usage of the XLC on AIX because of this bug. But

[issue38547] test_pty fails when using setsid()

New submission from STINNER Victor : regrtest has been modified in bpo-38502 to use setsid() when using multiprocessing mode (-jN command line option). Problem: David Bolen identified that test_pty started to fail on his bolen-ubuntu worker (Ubuntu 18.04.3) since my commit

[issue38544] test_venv: test_isolation() failed on AMD64 Windows7 SP1 3.x: directory not empty: Scripts\

STINNER Victor added the comment: > ... is not showing up when the test is re-run in verbose mode. _force_run() logs require verbose >= 2. The test suite is run using: 'Tools\\buildbot\\test.bat' '-x64' '-j2' '-j4' '--timeout' '900' which runs:

[issue38510] build python with --enable-shared with static linked python against libpython*.a

Change by Charalampos Stratakis : -- nosy: +cstratak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38545] Implement setter and deleter on functools.cached_property

Change by Laurie Opperman : -- keywords: +patch pull_requests: +16417 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16872 ___ Python tracker ___

[issue38543] [2.7] Expose Py_TabcheckFlag as other PyAPI_DATA flag

STINNER Victor added the comment: Py_TabcheckFlag has been removed from Python 3. This issue is specific to Python 2.7. -- components: +Build nosy: +vstinner title: Expose Py_TabcheckFlag as other PyAPI_DATA flag -> [2.7] Expose Py_TabcheckFlag as other PyAPI_DATA flag versions:

[issue20443] __code__. co_filename should always be an absolute path

STINNER Victor added the comment: What is the use case for having a relative sys.argv[0]? > Isn't that change breaking compat ? Right. It has been made on purpose. The rationale can be found in the first message of this issue. -- ___ Python

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

Serhiy Storchaka added the comment: I think it is too late to add this feature in 2.7. See https://www.python.org/dev/peps/pep-0373/#release-schedule, the feature freeze was 9.5 years ago. -- nosy: +serhiy.storchaka ___ Python tracker

[issue38466] [Easy doc] threading.excepthook doc talks about "object"

STINNER Victor added the comment: > https://docs.python.org/3.8/library/threading.html#threading.excepthook "Storing *object* using a custom hook can resurrect it" should be "Storing *thread* using a custom hook can resurrect it" in Doc/library/threading.rst --

[issue38546] test_concurrent_futures: test_interpreter_shutdown() warning "reap_children() reaped child process" on AMD64 RHEL7 3.x

STINNER Victor added the comment: It looks similar to bpo-38448: "test_concurrent_futures: reap_children() reaped child process 26487 on AMD64 RHEL8 Refleaks 3.x" -- ___ Python tracker

[issue38546] test_concurrent_futures: test_interpreter_shutdown() warning "reap_children() reaped child process" on AMD64 RHEL7 3.x

New submission from STINNER Victor : https://buildbot.python.org/all/#/builders/254/builds/162 test_no_stale_references (test.test_concurrent_futures.ProcessPoolSpawnProcessPoolExecutorTest) ... 0.56s ok test_ressources_gced_in_workers

[issue38543] [2.7] Expose Py_TabcheckFlag as other PyAPI_DATA flag

egaudry added the comment: closing as this no real point in making something available in an EOL branch. -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue38542] [2.7] Expose _PyGC_generation0 for allowing internal use directly from a CPython extension

egaudry added the comment: Victor, extern PyGC_Head *_PyGC_generation0; is located at line 374 of Include/objimpl.h (ifndef Py_LIMITED_API). I used it from a CPython extension we are developing as an handle to the collection of objects being garbage collected. >From what you explained, I

[issue38544] test_venv: test_isolation() failed on AMD64 Windows7 SP1 3.x: directory not empty: Scripts\

Jeremy Kloth added the comment: While not getting into the error itself, there seems to be another issue in that the logging that should be happening when the deletion routines from test.support fail:

[issue38542] [3.7] clean extern PyGC_Head *_PyGC_generation0; in Include/objimpl.h

STINNER Victor added the comment: The master branch of Python doesn't contain _PyGC_generation0 anymore. > Yes, the only thing that remains to be done is cleaning objimpl.h. We don't do cleanup changes in stable branches. Only in the development branch: master. In this case, it's already

[issue38543] [2.7] Expose Py_TabcheckFlag as other PyAPI_DATA flag

STINNER Victor added the comment: Python 2.7 doesn't accept new features anymore. The issue has been closed. -- resolution: -> wont fix ___ Python tracker ___

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

Change by STINNER Victor : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38472] GCC detection in setup.py is broken

Alex Grund added the comment: This seems to be a locale issue. So a solution would be to use `LC_ALL=C` before invoking the compiler (or the cross-platform equivalent) -- ___ Python tracker

[issue38549] Compiler build paths and related environment variables are ignored for native builds

STINNER Victor added the comment: > However in native builds (not cross-compiling) these variables/directories > are ignored which leads to failure of e.g. building the BZip2 extension > (among others). Python does not explicitly ignore these environment variable, so I'm not sure how

[issue38534] Version 3.8.0 has released with a wrong MS KB number reference

Change by Steve Dower : -- keywords: +easy, newcomer friendly ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38550] hashlib missing algorithms

Change by Mike Gilbert : -- keywords: +patch pull_requests: +16418 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16873 ___ Python tracker ___

[issue38550] hashlib missing algorithms

New submission from Mike Gilbert : After upgrading to Python 3.7.5, several algorithms are unavailable in the hashlib module. This seems to have been caused by the "fix" for https://bugs.python.org/issue33936. I will submit a PR with a more appropriate change shortly. Python 3.7.4: >>>

[issue38534] Version 3.8.0 has released with a wrong MS KB number reference

Steve Dower added the comment: > in what's new and the installer, you've referenced KB2533625 instead of > KB2533623. Do we have to open a new issue for this minor search and replace > fix? The new issue is opened now, so we can attach a PR to this one. Contributions welcome - this isn't

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Jon added the comment: When I have some time. Maybe this weekend. 3.7.4 is working ok right now for production level. So I didn't bother with anything else yet. Might help someone else in the meantime though. Glad to see that someone is taking the complaint seriously :) --

[issue38549] Compiler build paths and related environment variables are ignored for native builds

STINNER Victor added the comment: > This did work ages ago, but was broken when it was decided that compiler > paths (output of `gcc -E -v`) is no longer used for native builds and that > function was later even renamed: >

[issue38542] [3.7] clean extern PyGC_Head *_PyGC_generation0; in Include/objimpl.h

egaudry added the comment: I originally submitted an issue asking for having the symbol exported. But, as Victor mentioned, this part of the code was changed between 2.7 and 3.x. I then asked if the part of the code defining the symbol (and not used anymore) in 3.7 could be removed/cleaned.

[issue38546] test_concurrent_futures: test_interpreter_shutdown() warning "reap_children() reaped child process" on AMD64 RHEL7 3.x

STINNER Victor added the comment: I ran "./python -m test --fail-env-changed -w -j50 -F test_concurrent_futures" on my laptop for 5 minutes: system load of 220,57 with a peak of 403 processes... but I failed to reproduce the issue :-( -- ___

[issue38472] GCC detection in setup.py is broken

STINNER Victor added the comment: What are you trying to do? Compile Python? Cross-compile Python? > `setup.py` runs ` -E -v - /dev/null` to figure out include > and library paths from the compiler in the function `add_gcc_paths`. Are you talking about the add_cross_compiling_paths()

[issue38542] [3.7] clean extern PyGC_Head *_PyGC_generation0; in Include/objimpl.h

Guido van Rossum added the comment: If it's specific to 2.7, why does the Version metadata say 3.7? -- nosy: +gvanrossum ___ Python tracker ___

[issue38537] Python 2.7.17 reports itself as 2.7.16

Steve Dower added the comment: Exactly where were the DLLs installed? If you had previously done "just for me" and then this time did "all users", the python27.dll for 2.7.17 will be in C:\Windows\SysWow64, which has lower priority than the one in the same directory. I won't be fixing or

[issue38549] Compiler build paths and related environment variables are ignored for native builds

New submission from Alex Grund : In e.g. Linux users can set CPATH and LIBRARY_PATH to a list of paths considered by e.g. GCC, Clang, ... as if they were passed to `-I`, `-L` These paths show up in the verbose compiler output too. However in native builds (not cross-compiling) these

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Steve Dower added the comment: Can you try installing https://aka.ms/vs/16/release/VC_redist.x64.exe and then see if it makes a difference? At least one package in 3.8 still contained a dependency on the C++ runtime, which we do not include, and it's possible that 3.7.5 had the same issue.

[issue37930] make fails when compiling Python 2.6 from source (posixmodule.c)

Gilles Bardoux added the comment: Hi Oguz, You just need to change one line in Include/objimpl.h: replace "long double dummy" by "double dummy". Enjoy! --- a/Include/objimpl.h +++ b/Include/objimpl.h @@ -248,7 +248,7 @@ typedef union _gc_head { union _gc_head *gc_prev;

[issue38537] 2.7 on Windows: all-users installation does not clear previous just-for-me installation

Change by Zachary Ware : -- resolution: -> wont fix stage: -> resolved status: open -> closed title: Python 2.7.17 reports itself as 2.7.16 -> 2.7 on Windows: all-users installation does not clear previous just-for-me installation ___ Python

[issue38541] Performance degradation of attribute accesses in Python 3.7.4

New submission from ttrd : After upgrading from Python 3.7.3 to Python 3.7.4, we noticed an increased runtime of about 50% in some tests of our application. After some testing we constructed the following hypothesis: Accessing instance attributes of classes that define a custom metaclass take

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

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

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Serhiy Storchaka added the comment: New changeset 5bc6a7c06eda20ba131ecba6752be0506d310181 by Serhiy Storchaka in branch 'master': bpo-38540: Fix possible leak in PyArg_Parse for "es#" and "et#". (GH-16869) https://github.com/python/cpython/commit/5bc6a7c06eda20ba131ecba6752be0506d310181

[issue38543] Expose Py_TabcheckFlag as other PyAPI_DATA flag

New submission from egaudry : When looking at the pydebug.h header file, I see that some symbols are not declared as exported. For instance, I would like to be able to change the value of the Py_TabcheckFlag when running specific codelines. Any chance this patch could be added ? --

[issue38545] Implement setter and deleter on functools.cached_property

New submission from Laurie Opperman : Support setting/updating and clearing the cached value of a cached-property (getter implemented by bpo-21145). Pretty straight-forward to implement The question is whether cached-property updating should be: a) always allowed b) enabled with a

[issue38550] hashlib missing algorithms

Mike Gilbert added the comment: Ok, so this appears to be working correctly on master. Just the 3.7 branch is broken. I think this is because we use OBJ_NAME_do_all instead of EVP_MD_do_all in 3.7. I think backporting https://github.com/python/cpython/pull/16083 to 3.7 would resolve this.

[issue38533] v3.7.5 py script run ok with python.exe but not pythonw.exe (python silent console not working)

Eryk Sun added the comment: > At least one package in 3.8 still contained a dependency on the C++ > runtime FWIW, the very first thing that I checked was the dependencies of pythonw.exe, in case maybe I had a dependent DLL that's not distributed with Windows. There's nothing out of the

[issue38537] Python 2.7.17 reports itself as 2.7.16

PEW's Corner added the comment: Yes, the dll now seems to have ended up in c:\windows\syswow64. I have no idea whether I chose "just for me" or "all users" last time (this is a general irritant when having to manually update software on Windows), but I did choose "all users" this time, so

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

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

[issue38486] Dead links in mailbox doc

Mariatta added the comment: Seems like we meant to reference to the maildir specification, which used to be hosted in qmail.com Since qmail is gone, how about we refer to maildir info here? https://wiki2.dovecot.org/MailboxFormat/Maildir -- nosy: +Mariatta

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

Serhiy Storchaka added the comment: New changeset 10ecbadb799ddf3393d1fc80119a3db14724d381 by Serhiy Storchaka in branch 'master': bpo-31202: Preserve case of literal parts in Path.glob() on Windows. (GH-16860) https://github.com/python/cpython/commit/10ecbadb799ddf3393d1fc80119a3db14724d381

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

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

[issue38550] hashlib missing algorithms

Christian Heimes added the comment: According to OpenSSL documentation it is not necessary to call any init function. All ciphers and all digests are default options. As of version 1.1.0 OpenSSL will automatically allocate all resources that it needs so no explicit initialisation is

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Change by Serhiy Storchaka : -- pull_requests: +16421 pull_request: https://github.com/python/cpython/pull/16876 ___ Python tracker ___

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

miss-islington added the comment: New changeset 2f8d4f08e2fa62cd5c3f6f824be3e7513ff87e07 by Miss Skeleton (bot) in branch '3.8': bpo-31202: Preserve case of literal parts in Path.glob() on Windows. (GH-16860) https://github.com/python/cpython/commit/2f8d4f08e2fa62cd5c3f6f824be3e7513ff87e07

[issue38551] lib2to3 Grammar.txt doesn't have Python 3.8 grammar changes

Karthikeyan Singaravelan added the comment: See also https://bugs.python.org/issue36541 which has an open PR to support the walrus operator. -- nosy: +xtreak ___ Python tracker

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Serhiy Storchaka added the comment: New changeset ccdfeb7e969bf3aafd43dbe6581c30f66f2b0890 by Serhiy Storchaka in branch '2.7': [2.7] bpo-38540: Fix possible leak in PyArg_Parse for "es#" and "et#". (GH-16869). (GH-16877)

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Serhiy Storchaka added the comment: New changeset 928c68eee620cc6b624a195375143c2aa55644a4 by Serhiy Storchaka in branch '3.7': bpo-38540: Revert a warning if PY_SSIZE_T_CLEAN is not defined. (GH-16876) https://github.com/python/cpython/commit/928c68eee620cc6b624a195375143c2aa55644a4

[issue20443] __code__. co_filename should always be an absolute path

Michel Desmoulin added the comment: The relevance of the use case isn't the problem. Even if people had been using it wrong for all this time, the update is still going to break their code if they did use it this way. And if it was possible, of course many people did. 3.7 already broke a few

[issue38550] hashlib missing algorithms

Mike Gilbert added the comment: Then the OpenSSL documentation is wrong, or Python is subsequently doing something to disable some algorithms. -- ___ Python tracker ___

[issue38540] Possible leaks in PyArg_Parse for "es#" and "et#"

Change by Serhiy Storchaka : -- pull_requests: +16422 pull_request: https://github.com/python/cpython/pull/16877 ___ Python tracker ___

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

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

[issue38539] Update demo files

Julin added the comment: Okay. While I'm at it, can I make a few minor change as well? Like - Use fstrings - change range(0, val) to range(val) as range()'s first argument has default value 0. - Change `for i in range(len(groups)):` to enumerated (redemo.py) - rename ss1.py to

[issue20443] __code__. co_filename should always be an absolute path

Ammar Askar added the comment: I did a quick search to see what code would break from sys.argv[0] going relative intext:"sys.argv[0]" ext:py site:github.com https://www.google.com/search?q=intext:"sys.argv%5B0%5D"+ext:py+site:github.com and while most uses of it are to print usage

[issue31202] Windows pathlib.Path.glob(pattern) fixed part of the pattern changed to lowercase whereas it should be unchanged.

miss-islington added the comment: New changeset 175abccbbfccb2f6489dc5c73f4630c1b25ce504 by Miss Skeleton (bot) in branch '3.7': bpo-31202: Preserve case of literal parts in Path.glob() on Windows. (GH-16860) https://github.com/python/cpython/commit/175abccbbfccb2f6489dc5c73f4630c1b25ce504

  1   2   >