[issue38453] ntpath.realpath() should make absolute path earlier

New submission from Steve Dower : Because the abspath() call is deferred until the end of the resolution process, if the current working directory is not already a real path, it will not be fully resolved. By passing it through abspath() at the start of the function, we ensure that the

[issue38453] ntpath.realpath() should make absolute path earlier

Steve Dower added the comment: Updating change_cwd() in Lib/test/support/__init__.py to call chdir(realpath(path)) also fixes the test issues I was facing, but the realpath() implementation needs fixing. -- ___ Python tracker <ht

[issue38453] ntpath.realpath() should make absolute path earlier

Change by Steve Dower : -- keywords: +patch pull_requests: +16301 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/16723 ___ Python tracker <https://bugs.python.org/issu

[issue38453] ntpath.realpath() should make absolute path earlier

Steve Dower added the comment: PR 16723 is just for the test fix. The realpath() fix should get tests that chdir (without change_cwd()) into a symlink and then realpath() on a relative path. Today, that should fail to resolve the sections in the CWD, and with the fix it should resolve the

[issue38410] Possible fatal errors due to _PyEval_SetAsyncGen{Finalizer, Firstiter}()

Steve Dower added the comment: In that case, the fix for 3.8 should be to call PyErr_WriteUnraisable(NULL) when an error occurs. This will report it through the new unraisable hook, and also prevent a fatal error if the exception escapes. -- versions: +Python 3.8

[issue38453] ntpath.realpath() should make absolute path earlier

Steve Dower added the comment: New changeset d83fc2702951f56a7339aa95d62414ed6e0fb40d by Steve Dower in branch 'master': bpo-38453: Resolve test directories before chdir to them (GH-16723) https://github.com/python/cpython/commit/d83fc2702951f56a7339aa95d62414

[issue38470] test_compileall fails in AMD64 Windows7 SP1 3.x

Steve Dower added the comment: I'm okay with skipping the failing test if we detect sys.getwindowsversion().major < 10 Windows 7 is not supported for Python 3.9, so this buildbot can be disabled/upgraded. Windows 8.1 will be supported for at least 3.9, so we'll have to keep

[issue38410] Possible fatal errors due to _PyEval_SetAsyncGen{Finalizer, Firstiter}()

Steve Dower added the comment: But I'm okay to defer it - this is still going to be obscure functionality for the time being, and it's possible to avoid the issue. -- priority: release blocker -> deferred blocker ___ Python tr

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

Change by Steve Dower : -- title: ntpath.realpath() should make absolute path earlier -> ntpath.realpath() does not fully resolve relative paths ___ Python tracker <https://bugs.python.org/issu

[issue38133] py.exe cannot locate Store package

Change by Steve Dower : -- pull_requests: +16351 pull_request: https://github.com/python/cpython/pull/16791 ___ Python tracker <https://bugs.python.org/issue38

[issue38133] py.exe cannot locate Store package

Steve Dower added the comment: New changeset 4d202281c128e2026e78fc5f4cc752b1dafbf3ad by Steve Dower in branch 'master': bpo-38133: Update docs to reflect fixes to py.exe launcher (GH-16791) https://github.com/python/cpython/commit/4d202281c128e2026e78fc5f4cc752

[issue38492] Microsoft Store app IDLE (Python 3.8) needs msvcp140.dll

Steve Dower added the comment: I know what this is - the fix that went into the console executable didn't make it into the windowed executable. -- assignee: -> steve.dower versions: +Python 3.9 ___ Python tracker <https://bugs

[issue38492] Microsoft Store app IDLE (Python 3.8) needs msvcp140.dll

Change by Steve Dower : -- keywords: +patch pull_requests: +16374 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16824 ___ Python tracker <https://bugs.python.org/issu

[issue38492] Microsoft Store app IDLE (Python 3.8) needs msvcp140.dll

Steve Dower added the comment: New changeset 7aebbd1182bc818324656b2fb764679faf51fdff by Steve Dower in branch 'master': bpo-38492: Remove pythonw.exe dependency on the Microsoft C++ runtime (GH-16824) https://github.com/python/cpython/commit/7aebbd1182bc818324656b2fb76467

[issue38492] Microsoft Store app IDLE (Python 3.8) needs msvcp140.dll

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue38506] Launcher for Windows (py.exe) may rank Python 3.xx (in the future) after 3.x

