[issue25592] distutils docs: data_files always uses sys.prefix

Antoine Pitrou added the comment: New changeset 40a101df8c64a1e55cca2780248d7a92bdcccd57 by Antoine Pitrou (Miss Islington (bot)) in branch '2.7': bpo-25592: Improve documentation of distutils data_files (GH-9767) (GH-11734)

[issue25592] distutils docs: data_files always uses sys.prefix

Change by Antoine Pitrou : -- stage: patch review -> resolved status: open -> closed versions: +Python 2.7 ___ Python tracker ___

[issue25592] distutils docs: data_files always uses sys.prefix

Antoine Pitrou added the comment: Ok, this is now pushed to 2.7 as well. Thank you Jeroen! -- ___ Python tracker ___ ___

[issue25592] distutils docs: data_files always uses sys.prefix

Change by miss-islington : -- pull_requests: +11633 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue25592] distutils docs: data_files always uses sys.prefix

Change by miss-islington : -- pull_requests: +11633, 11634 stage: resolved -> patch review ___ Python tracker ___ ___

[issue25592] distutils docs: data_files always uses sys.prefix

Change by miss-islington : -- pull_requests: +11633, 11634, 11635 stage: resolved -> patch review ___ Python tracker ___ ___

[issue34778] Memoryview for column-major (f_contiguous) arrays from bytes impossible to achieve

Stefan Krah added the comment: It seems reasonable to support f-contiguous for cast() and tobytes(). For tobytes() it's implemented in the issue that Antoine linked to. General support for strides in cast(), i.e. a zero-copy view for non-contiguous arrays does not seem possible because

[issue35845] Can't read a F-contiguous memoryview in physical order

Antoine Pitrou added the comment: > So we'd need to restrict to contiguous views anyway, which makes the method less appealing (IOW, it doesn't offer more than an augmented memoryview.cast()). Yes, it would probably be a simpler way of writing `.cast('B', shape=(...), order='A')`.

[issue35885] configparser: indentation

Change by SilentGhost : -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35845] Can't read a F-contiguous memoryview in physical order

Stefan Krah added the comment: Yes, following NumPy looks like the sanest option for tobytes(), so I went ahead and implemented that signature. memory.raw() is of course complicated by the fact that things like m[::-1] move buf.ptr to the end of the buffer. So we'd need to restrict to

[issue26256] Fast decimalisation and conversion to other bases

Stefan Krah added the comment: New changeset 00e9c55d27aff3e445ab4c8629cf4d59f46ff945 by Stefan Krah (Cheryl Sabella) in branch 'master': bpo-26256: Document algorithm speed for the Decimal module. (#4808) https://github.com/python/cpython/commit/00e9c55d27aff3e445ab4c8629cf4d59f46ff945

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

Steve Dower added the comment: Sorry for the delay on this. I've approved the PR and restarted the CI systems to make sure it's all okay. I agree that many of these cases no longer have to dynamically load the functions, but that should be fixed separately. -- versions: -Python

[issue33316] Windows: PyThread_release_lock always fails

Change by Steve Dower : -- stage: patch review -> backport needed versions: -Python 3.6 ___ Python tracker ___ ___

[issue26256] Fast decimalisation and conversion to other bases

Change by miss-islington : -- pull_requests: +11639 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26256] Fast decimalisation and conversion to other bases

Change by miss-islington : -- pull_requests: +11639, 11640 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26256] Fast decimalisation and conversion to other bases

Change by miss-islington : -- pull_requests: +11639, 11640, 11641 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Steve Dower added the comment: I resolved some conflicts and will merge this once CI completes. If the backport to 2.7 isn't automatic then it may wait until someone else comes in to do it. -- assignee: loewis -> steve.dower versions: +Python 3.7, Python 3.8 -Python 3.4, Python 3.5

[issue33316] Windows: PyThread_release_lock always fails

miss-islington added the comment: New changeset c851dfc99b28c7335d42abd8250bb77c11ce23c0 by Miss Islington (bot) in branch '3.7': bpo-33316: PyThread_release_lock always fails (GH-6541) https://github.com/python/cpython/commit/c851dfc99b28c7335d42abd8250bb77c11ce23c0 -- nosy:

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

Steve Dower added the comment: New changeset 4860f01ac0f07cdc8fc0cc27c33f5a64e5cfec9f by Steve Dower (Tony Roberts) in branch 'master': bpo-33895: Relase GIL while calling functions that acquire Windows loader lock (GH-7789)

[issue35845] Can't read a F-contiguous memoryview in physical order

