[issue42818] AttributeError: 'zipimporter' object has no attribute 'find_spec'

Klaus Ethgen added the comment: I also tested the original bug and it seems to be gone. -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue42818] AttributeError: 'zipimporter' object has no attribute 'find_spec'

Klaus Ethgen added the comment: You are right. Generally I have the installation on devuan Linux, the unstable tree. But... In 2019-03-13 I started to patch this file as many python scripts started to fail due to the fact that they had the find_spec implemented. This was still true in Apr

[issue42851] Subclassing Enum with ipaddress.IPv4Network/IPv6Network raises TypeError.

Mariusz Felisiak added the comment: Ethan, Thanks for the patch. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42836] docs: struct: clarify struct caching behaviour

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 2.0 -> 3.0 pull_requests: +22992 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24164 ___ Python tracker

[issue42725] PEP 563: Should the behavior change for yield/yield from's

Guido van Rossum added the comment: Oh, you’re right about walrus. And I don’t actually understand async generator expressions. This suggests that we definitely need a PEP. :-) -- ___ Python tracker

[issue42798] pip search fails

Desmond Cheong added the comment: Seems that this is due to PyPI's search API being disabled. https://github.com/pypa/pip/issues/5216#issuecomment-744605466 -- nosy: +desmondcheongzx ___ Python tracker

[issue42818] AttributeError: 'zipimporter' object has no attribute 'find_spec'

Desmond Cheong added the comment: Could you provide some information about the system you're running this on? I might be wrong, but this does seem like an issue with this copy of setuptools. From the Traceback, it seems that line 2196 of

[issue25457] json dump fails for mixed-type keys when sort_keys is specified

naught101 added the comment: I want to do something like this: hashlib.md5(json.dumps(d, sort_keys=True)) So I can check if a dict's contents are the same as a DB version, but I can't guarantee that all the keys are strings, so it breaks, annoyingly. I would very much like the

[issue42865] sysconfig appends CFLAGS to LD

Victor Lopez added the comment: I'm updating this to comply with the GitHub PR policies -- keywords: +patch message_count: 1.0 -> 2.0 pull_requests: +22991 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24163 ___

[issue42865] sysconfig appends CFLAGS to LD

New submission from Victor Lopez : This should not happen as some CFLAGS are exclusive to the compiler and it will break cross-compiling linkers The proposed sysconfig is attached -- components: Distutils files: sysconfig.py messages: 384632 nosy: Greentwip, dstufft, eric.araujo

[issue42762] infinite loop resulted by "yield"

Xinmeng Xia added the comment: I get a little confused. So is it a bug in Python 3.5 and 3.6? -- ___ Python tracker ___ ___

[issue42864] Improve error messages regarding unclosed parentheses

Change by Pablo Galindo Salgado : -- nosy: +lys.nikolaou stage: patch review -> ___ Python tracker ___ ___ Python-bugs-list

[issue42864] Improve error messages regarding unclosed parentheses

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +22988 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24161 ___ Python tracker

[issue42864] Improve error messages regarding unclosed parentheses

New submission from Pablo Galindo Salgado : Consider this file: ``` x = ( ``` The error that we get is: ❯ python ../a.py File "/home/pablogsal/github/python/master/../a.py", line 6 ^ SyntaxError: unexpected EOF while parsin This is quite uninformative of the actual problem, which is

[issue42850] Process hangs when calling urllib.request in a multiprocessing.Process with import of sounddevice package

Robin Scheibler added the comment: Thank you very much for the reply! I was indeed hesitating where to post the issue. I have now cross-posted in the sounddevice issue tracker. https://github.com/spatialaudio/python-sounddevice/issues/302 I'll update the issue if things progress on that

[issue14678] Update zipimport to support importlib.invalidate_caches()

Change by Desmond Cheong : -- keywords: +patch nosy: +desmondcheongzx nosy_count: 9.0 -> 10.0 pull_requests: +22987 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24159 ___ Python tracker

[issue42863] Python venv inconsistent folder structure on windows

New submission from Jeff Moguillansky : When creating a virtual environment on windows using venv, the folder structure: "Scripts", "Include", "Lib", is inconsistent with other platforms (e.g. "include", "lib", "bin", etc). This causes various integration issues. For example, suppose we