Steve Dower added the comment: You're right that this will need fixing. But we don't really have to fix it any earlier than 3.10 - the launcher is backwards-compatible but not necessarily forwards-compatible. Still, we can take a fix whenever. Probably it should just chang

[issue22213] Make pyvenv style virtual environments easier to configure when embedding Python

Steve Dower added the comment: If you just want to be able to import modules from the venv, and you know the path to it, it's simpler to just do: import sys sys.path.append(r"path to venv\Lib\site-packages") Updating sys.executable is only necessary if you're go

[issue38410] Possible fatal errors due to _PyEval_SetAsyncGen{Finalizer, Firstiter}()

Steve Dower added the comment: > Why this ABI is exported at all? Great question for (probably) Yury, but it is exported and so we're stuck with it for 3.8 at least :( -- ___ Python tracker <https://bugs.python.org

[issue38418] Audit event for os.system is incorrect

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue38519] Internal include files missing on Windows

New submission from Steve Dower : The include/internal directory is not being included in the packages published to nuget.org or the Microsoft Store. This prevents some advanced users from being able to compile against these packages. -- assignee: steve.dower components: Windows

[issue38519] Internal include files missing on Windows

Steve Dower added the comment: If someone wants to fix this before I do, the change goes in PC/layout/main.py to remove the filter for directories named "internal" - we shouldn't need a filter there at all now that we include everythin

[issue38433] 2.7.17rc1 tcl/tk version regression on Windows

Steve Dower added the comment: Strange, I definitely cleaned up the externals before building 2.7.17rc1, so not sure how it ended up with the previous one. I'll double-check later today on my build machine, but there shouldn't have to be any code changes to deal

[issue38433] 2.7.17rc1 tcl/tk version regression on Windows

Steve Dower added the comment: Confirmed that it was a failed clean/rebuild on my build machine. The current build for 2.7.17 has the newer version. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracke

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

Steve Dower added the comment: Bumping this - it's bitten me a couple of times as one of the build/release scripts relies on Path.glob(). -- versions: +Python 3.9 -Python 3.6 ___ Python tracker <https://bugs.python.org/is