Stefan Krah added the comment: New changeset d08ea70464cb8a1f86134dcb4a5c2eac1a02bf1a by Stefan Krah in branch 'master': bpo-35845: Add order={'C', 'F', 'A'} parameter to memoryview.tobytes(). (#11730) https://github.com/python/cpython/commit/d08ea70464cb8a1f86134dcb4a5c2eac1a02bf1a

[issue34691] _contextvars missing in xmaster branch Windows build?

Steven Winfield added the comment: (Just updating the issue to note that Python 3.7 is similarly affected) -- nosy: +steven.winfield versions: +Python 3.7 ___ Python tracker

[issue35862] Change the environment for a new process

Tobias Däullary added the comment: Alright, thanks for pointing me in the right direction. I have to conclude that this issue is not present on a current operating system, as I now tried to reproduce with Windows 10 (I came across it on an ancient Windows XP (sic) system - I can just imagine

[issue35889] sqlite3.Row doesn't have useful repr

New submission from Vlad Shcherbina : To reproduce, run the following program: import sqlite3 conn = sqlite3.connect(':memory:') conn.row_factory = sqlite3.Row print(conn.execute("SELECT 'John' AS name, 42 AS salary").fetchone()) It prints ''. It would be nice if it printed something like

[issue26256] Fast decimalisation and conversion to other bases

Change by Stefan Krah : -- assignee: docs@python -> skrah resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue33316] Windows: PyThread_release_lock always fails

Change by miss-islington : -- pull_requests: +11642, 11643, 11644 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33316] Windows: PyThread_release_lock always fails

Change by miss-islington : -- pull_requests: +11642, 11643 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33316] Windows: PyThread_release_lock always fails

Change by miss-islington : -- pull_requests: +11642 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35862] Change the environment for a new process

Steve Dower added the comment: Among other things, the version of the C runtime you were using on that old system probably has its own set of bugs that have since been resolved. Thanks for reporting the issue, though! -- resolution: -> fixed stage: patch review -> resolved status:

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Steve Dower added the comment: As expected, the 2.7 backport needs more work. Leaving this open for anyone who wants to handle it. I'll happily click merge for you if CI passes. -- stage: patch review -> backport needed ___ Python tracker

[issue33316] Windows: PyThread_release_lock always fails

Change by Steve Dower : -- assignee: -> steve.dower resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker ___

[issue33895] LoadLibraryExW called with GIL held can cause deadlock

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

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

Steve Dower added the comment: Great, thanks. I'll go ahead and merge. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

Change by miss-islington : -- pull_requests: +11649, 11650 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

Change by miss-islington : -- pull_requests: +11649 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

Change by miss-islington : -- pull_requests: +11649, 11650, 11651 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35706] Make it easier to use a venv with an embedded Python interpreter

PyScripter added the comment: Similar experience. I have found no way to get to use a venv as embedded Python in PyScripter. Tried Py_SetPythonhome, Py_SetPythonName, combinations... Nothing worked. -- nosy: +pyscripter ___ Python tracker

[issue33316] Windows: PyThread_release_lock always fails

Steve Dower added the comment: New changeset 05e922136a3286893bd489a8f2ecfa0dba4da368 by Steve Dower (native-api) in branch 'master': bpo-33316: PyThread_release_lock always fails (GH-6541) https://github.com/python/cpython/commit/05e922136a3286893bd489a8f2ecfa0dba4da368 --

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

miss-islington added the comment: New changeset 56f84117a766d21045349f0217ce740831aef0dc by Miss Islington (bot) in branch '3.7': bpo-1104: msilib.SummaryInfo.GetProperty() truncates the string by one character (GH-4517)

[issue35878] ast.c: end_col_offset may be used uninitialized in this function

Change by Ivan Levkivskyi : -- keywords: +patch, patch pull_requests: +11636, 11637 stage: -> patch review ___ Python tracker ___

[issue35686] BufferError with memory.release()

Stefan Krah added the comment: Eryk Sun: Yes, the behavior is technically not guaranteed. I'm not sure about memoryview(x, start, stop, step) but I'll keep it in mind. Thomas Waldmann: > do you think this is as good as it gets for this kind of code? I guess so, there's a lot going on in

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

Eryk Sun added the comment: Oops, I forgot the check: 0:000> ?? sizeof(test!_STARTUPINFOW) unsigned int64 0x68 -- ___ Python tracker ___

[issue34778] Memoryview for column-major (f_contiguous) arrays from bytes impossible to achieve