[issue42862] Use functools.lru_cache iso. _sqlite.Cache in sqlite3 module

Erlend Egeberg Aasland added the comment: Short diffstat: 8 files changed, 85 insertions(+), 406 deletions(-) -- ___ Python tracker ___

[issue42848] asyncio produces an unexpected traceback with recursive __getattribute__

Irit Katriel added the comment: So, we have a contact chain of length almost equal to the recursion limit, which is too much to process recursively in python (in c it does work, hence the difference between the outputs of the OP's two scripts). The PR removes recursion from

[issue42848] asyncio produces an unexpected traceback with recursive __getattribute__

Change by Irit Katriel : -- keywords: +patch pull_requests: +22986 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24158 ___ Python tracker ___

[issue42862] Use functools.lru_cache iso. _sqlite.Cache in sqlite3 module

New submission from Erlend Egeberg Aasland : Pro: less code, less complexity, improved maintainability Con: minor performance hit PoC here: https://github.com/erlend-aasland/cpython/commits/sqlite-cache $ ./python.exe >>> import sqlite3 >>> con = sqlite3.connect(":memory:") >>>

[issue42861] ipaddress - add ability to get next closet subnet of any prefix size

Faisal Mahmood added the comment: Not sure how to edit an issue, but I made a mistake, where I said: "...Calling this method would return an IPv4/v6 address that is the closest possible match..." I meant to say: "...Calling this method would return an IPv4/v6 -NETWORK- that is the closest

[issue42861] ipaddress - add ability to get next closet subnet of any prefix size

New submission from Faisal Mahmood : The ipaddress module in Python is an excellent tool, but I noticed it is missing a feature that I needed several months ago, which is the ability to find the next closest subnet with a specific prefix length. For example, imagine I had a

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

STINNER Victor added the comment: > 1) python -m test --verbose test_threading > 2) python -m test --verbose test_embed I ran manually these two tests with cp932 ANSI code page: they now pass with my fix. I also added a regression test to test_multibytecodec.py. Thanks for your quick bug

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

STINNER Victor added the comment: New changeset 07f2cee93f1b619650403981c455f47bfed8d818 by Victor Stinner in branch 'master': bpo-42846: Convert CJK codec extensions to multiphase init (GH-24157) https://github.com/python/cpython/commit/07f2cee93f1b619650403981c455f47bfed8d818 --

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

STINNER Victor added the comment: Ah, if you don't want to change the ANSI code page to cp932 (Japanese language) just to reproduce the issue, you can just set the stdio encoding: - C:\> set PYTHONIOENCODING=cp932 C:\> python t.py|more sys.stdout.encoding='cp1250' TypeError: codec is

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

STINNER Victor added the comment: Simpler way to reproduce the issue with t.py script: --- import test.support import sys import _testcapi print(f"{sys.stdout.encoding=}", file=sys.stderr) with test.support.SuppressCrashReport(): _testcapi.run_in_subinterp("pass") --- By default, UTF-8

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

STINNER Victor added the comment: Attached PR 24157 should fix the issue. > FAIL: test_daemon_threads_fatal_error > (test.test_threading.SubinterpThreadingTests) This test runs code in a subinterpreter which is run in a subprocess. The problem is not in the code run in the subinterpreter,

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

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

[issue42725] PEP 563: Should the behavior change for yield/yield from's

Serhiy Storchaka added the comment: Does not walrus affect the meaning of variable? And await affects the meaning of generator expression. -- ___ Python tracker ___

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

STINNER Victor added the comment: I'm working on a fix. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42860] Incompatible types in Python grammar

Lysandros Nikolaou added the comment: This is now fixed, Tobias! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue42860] Incompatible types in Python grammar

miss-islington added the comment: New changeset 07dcd86ceed0bd88d1e96dcf53b1de2fea024385 by Lysandros Nikolaou in branch 'master': bpo-42860: Remove type error from grammar (GH-24156) https://github.com/python/cpython/commit/07dcd86ceed0bd88d1e96dcf53b1de2fea024385 -- nosy:

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

Erlend Egeberg Aasland added the comment: It should be sufficient to convert cjkcodecs.h to multi-phase init then? From what I can see, the support modules are state less, right? -- ___ Python tracker