[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

[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 w

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

Change by Steve Dower : -- keywords: +easy, newcomer friendly ___ Python tracker <https://bugs.python.org/issue38534> ___ ___ Python-bugs-list mailing list Unsub

[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.

[issue37025] Misleading error message "Python failed to load the default activation context"

Steve Dower added the comment: New changeset 009a6928727b23344613ab6a9a52b9da56ab905c by Steve Dower (Zackery Spytz) in branch '2.7': bpo-37025: AddRefActCtx() shouldn't be checked for failure (GH-16897) https://github.com/python/cpython/commit/009a6928727b23344613ab6a9

[issue37025] Misleading error message "Python failed to load the default activation context"

Steve Dower added the comment: Merged the 2.7 fix. Let's just delete the whole block in master. -- ___ Python tracker <https://bugs.python.org/is

[issue34384] os.readlink does not accept pathlib.Path on Windows

Steve Dower added the comment: Yep -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue38092] environment variables not passed correctly using new virtualenv launching in windows and python3.7+

Steve Dower added the comment: You're right, the logic to actually launch _base_executable is in there twice now, and the second one (that never gets used) is more important. -- ___ Python tracker <https://bugs.python.org/is

[issue38434] sys.addaudithook event is not documented

Steve Dower added the comment: The import audit event is also not documented. -- ___ Python tracker <https://bugs.python.org/issue38434> ___ ___ Python-bug

[issue38583] The activate script in Windows is not correct for venvs created in git-bash

Steve Dower added the comment: I agree this would be better, though it may not be that easy to do. If you're running Windows Python from WSL, then your "bash style" path should be "/mnt/c/some/path", not "/c/some/path". So the answer isn't as simple as

[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: > FWIW, the very first thing that I checked was the dependencies of pythonw.exe The version in the Store has a different build of pythonw.exe (because it has to be able to determine its user site-packages location differently). Dump of file C:\Program Fi

[issue38589] Bad target address assigned in Python Manuals shortcut on Python installation

Steve Dower added the comment: If you look in your %TEMP% directory, you'll find a set of log files from your Python install (maybe sort by date). One of these will end in "doc". Could you share that file? -- ___ Python

[issue38434] sys.addaudithook event is not documented

Change by Steve Dower : -- keywords: +patch pull_requests: +16461 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/16932 ___ Python tracker <https://bugs.python.org/issu

[issue38434] sys.addaudithook event is not documented

Steve Dower added the comment: New changeset 894e30ce0bcc1c509eb01c8ffa9ba6d7701aeaaf by Steve Dower in branch 'master': bpo-38434: Fixes some audit event documentation (GH-16932) https://github.com/python/cpython/commit/894e30ce0bcc1c509eb01c8ffa9ba6

[issue38434] sys.addaudithook event is not documented

Change by Steve Dower : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue38519] Internal include files missing on Windows

Steve Dower added the comment: New changeset edb172a87296d9359593a23cd9a09f5867ea1f0e by Steve Dower (Zackery Spytz) in branch 'master': bpo-38519: Internal include files missing on Windows (GH-16921) https://github.com/python/cpython/commit/edb172a87296d9359593a23cd9a09f

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

Change by Steve Dower : -- pull_requests: +16494 pull_request: https://github.com/python/cpython/pull/16967 ___ Python tracker <https://bugs.python.org/issue38

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

Steve Dower added the comment: PR 16967 should fix the relative path resolution property, by joining with cwd if the original path is unprefixed and not absolute, and then joining with any symlink directories if their link is not absolute

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

Steve Dower added the comment: I also had to special-case "realpath('nul')" to maintain the behaviour that we deliberately maintained in another bug, and I think isabs() should always return true for "\\?\" prefixed paths (given that join() will promote a &qu

[issue38589] Bad target address assigned in Python Manuals shortcut on Python installation

Change by Steve Dower : -- keywords: +patch pull_requests: +16495 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16968 ___ Python tracker <https://bugs.python.org/issu

[issue38589] Bad target address assigned in Python Manuals shortcut on Python installation

Steve Dower added the comment: Thanks. Turns out it's a typo that's been around forever, but is really not obvious until you install Windows somewhere other than C:\Windows. Apparently that's far less common than it used to be :) We'll get it fixed in the ne

[issue38597] C Extension import limit

Steve Dower added the comment: There is an implicit cap due to the C runtime (specifically vcruntime140.dll) allocating fibre local storage on load, which seems like the one you are hitting. However, we discovered this before the first 3.5 release and fixed it. How are you compiling your

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

Steve Dower added the comment: New changeset 794616f837c254c68d8384ab48fb78123a3c8a8b by Steve Dower (benedwards14) in branch 'master': bpo-38534: Replace wrong KB number references (GH-16955) https://github.com/python/cpython/commit/794616f837c254c68d8384ab48fb78

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

Steve Dower added the comment: Thanks for the fix! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue38589] Bad target address assigned in Python Manuals shortcut on Python installation

Steve Dower added the comment: New changeset 0ac6137dd3d1e2c8f9558153ad63021f57e05e73 by Steve Dower in branch 'master': bpo-38589: Fixes HTML Help shortcut when Windows is not installed to C drive (GH-16968) https://github.com/python/cpython/commit/0ac6137dd3d1e2c8f9558153ad6302

[issue38589] Bad target address assigned in Python Manuals shortcut on Python installation

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

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

Steve Dower added the comment: The discussion on the PR has raised one scenario where our algorithm conflicts with what we can reasonably emulate from the IO manager (which is itself not entirely self-consistent): If you call ntpath.realpath(r"C:\spam\eggs") where "spa

[issue23903] Generate PC/python3.def by scraping headers

Steve Dower added the comment: Reawakening this issue so we can finish it off - the stable ABI has been declared "clean" on python-dev, so there shouldn't be any more concerns about APIs leaking in now. We can assume that everything accessible from the header files should

[issue36439] Inconsistencies with datetime.fromtimestamp(t) when t < 0

Steve Dower added the comment: I've emailed some colleagues to see what they can add here. Ultimately, the Windows CRT is just doing arithmetic, since POSIX time formats do not resemble Windows time formats at all, so it's all emulation. So if we replaced it with our own calculati

[issue38601] Couldn't able to install multiple python minor version in windows due to EXE script

Steve Dower added the comment: When you say minor version, I assume you mean 3.x vs 3.y versions. These already install separately and should not upgrade each other. If you think they are, could you provide some more information about what you are seeing

[issue38704] Prevent installation on unsupported Windows versions

Steve Dower added the comment: We can, and we probably should, but it's not a high priority. Technically the download page is correct, but updating it to specify Windows Vista as the 3.8 cutoff (and for 3.9, Windows 8.1) won't hurt. -- stage: -> needs pa

[issue38683] Installation failed - no privileges to access directory

Steve Dower added the comment: To change the install location to Program Files, you should select the "Install for All Users" option at the top of the page where you modified the install location. This will cause the installer to elevate. Generic access errors should not trigger

[issue43439] [security] Add audit events on GC functions giving access to all Python objects

Steve Dower added the comment: Passing a tuple as "O" just means it gets passed as-is, without wrapping it again. And yeah, I thought that was right here, but it's not. I didn't realise it's a varargs argument. So yeah, it should be wrapped again so that only a

[issue43438] [doc] sys.addaudithook() documentation should be more explicit on its limitations

Steve Dower added the comment: If someone offers a patch for replacing the list of per-interpreter hooks with something not easily discoverable via gc, I'm sure we'd take it. It's all internal, so just hiding it from the list of bases should be fine (there should never b

[issue37820] Unnecessary URL scheme exists to allow 'URL: reading file in urllib

Steve Stagg added the comment: This appears to have been fixed in python 3: rx.py: import urllib.request print(urllib.request.urlopen('URL:/etc/passwd').read()[:30]) $> python rx.py Traceback (most recent call last): File "rx.py", line 2, in print(urllib.re

[issue43486] Python 3.9 installer not updating ARP table

Steve Dower added the comment: Leaving the launcher behind is deliberate. Otherwise you might install/uninstall 3.10 alpha and lose the launcher completely. I can't trivially reproduce the ARP issue, so we'll need some more information. If possible, can you grab the install logs

[issue29586] Cannot run pip in fresh install of py 3.5.3

Steve Dower added the comment: This was caused by the UCRT not installing properly. These days, the UCRT is installed app-local for Win 8.1, and is already present on Win 10, so it can't happen anymore. -- resolution: -> fixed stage: -> resolved status: ope

[issue25117] Windows installer: precompiling stdlib fails with missing DLL errors

Steve Dower added the comment: The UCRT can no longer fail to install - we do an app-local install on Win 8.1, and it's already present on Win 10. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python t

[issue43425] test_peg_generator.test_c_parser emits DeprecationWarning due to distutils

Steve Dower added the comment: The link appears to be in the Resolution header of PEP 632? But yes, your analysis is correct. If/when we move distutils elsewhere, we'll probably have to update all of these sections. Ideally we'd have a helper function to do the initial "i

[issue43284] Inability to fetch build 20H2

Steve Dower added the comment: Nothing has changed in platform, and all current releases return the same version number for me (which matches the original report). As I said, we need to find a versioned DLL that _always_ rebuilds to extract the version number from, because that's the

[issue43284] Inability to fetch build 20H2

Steve Dower added the comment: Yeah, that all makes sense. 90%+ of the time, checking the version number is a compatibility issue waiting to happen. For the other 10% (diagnostic logging), it would be nice to have a better option than running "cmd /c ver", but that might be t

[issue43284] Inability to fetch build 20H2

Steve Dower added the comment: CMD is not going to be subjected to compatibility shims that hide the version number, and I *think* those are not inherited by child processes. So it can use the basic APIs. (It's also likely to be the comparison that most people will check against.) I

[issue34535] queue.Queue(timeout=0.001) avg delay Windows:14.5ms, Ubuntu: 0.063ms

Steve Dower added the comment: Given that extra info, I'd say we're fine to document that our timeouts can't do any better than the OS, which "for example, is typically around 15ms on Windows", and recommend using n

[issue30044] shutil.copystat should (allow to) copy ownership, and other attributes

Steve Dower added the comment: Just wanted to add that the sooner we can offer a wrapper around CopyFileEx on Windows (with no callbacks), the sooner we can take advantage of some significant optimisations that are being done to this function (which I can't share details of right now

[issue31103] Windows Installer Product does not include micro version in display name

Steve Dower added the comment: Eryk is correct, the displayed version number is the one that determines whether to update existing files or not, and the fourth field is (IIUC) not used for this by WiX (our installer technology). We also cannot override the displayed version using this

[issue43550] pip.exe is missing from the NuGet package

Steve Dower added the comment: Unfortunately not, because we don't know where it will be installed to, and that executable embeds the full path to its matching python.exe. I suggest running "python.exe -m pip" instead. -- ___

[issue32592] Drop support of Windows Vista and Windows 7

Steve Dower added the comment: FWIW, the installer change was only to forcibly warn naive users that they need to stick with the previous version, so I wouldn't read much into it. It's easily rolled back. The real issue is that we need to decide how to drop support _somehow_, and

[issue32592] Drop support of Windows Vista and Windows 7

Steve Dower added the comment: > not sure about the strategies here but maybe a better approach would be to > kill support for unsupported version of windows in a major release We do, but the "major" release is the second field of the version number (you can think of the fi

[issue19124] os.execv executes in background on Windows

Steve Dower added the comment: > nt.spawnv[e](), nt.waitpid(), and nt.system() could also be implemented with > subprocess. I like the idea, but we shouldn't invert the dependencies like that. nt/os is a lower-level library, and should provide its own implementation (t

[issue43567] regen.vcxproj cannot regenerate some necessary files

Change by Steve Dower : -- nosy: +anthonypjshaw, gvanrossum, lys.nikolaou, pablogsal ___ Python tracker <https://bugs.python.org/issue43567> ___ ___ Python-bug

[issue38905] venv python reports wrong sys.executable in a subprocess on Windows

Steve Dower added the comment: The main motivator for the redirector was to support the Store package, which can only be *executed* from outside its container (we can't load the DLL directly). Given we want the two distributions to be interchangeable from a code POV, it made the most

[issue37745] 3.8b3 - windows install gui/ inconsistent options

Steve Dower added the comment: The main problem with adding Python to PATH is interfering with other application's DLL and executable resolution order, as well as the inevitable confusion when multiple PATH updates do not play well together (which they don't). The best thing

[issue43631] Update to OpenSSL 1.1.1k

Steve Dower added the comment: Assume it'll be the next scheduled release (though I haven't looked at the details of the vulnerabilities yet, so we may decide that they're more urgent for CPython users). I'm starting the Windows build process now, but that only gets us f

[issue43631] Update to OpenSSL 1.1.1k

Steve Dower added the comment: I published the Windows OpenSSL builds and retriggered your PR builds, Christian. It looks like we should probably bring up the next release for this, if only because that will cause server users to do rebuilds/updates that they may otherwise not. I doubt

[issue38905] venv python reports wrong sys.executable in a subprocess on Windows

Steve Dower added the comment: > "__pypackages__" doesn't seem like a drop-in replacement for virtual > environments. Right, it's not. But if enough people adapt their workflows to use [something like] it rather than relying on having a local copy of python.exe in

[issue43652] Upgrade Windows tcl/tk to 8.6.11

Steve Dower added the comment: I also need to pull the Tcl and Tk sources into our cpython-source-deps repository, run a signed build, and put the binaries into the cpython-bin-deps repository. I'll get that started tonight, but probably won't finish it until

[issue43652] Upgrade Windows tcl/tk to 8.6.11

Steve Dower added the comment: Turns out I did get it done, so you should be able to update the references you find in the PCbuild directory and get a build. -- ___ Python tracker <https://bugs.python.org/issue43

[issue33125] Windows 10 ARM64 platform support

Steve Dower added the comment: Our builds are fine, so there's no need for an issue on our side. The decision to release is based on the ecosystem catching up. If you're able to help projects like setuptools, pip, and the core parts of the data science stack (which will need the

[issue19124] os.execv executes in background on Windows

Steve Dower added the comment: > emulating exec() is probably good enough for most cases, especially if code > expects to work in Windows. I think good-enough emulation is fine, but we should update the docs to clarify that non-Unix platforms may create a subprocess with a new PI

[issue37945] [Windows] test_locale.TestMiscellaneous.test_getsetlocale_issue1813() fails

Steve Dower added the comment: This is now holding up some security releases (due to a couple of CVEs). Can we get the test skipped or fixed asap, please? -- nosy: +lukasz.langa, ned.deily priority: normal -> release blocker ___ Python trac

[issue43567] regen.vcxproj cannot regenerate some necessary files

Change by Steve Dower : -- keywords: +patch pull_requests: +23866 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/25120 ___ Python tracker <https://bugs.python.org/issu

[issue43567] regen.vcxproj cannot regenerate some necessary files

Steve Dower added the comment: I've attached my PR that streamlines this, it should be good (as in, reliable/fast) to do the regen on every build, but the "build.bat --regen" command is retained to force it. -- ___ Python

[issue43105] [Windows] Can't import extension modules resolved via relative paths in sys.path

Change by Steve Dower : -- keywords: +patch pull_requests: +23867 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25121 ___ Python tracker <https://bugs.python.org/issu

[issue43105] [Windows] Can't import extension modules resolved via relative paths in sys.path

Steve Dower added the comment: Added one possible change as a PR, but will need the importlib folk to weigh in on whether it's the best place. I also need to write a test (and possibly fix any tests that currently check that relative paths are _not_ resolved... letting CI handle that f

[issue43704] ShareableList() raises TypeError when passing "name" keyword

New submission from Steve Newcomb : This is especially weird because the Python source code says: class ShareableList: [...] def __init__(self, sequence=None, *, name=None): -- components: Library (Lib) files: shareableListBug.txt messages: 390080 nosy: steve.newcomb priority

[issue42380] Build windows binaries with MS VS2019 16.8+ / MSVC 19.28+

Steve Dower added the comment: Closing this as not a bug, since the toolchain used to build CPython itself has no impact on the toolchain that extensions can use. If your build tool is not detecting newer versions of MSVC, you'll need to file that against whichever backend you are

[issue43704] ShareableList() raises TypeError when passing "name" keyword

Steve Newcomb added the comment: I just tried the same thing on Python-3.10.0a6. Same behavior. -- ___ Python tracker <https://bugs.python.org/issue43

[issue43704] ShareableList() raises TypeError when passing "name" keyword

Steve Newcomb added the comment: And again with 3.8.8, with the same result. I also tried just using the same shared memory manager again within the same process, just as shown in the documentation. Same result: TypeError: ShareableList() got an unexpected keyword argument 'name

[issue36384] ipaddress Should not reject IPv4 addresses with leading zeroes as ambiguously octal

Steve Dower added the comment: (Copied from my comment on the PR, following the one where I said this was ready to go.) Withdrawing the readiness - @ambv and I would prefer to see this behind a flag (probably "strict" parsing), on by default for 3.10, and maybe on by defaul

[issue43704] ShareableList() raises TypeError when passing "name" keyword

Steve Newcomb added the comment: The documentation, which needs some improvement, I think. I'll suggest some improvements when I understand things a little better. For the record, it turned out that SharedMemoryManager was irrelevant, as were sockets. That makes sense since memory

[issue38119] resource tracker destroys shared memory segments when other processes should still have valid access

Steve Newcomb added the comment: Sometimes a leak is exactly what's wanted, i.e. a standing block of shared memory that allows sharing processes come and go ad libitum. I mention this because I haven't seen anyone mention it explicitly. While turicas's monkeypatch covers

[issue43745] ssl.OPENSSL_VERSION still reporting 1.1.1i on windows 3.8.9/3.9.4

Steve Dower added the comment: No, I think I was holding git wrong (and built 1.1.1i again instead of 1.1.1k). Guess we get to do more releases... -- nosy: +lukasz.langa priority: normal -> release blocker ___ Python tracker <

[issue43745] ssl.OPENSSL_VERSION still reporting 1.1.1i on windows 3.8.9/3.9.4

Steve Dower added the comment: > No more holiday releases, please. The RMs and release team need their > vacation. I agree, can you ask OpenSSL to stop releasing fixes? (or alternatively, can you convince everyone to let us switch to the native TLS stack on Windows where the upstream

[issue43725] Create a release branch ABI stability regression test

Steve Dower added the comment: Anything is better than nothing, from my POV. Let's get it running, tweak it, and if it doesn't work for us then take it down. -- ___ Python tracker <https://bugs.python.o

[issue43745] ssl.OPENSSL_VERSION still reporting 1.1.1i on windows 3.8.9/3.9.4

Change by Steve Dower : -- keywords: +patch pull_requests: +23951 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25213 ___ Python tracker <https://bugs.python.org/issu

[issue43745] ssl.OPENSSL_VERSION still reporting 1.1.1i on windows 3.8.9/3.9.4

Steve Dower added the comment: It is, but I wouldn't hold up an alpha or beta release because of this. -- versions: +Python 3.10 ___ Python tracker <https://bugs.python.org/is

<    3   4   5   6   7   8   9   10   11   12   >