Laurent Gautier added the comment: > General support for strides in cast(), i.e. a zero-copy view for > non-contiguous arrays does not seem possible because buf.ptr is > moved around. Even NumPy does not support that: I'd be happy enough with zero-copy `cast()` of f-continguous arrays along

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Change by Tzu-ping Chung : -- pull_requests: +11678, 11679 stage: backport needed -> patch review ___ Python tracker ___ ___

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Change by Tzu-ping Chung : -- pull_requests: +11678, 11679, 11680 stage: backport needed -> patch review ___ Python tracker ___ ___

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Change by Tzu-ping Chung : -- pull_requests: +11678 stage: backport needed -> patch review ___ Python tracker ___ ___

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Change by Tzu-ping Chung : -- pull_requests: +11678, 11679, 11680, 11681 stage: backport needed -> patch review ___ Python tracker ___

[issue35884] Add variable access benchmark to Tools/Scripts

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

[issue35890] Cleanup some non-consistent API callings

Steve Dower added the comment: Thanks for the contribution! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue35890] Cleanup some non-consistent API callings

Steve Dower added the comment: New changeset 8ebc6451f36fa213130c316199dbec5ad8a02163 by Steve Dower (Minmin Gong) in branch 'master': bpo-35890 : Fix some API calling consistency (GH-11742) https://github.com/python/cpython/commit/8ebc6451f36fa213130c316199dbec5ad8a02163 --

[issue35872] Creating venv from venv no longer works in 3.7.2

Steve Dower added the comment: > I don't know why we add argv0_path to sys.path. My guess is that the idea was to be able to load the .pyd files we used to put alongside it, though we found out they weren't being loaded anyway. One potential side effect is that manually created .pth files

[issue35485] tkinter windows turn black while resized using Tk 8.6.9.1 on macOS

Ned Deily added the comment: Since this isn't a Python issue and since the specific problems seen using python.org macOS Pythons have gone away by reverting to using Tk 8.6.8, there doesn't seem to be a good reason to leave this issue open, certainly not as a "deferred blocker". Keven

[issue35884] Add variable access benchmark to Tools/Scripts

Raymond Hettinger added the comment: New changeset f75d59e1a896115bd52f543a417c665d6edc331f by Raymond Hettinger in branch 'master': bpo-35884: Add variable access benchmarking script (GH-11725) https://github.com/python/cpython/commit/f75d59e1a896115bd52f543a417c665d6edc331f --

[issue35878] ast.c: end_col_offset may be used uninitialized in this function

Change by Ivan Levkivskyi : -- keywords: +patch pull_requests: +11636 stage: -> patch review ___ Python tracker ___ ___

[issue35878] ast.c: end_col_offset may be used uninitialized in this function

Change by Ivan Levkivskyi : -- keywords: +patch, patch, patch pull_requests: +11636, 11637, 11638 stage: -> patch review ___ Python tracker ___

[issue26256] Fast decimalisation and conversion to other bases

Stefan Krah added the comment: New changeset a2f4c4023314f69333d2e8cee68e316619f3d68e by Stefan Krah (Miss Islington (bot)) in branch '3.7': bpo-26256: Document algorithm speed for the Decimal module. (GH-4808) (#11736)

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

Steve Dower added the comment: Hi Shiva, sorry for not noticing your PR earlier. I have one question for Eryk, who may be able to answer more easily than I can: do we need to initialize cbSize before calling GetStartupInfoW()? The docs[1] don't seem to suggest it, and I can't look at the

[issue1104] msilib.SummaryInfo.GetProperty() truncates the string by one character

Steve Dower added the comment: New changeset 2de576e16d42ce43698d384d0dd46ba6cf165424 by Steve Dower (Tzu-ping Chung) in branch 'master': bpo-1104: msilib.SummaryInfo.GetProperty() truncates the string by one character (GH-4517)

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

Eryk Sun added the comment: It should be fine. If the docs don't require initializing cb, we can assume it's done for us. For example, msvcrt.dll calls GetStartupInfo without initializing this field: 0:000> kc 3 Call Site KERNELBASE!GetStartupInfoW msvcrt!ioinit

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

miss-islington added the comment: New changeset cb0904762681031edc50f9d7d7ef48cffcf96d9a by Miss Islington (bot) (Shiva Saxena) in branch 'master': bpo-32560: inherit the py launcher's STARTUPINFO (GH-9000) https://github.com/python/cpython/commit/cb0904762681031edc50f9d7d7ef48cffcf96d9a

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

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

[issue35758] Disable x87 control word for MSVC ARM compiler

Change by Minmin Gong : -- stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35873] Controlling venv from venv no longer works in 3.7.2

Steve Dower added the comment: So with the fix for multiprocessing, we currently rely on __PYVENV_LAUNCHER__ remaining set throughout the process. However, it may be better to add a "sys.base_executable" property instead and clear the __PYVENV_LAUNCHER__ variable once we've read it. Then we