[issue42837] Symbol table incorrectly identifies code as a generator, when 'yield' occurs in an annotation

Batuhan Taskaya added the comment: Well even though I still don't understand 'how this issue is different than issue42725', I don't think you actually fix the symbol table; see this one: https://bugs.python.org/msg383659 Annotations still have side effects on the symbol table (even though

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

STINNER Victor added the comment: It took me a while to understand it, the _multibytecodec module itself is fine. The issue comes from the _codecs_jp module which uses the legacy module API: codec = _codecs_jp.getcodec('cp932') -- ___ Python

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

STINNER Victor added the comment: I can reproduce the issue on Windows configured in Japanese language: ANSI code page cp932. I managed to reproduce the bug on Linux with attached bug.py -- Added file: https://bugs.python.org/file49727/bug.py ___

[issue42837] Symbol table incorrectly identifies code as a generator, when 'yield' occurs in an annotation

Change by Batuhan Taskaya : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42860] Incompatible types in Python grammar

Change by Lysandros Nikolaou : -- keywords: +patch pull_requests: +22984 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24156 ___ Python tracker

[issue42860] Incompatible types in Python grammar

Change by Lysandros Nikolaou : -- nosy: +lys.nikolaou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42859] smtplib: recipe for certifying message delivery

Dmitry Goldenberg added the comment: Yes, it's a question which could lend itself well to a documentation issue. I've looked at things like: https://stackoverflow.com/questions/54047021/python-smtplib-how-to-use-disposition-notification-to

[issue42851] Subclassing Enum with ipaddress.IPv4Network/IPv6Network raises TypeError.

Ethan Furman added the comment: New changeset 9ab4dd452287169f08a8cf4d4c68c2139f8de714 by Ethan Furman in branch '3.9': [3.9] bpo-42851: [Enum] remove brittle __init_subclass__ support (GH-24154) (GH-24155) https://github.com/python/cpython/commit/9ab4dd452287169f08a8cf4d4c68c2139f8de714

[issue42846] Using _multibytecodec module on Windows, test_threading/embed get failure

Erlend Egeberg Aasland added the comment: I'm unable to reproduce this on Windows 10 (amd64). What's your exact locale setting? Are you compiling with HEAD at 0b858cdd5d114f0890b11b6c4d6559d0ceb468ab? -- ___ Python tracker

[issue42850] Process hangs when calling urllib.request in a multiprocessing.Process with import of sounddevice package

Guido van Rossum added the comment: I would assume it’s some interaction between threads and fork. Have you asked the authors of sound device about this? -- nosy: +gvanrossum ___ Python tracker

[issue42851] Subclassing Enum with ipaddress.IPv4Network/IPv6Network raises TypeError.

Change by Ethan Furman : -- pull_requests: +22983 pull_request: https://github.com/python/cpython/pull/24155 ___ Python tracker ___

[issue42851] Subclassing Enum with ipaddress.IPv4Network/IPv6Network raises TypeError.

Ethan Furman added the comment: New changeset a581a868d97f649aedf868a1d27865a10925c73a by Ethan Furman in branch 'master': bpo-42851: [Enum] remove brittle __init_subclass__ support (GH-24154) https://github.com/python/cpython/commit/a581a868d97f649aedf868a1d27865a10925c73a --

[issue42857] Fails to construct paths lead to "python is likely shutting down"

Guido van Rossum added the comment: You are doing something very evil during finalization here. There’s nothing that can be done reasonably. -- nosy: +gvanrossum resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker

[issue42858] Incorrect return value for os.system() in recognizing import error

Change by Guido van Rossum : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue42860] Incompatible types in Python grammar

New submission from Tobias Kohn : There seems to be a small type error in the Python grammar in the rule `invalid_parameters`: ``` invalid_parameters: | param_no_default* (slash_with_default | param_with_default+) param_no_default ``` While the `slash_with_default` returns a single

[issue42725] PEP 563: Should the behavior change for yield/yield from's

Guido van Rossum added the comment: I wouldn’t have thought you’d need a PEP for this but if you want to write one that sounds like the right thing. Re: async and walrus: I think those are different, their presence doesn’t affect the meaning of the function like yield. We can’t hope to

[issue42859] smtplib: recipe for certifying message delivery

Guido van Rossum added the comment: This looks more like a question than an issue. Have you tried stackoverflow or a user forum? -- nosy: +gvanrossum ___ Python tracker ___

[issue42851] Subclassing Enum with ipaddress.IPv4Network/IPv6Network raises TypeError.

Change by Ethan Furman : -- keywords: +patch pull_requests: +22982 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24154 ___ Python tracker ___

[issue42859] smtplib: recipe for certifying message delivery

New submission from Dmitry Goldenberg : Is there a reliable way to certify (ensure, track) the delivery of an email message when using smtplib? For example: Disposition-Notification-To message header which enables the e-mail reader of the recipient to send confirmation e-mail when the

[issue42811] Update docs for importlib.util.resolve_name() to use __spec__.parent instead of __package__

Brett Cannon added the comment: New changeset ca8e96d1edbeb536f58da91e607082463398fce1 by Miss Islington (bot) in branch '3.8': bpo-42811: Update importlib.utils.resolve_name() docs to use __spec__.parent (GH-24100) (GH-24144)

[issue42811] Update docs for importlib.util.resolve_name() to use __spec__.parent instead of __package__

miss-islington added the comment: New changeset 8c3914aef47e6e5a31b48a0b1f165ec3f4dc4c98 by Yair Frid in branch '3.9': [3.9] bpo-42811: Update importlib.utils.resolve_name() docs to use __spec__.parent (GH-24100) (GH-24149)

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

Eryk Sun added the comment: An alternative would be to add a "strict" parameter that defaults to False. In non-strict mode, map all OSError exceptions to a False return value. In strict mode, use _ignore_error(e) to determine whether to return False or propagate the exception. The question

[issue42513] Socket.recv hangs

Barney Stratford added the comment: Sure. So, I'm using STOMP to connect to a messaging server. STOMP uses heartbeats to detect and close failed connections. The problem was that if the connection fails before the protocol has set up its heartbeats then there's nothing to stop the whole

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

Steve Dower added the comment: Yeah, I think saying "return True if it provably exists and False if existence cannot be proven (and never raise)" is a good general rule for boolean-returning functions. This definitely raises some edge cases where we can infer from certain error codes that

[issue42513] Socket.recv hangs

Jakub Stasiak added the comment: If the edge-case is vaguely socket/file descriptor-related and not application-specific or otherwise secret do you mind sharing what is it? (I'm just curious) -- ___ Python tracker

[issue42513] Socket.recv hangs

Barney Stratford added the comment: Instrumented code shows that the poll is in fact working completely correctly, and I've run into a documented edge-case in an unrelated area. Hence, closing the bug report and cancelling the pull request. -- resolution: -> not a bug stage: patch

[issue41837] Upgrade installers to OpenSSL 1.1.1i

Christian Heimes added the comment: They are impacted. However 3.7.9 and 3.6.8 were the last releases with binaries for Windows and macOS. All subsequent releases are source-only releases. Since we don't release binaries for 3.6 and 3.7 any more, we typically don't update them. --

[issue42851] Subclassing Enum with ipaddress.IPv4Network/IPv6Network raises TypeError.

Ethan Furman added the comment: That would be due to some changes to try and get `Enum` and `__init_subclass__` to work together. I'll revert those changes. Thank you for the report. -- assignee: -> ethan.furman priority: normal -> high ___

[issue42783] asyncio.sleep(0) idiom is not documented

Change by Ken Jin : -- nosy: +kj nosy_count: 5.0 -> 6.0 pull_requests: +22981 stage: backport needed -> patch review pull_request: https://github.com/python/cpython/pull/24153 ___ Python tracker

[issue41837] Upgrade installers to OpenSSL 1.1.1i

Sebastian Voigt added the comment: The fix has only be done for 3.8, 3.9 and 3.10. Are 3.7 and 3.6 are not impacted? -- nosy: +squear ___ Python tracker ___

[issue42725] PEP 563: Should the behavior change for yield/yield from's

Serhiy Storchaka added the comment: Should not "await" and "async for" (in comprehesions) and ":=" be forbidden too? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue42852] pprint fails in transformming non-breaking space