[issue35299] LGHT0091: Duplicate symbol 'File:include_pyconfig.h' found

Steve Dower added the comment: My PR fixes both issues properly, but adds a minor "feature" to distutils by making distutils.sysconfig.get_python_inc() potentially return a set of include paths (with os.path.pathsep separators). This is fully internal, so right now we know it'll only occur

[issue34691] _contextvars missing in xmaster branch Windows build?

Change by Steve Dower : -- keywords: +patch pull_requests: +11654 stage: -> patch review ___ Python tracker ___ ___

[issue35872] Creating venv from venv no longer works in 3.7.2

Steve Dower added the comment: This scenario should work, as running the other venv's redirector will update the variable. The nearly identical report in issue35873 is apparently launching "default" Python, but presumably without clearing the variable. Since I can't tell what's going wrong

[issue34691] _contextvars missing in xmaster branch Windows build?

miss-islington added the comment: New changeset 81eda28382168bfea48bb1a352954ea90aadd4ca by Miss Islington (bot) in branch '3.7': bpo-34691: Compile _contextvars module into main Python library (GH-11741) https://github.com/python/cpython/commit/81eda28382168bfea48bb1a352954ea90aadd4ca

[issue35872] Creating venv from venv no longer works in 3.7.2

Steve Dower added the comment: You can't actually nest virtual environments, at least with venv - it ought to be configuring it all against the original environment. What is in your pyvenv.cfg files here? -- ___ Python tracker

[issue35872] Creating venv from venv no longer works in 3.7.2

Eryk Sun added the comment: > You can't actually nest virtual environments, at least with venv Yes, they can't be nested in terms of inheriting site-packages. But the "home" value in this case references the creating environment, which hasn't changed from previous versions. It's the same in

[issue35642] _asynciomodule.c compiled in both pythoncore.vcxproj and _asyncio.vcxproj

miss-islington added the comment: New changeset cba16b748c286261b5bc45e6ff3c26aea2373f43 by Miss Islington (bot) in branch '3.7': bpo-35642: Remove asynciomodule.c from pythoncore.vcxproj (GH-11410) https://github.com/python/cpython/commit/cba16b748c286261b5bc45e6ff3c26aea2373f43

[issue35642] _asynciomodule.c compiled in both pythoncore.vcxproj and _asyncio.vcxproj

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

[issue35872] Creating venv from venv no longer works in 3.7.2

Eryk Sun added the comment: > Is there any reason to not resolve the base executable on creation and > make it relative to that? So the second pyvenv.cfg would have the same > home directory as the first? I was trying to avoid changing the existing behavior of `home` from how it works in

[issue29734] os.stat handle leak

Eryk Sun added the comment: Steve, can you review and merge PR 740? Mark updated it to fix the handle leaks in win32_xstat_impl as mentioned in my previous message. They're unlikely but still should be fixed. In particular, iIt's unlikely that win32_get_reparse_tag (i.e.

[issue34691] _contextvars missing in xmaster branch Windows build?

Change by Steve Dower : -- assignee: -> steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34691] _contextvars missing in xmaster branch Windows build?

Change by Steve Dower : -- keywords: +patch, patch pull_requests: +11654, 11655 stage: -> patch review ___ Python tracker ___ ___

[issue34691] _contextvars missing in xmaster branch Windows build?

Change by Steve Dower : -- keywords: +patch, patch, patch pull_requests: +11654, 11655, 11656 stage: -> patch review ___ Python tracker ___

[issue35890] Cleanup some non-consistent API callings

Change by Minmin Gong : -- keywords: +patch, patch pull_requests: +11658, 11659 stage: -> patch review ___ Python tracker ___ ___

[issue35890] Cleanup some non-consistent API callings

Change by Minmin Gong : -- keywords: +patch, patch, patch pull_requests: +11658, 11659, 11660 stage: -> patch review ___ Python tracker ___

[issue34691] _contextvars missing in xmaster branch Windows build?

Steve Dower added the comment: New changeset 4c70d9f79c9b371990c8e054ccde53f7ff15946b by Steve Dower in branch 'master': bpo-34691: Compile _contextvars module into main Python library (GH-11741) https://github.com/python/cpython/commit/4c70d9f79c9b371990c8e054ccde53f7ff15946b --

[issue35872] Creating venv from venv no longer works in 3.7.2

Steve Dower added the comment: Is there any reason to not resolve the base executable on creation and make it relative to that? So the second pyvenv.cfg would have the same home directory as the first? My proposed fix for issue35873 (PR soon) is going to make this trivial. -- nosy:

[issue35692] pathlib.Path.exists() on non-existent drive raises WinError instead of returning False

Change by Steve Dower : -- assignee: -> steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35692] pathlib.Path.exists() on non-existent drive raises WinError instead of returning False

Change by Steve Dower : -- keywords: +patch, patch, patch pull_requests: +11672, 11673, 11674 stage: needs patch -> patch review ___ Python tracker ___

[issue35692] pathlib.Path.exists() on non-existent drive raises WinError instead of returning False

Change by Steve Dower : -- keywords: +patch pull_requests: +11672 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue35642] _asynciomodule.c compiled in both pythoncore.vcxproj and _asyncio.vcxproj

Change by miss-islington : -- pull_requests: +11675, 11676 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35642] _asynciomodule.c compiled in both pythoncore.vcxproj and _asyncio.vcxproj

Change by miss-islington : -- pull_requests: +11675, 11676, 11677 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue35642] _asynciomodule.c compiled in both pythoncore.vcxproj and _asyncio.vcxproj

Change by miss-islington : -- pull_requests: +11675 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35642] _asynciomodule.c compiled in both pythoncore.vcxproj and _asyncio.vcxproj

Change by Steve Dower : -- versions: -Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue29734] os.stat handle leak

Steve Dower added the comment: We certainly shouldn't be calling CloseHandle on a parameter like this anyway, so the change looks good to me. However, I notice that we don't necessarily preserve GetLastError() throughout here, so perhaps we ought to consider changing the return value

[issue29734] os.stat handle leak

Change by miss-islington : -- keywords: +patch, patch pull_requests: +11652, 11653 ___ Python tracker ___ ___ Python-bugs-list

[issue29734] os.stat handle leak

Steve Dower added the comment: New changeset b82bfac4369c0429e562a834b3752e66c4821eab by Steve Dower (Mark Becwar) in branch 'master': bpo-29734: nt._getfinalpathname handle leak (GH-740) https://github.com/python/cpython/commit/b82bfac4369c0429e562a834b3752e66c4821eab --

[issue29734] os.stat handle leak

miss-islington added the comment: New changeset 63a69ef4a2390cea3e102498ac7eeeb5546e82b6 by Miss Islington (bot) in branch '3.7': bpo-29734: nt._getfinalpathname handle leak (GH-740) https://github.com/python/cpython/commit/63a69ef4a2390cea3e102498ac7eeeb5546e82b6 -- nosy:

[issue35890] Cleanup some non-consistent API callings

Change by Minmin Gong : -- keywords: +patch pull_requests: +11658 stage: -> patch review ___ Python tracker ___ ___

[issue35890] Cleanup some non-consistent API callings

New submission from Minmin Gong : 1. Unicode version of Windows APIs are used in places, but not for GetVersionEx in Python/sysmodule.c 2. The wcstok_s is called on Windows in Modules/main.c and PC/launcher.c, but not in Python/pathconfig.c -- components: Windows messages: 334771

[issue35299] LGHT0091: Duplicate symbol 'File:include_pyconfig.h' found

Change by Steve Dower : -- keywords: +patch, patch pull_requests: +11664, 11665 stage: -> patch review ___ Python tracker ___ ___

[issue35299] LGHT0091: Duplicate symbol 'File:include_pyconfig.h' found

Change by Steve Dower : -- keywords: +patch, patch, patch pull_requests: +11664, 11665, 11666 stage: -> patch review ___ Python tracker ___

[issue35299] LGHT0091: Duplicate symbol 'File:include_pyconfig.h' found

Change by Steve Dower : -- keywords: +patch pull_requests: +11664 stage: -> patch review ___ Python tracker ___ ___

[issue34691] _contextvars missing in xmaster branch Windows build?

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

[issue35841] Datetime strftime() does not return correct week numbers for 2019

Change by Steve Dower : -- nosy: -steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32560] [EASY C] inherit the py launcher's STARTUPINFO

miss-islington added the comment: New changeset 04b2a5eedac7ac0fecdafce1bda1028ee55e2aac by Miss Islington (bot) in branch '3.7': bpo-32560: inherit the py launcher's STARTUPINFO (GH-9000) https://github.com/python/cpython/commit/04b2a5eedac7ac0fecdafce1bda1028ee55e2aac -- nosy:

[issue29734] os.stat handle leak

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

[issue35872] Creating venv from venv no longer works in 3.7.2

Eryk Sun added the comment: > This scenario should work, as running the other venv's redirector > will update the variable. The order gets reversed. In the simple case where we have two launchers, the launcher for the nested virtual environment executes the launcher for the outer (creator)

  1   2   >