Change by Serhiy Storchaka : -- resolution: fixed -> not a bug ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue42852] pprint fails in transformming non-breaking space

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

[issue42858] Incorrect return value for os.system() in recognizing import error

STINNER Victor added the comment: See also https://docs.python.org/dev/library/sys.html#sys.unraisablehook -- nosy: +vstinner ___ Python tracker ___

[issue19683] test_minidom has many empty tests

Change by karl : -- pull_requests: +22980 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/24152 ___ Python tracker ___

[issue42858] Incorrect return value for os.system() in recognizing import error

Christian Heimes added the comment: The exceptions are ignored (Exception ignored in) on shutdown and therefore don't cause the interpreter to fail with an error code. Unraisable exceptions typically occur when the interpreter is mostly shut down and garbage collection, import or atexit

[issue42513] Socket.recv hangs

Barney Stratford added the comment: The instrumented code froze today, so I'm finally able to probe the bug. Despite what that website said, it's looking like checking the return fron the poll syscall isn't the problem here. I'm probably going to close this bug report as not a bug, but want

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

Paul Moore added the comment: So I guess the key question then is whether Path.exists() should trap exceptions and interpret them as "does not exist" (on all platforms, although it looks like the null character case in Unix has now been fixed). Which doesn't seem unreasonable, I guess.

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

Eryk Sun added the comment: > "http:" isn't a valid drive letter, I'd imagine. It's not a valid DOS drive, but that's not the problem. "http://w.org; is parsed as a relative path. The double slashes are replaced by a single backslash, and the Windows API tries to open the path relative to a

[issue42852] pprint fails in transformming non-breaking space

Steven D'Aprano added the comment: By the way, there is no need to use the u'' prefix on strings in Python 3. Unfortunately, I think this is a case where pprint doesn't meet your expectations. pprint is designed to print the repr of a string, while regular print prints the human-visible str:

[issue42858] Incorrect return value for os.system() in recognizing import error

Change by Xinmeng Xia : -- type: -> compile error ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42856] ensurepip: add configure --with-wheel-pkg-dir=PATH to get wheel packages from a system directory

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

[issue42858] Incorrect return value for os.system() in recognizing import error

New submission from Xinmeng Xia : Running attached "test_zipfile.py" on Python 3.10 will lead to the following error messages: Exception ignored in: Traceback (most recent call last): File

[issue42856] ensurepip: add configure --with-wheel-pkg-dir=PATH to get wheel packages from a system directory

Change by Christian Heimes : -- nosy: +christian.heimes, dstufft, ncoghlan, pradyunsg ___ Python tracker ___ ___ Python-bugs-list

[issue42857] Fails to construct paths lead to "python is likely shutting down"

New submission from Xinmeng Xia : The attached file "test_zipfile.py" is from test directory in cPython. We delete irrelevant code. Running this code on Python 3.10 will lead to the following error messages.

[issue42725] PEP 563: Should the behavior change for yield/yield from's

Mark Shannon added the comment: What's the process for making a decision on whether to make 'yield' in an annotation a syntax error? As a language change it should have a PEP, IMO. The PEP will be short, and shouldn't need a long-winded acceptance process. I just think that a PEP is more

[issue42856] ensurepip: add configure --with-wheel-pkg-dir=PATH to get wheel packages from a system directory

Miro Hrončok added the comment: For simplicity, I would avoid mixing wheels from 2 different directories. -- nosy: +hroncok ___ Python tracker ___

[issue42856] ensurepip: add configure --with-wheel-pkg-dir=PATH to get wheel packages from a system directory

STINNER Victor added the comment: > If used, ensurepip will only use wheel packages from this directory. An alternative is to find packages in all directories and pick the most recent version. Example with a specified directory *and* ensurepip._bundled is available: * wheel package

[issue42856] ensurepip: add configure --with-wheel-pkg-dir=PATH to get wheel packages from a system directory

New submission from STINNER Victor : The Fedora packaging policy recommends to "unbundle" bundled dependencies. "Fedora packages SHOULD make every effort to avoid having multiple, separate, upstream projects bundled together in a single package."

[issue19683] test_minidom has many empty tests

karl added the comment: Ah no. They ARE used through defproperty and minicompat.py get = getattr(klass, ("_get_" + name)) -- ___ Python tracker ___

[issue19683] test_minidom has many empty tests

karl added the comment: These methods are not used anywhere in the code. https://github.com/python/cpython/blob/5c30145afb6053998e3518befff638d207047f00/Lib/xml/dom/minidom.py#L71-L80 What was the purpose when they were created… hmm maybe blame would give clue. Ah they were added a long

[issue42823] Incorrect frame.f_lineno when frame.f_trace is set

Change by Mark Shannon : -- pull_requests: +22978 stage: resolved -> patch review pull_request: https://github.com/python/cpython/pull/24150 ___ Python tracker ___

[issue42848] asyncio produces an unexpected traceback with recursive __getattribute__

Irit Katriel added the comment: Yes I'll have a look. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42811] Update docs for importlib.util.resolve_name() to use __spec__.parent instead of __package__

Change by Yair Frid : -- pull_requests: +22977 pull_request: https://github.com/python/cpython/pull/24149 ___ Python tracker ___

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

Dominic Davis-Foster added the comment: Paul's example with the embedded null no longer works on Python 3.8 as Path.exists returns False on ValueError (added in gh-7695) Path.exists already ignores some Windows-specific errors, so I don't see why it shouldn't also ignore invalid paths which

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

Paul Moore added the comment: "http:" isn't a valid drive letter, I'd imagine. -- ___ Python tracker ___ ___ Python-bugs-list

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

gaborjbernat added the comment: How come the link is invalid on Windows but valid on UNIX? -- ___ Python tracker ___ ___

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

Paul Moore added the comment: It's an invalid filename so it raises an exception. You can get the same on Unix by using an invalid filename (embedded null): >>> from pathlib import Path >>> Path("/usr/\0").exists() Traceback (most recent call last):   File "", line 1, in   File

[issue42855] pathlib.exists on Windows raises an exception on URL like/bad input

New submission from gaborjbernat : ❯ py -c "from pathlib import Path; Path('http://w.org').exists()" Traceback (most recent call last): File "", line 1, in File "C:\Python39\lib\pathlib.py", line 1407, in exists self.stat() File "C:\Python39\lib\pathlib.py", line 1221, in stat

[issue42852] pprint fails in transformming non-breaking space

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

[issue42035] [C API] PyType_GetSlot cannot get tp_name

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

[issue42854] OpenSSL 1.1.1: use SSL_write_ex() and SSL_read_ex()

Christian Heimes added the comment: As of version 3.3.1, LibreSSL does not have SSL_write_ex() and SSL_read_ex(). The read and write functions are limited to int. -- ___ Python tracker

[issue42854] OpenSSL 1.1.1: use SSL_write_ex() and SSL_read_ex()

New submission from Christian Heimes : SSL_read() and SSL_write() are limited to int. The new SSL_write_ex() and SSL_read_ex() APIs support size_t just like read(2) and recv(2). Also see bpo-42853. int SSL_write_ex(SSL *s, const void *buf, size_t num, size_t *written); int SSL_read_ex(SSL

[issue42853] `OverflowError: signed integer is greater than maximum` in ssl.py for files larger than 2GB

Christian Heimes added the comment: I cannot lift the overflow restriction until we drop support for OpenSSL 1.0.2. The function SSL_write() and SSL_read() are limited to signed 32bit int. OpenSSL 1.1.1 has new SSL_write_ex() and SSL_read_ex() functions that support size_t. Even size_t

[issue42853] `OverflowError: signed integer is greater than maximum` in ssl.py for files larger than 2GB

Change by Christian Heimes : -- assignee: christian.heimes -> methane components: +Library (Lib) -SSL nosy: +methane ___ Python tracker ___

[issue42853] `OverflowError: signed integer is greater than maximum` in ssl.py for files larger than 2GB

New submission from Andrew MacDonald : When attempting to read a large file (> 2GB) over HTTPS the read fails with "OverflowError: signed integer is greater than maximum". This occurs with Python >=3.8 and I've been able to reproduce the problem with the below snippet of code on Linux, Mac

  1   2   >