[issue43803] ctypes string_at/wstring_at - bad argument name used in docs and in docstring

Shreyan Avigyan added the comment: Ok..then submitting the PR in 10 minutes. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue43803] ctypes string_at/wstring_at - bad argument name used in docs and in docstring

Eryk Sun added the comment: > So are you telling that we should change the name to "ptr" to > avoid a breaking change? The function parameter name is "ptr". Changing that name could break existing code. I don't think it's likely, but it's not worth breaking even one script just for this. So

[issue43799] OpenSSL 3.0.0: define OPENSSL_API_COMPAT 1.1.1

Change by Christian Heimes : -- pull_requests: +24115 pull_request: https://github.com/python/cpython/pull/25383 ___ Python tracker ___

[issue43799] OpenSSL 3.0.0: define OPENSSL_API_COMPAT 1.1.1

miss-islington added the comment: New changeset 7d9d5bf863bb0af26b74b0732ab89b2053d2fbec by Miss Islington (bot) in branch '3.9': [3.9] bpo-43799: OpenSSL 3.0.0: declare OPENSSL_API_COMPAT 1.1.1 (GH-25329) (GH-25382) https://github.com/python/cpython/commit/7d9d5bf863bb0af26b74b0732ab89b2053

[issue43799] OpenSSL 3.0.0: define OPENSSL_API_COMPAT 1.1.1

Christian Heimes added the comment: New changeset a4833883c9b81b6b272cc7c5b67fa1658b65304c by Christian Heimes in branch 'master': bpo-43799: OpenSSL 3.0.0: declare OPENSSL_API_COMPAT 1.1.1 (GH-25329) https://github.com/python/cpython/commit/a4833883c9b81b6b272cc7c5b67fa1658b65304c

[issue43799] OpenSSL 3.0.0: define OPENSSL_API_COMPAT 1.1.1

Change by miss-islington : -- nosy: +miss-islington nosy_count: 1.0 -> 2.0 pull_requests: +24114 pull_request: https://github.com/python/cpython/pull/25382 ___ Python tracker _

[issue43803] ctypes string_at/wstring_at - bad argument name used in docs and in docstring

Shreyan Avigyan added the comment: Ok...let me review again. Having different names for the same argument can cause confusion, right? So are you telling that we should change the name to "ptr" to avoid a breaking change? If this issue is confirmed, I'm ready to submit a PR to make this chang

[issue43826] Resource warnings in test_subprocess

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +24113 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25381 ___ Python tracker ___

[issue43826] Resource warnings in test_subprocess

New submission from Karthikeyan Singaravelan : It seems that some of the pipe objects were not closed properly causing resource warnings. Regarding "subprocess still running warning" I guess we need to call kill() on the subprocess before exiting test_send_signal_race2. I will raise a PR for t

[issue43825] Deprecation warnings in test cases

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +24112 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25380 ___ Python tracker ___

[issue43825] Deprecation warnings in test cases

New submission from Karthikeyan Singaravelan : Following deprecation warnings are raised when tests are ran with -Wall in CPython test suite. I will raise a PR for this. 0:03:48 load avg: 0.79 [ 59/427] test_cmd_line

[issue37179] asyncio loop.start_tls() provide support for TLS in TLS

Jordan Borean added the comment: I'm looking through the PR https://github.com/python/cpython/pull/17975 and it doesn't look like it addresses this particular problem. The code for start_tls https://github.com/python/cpython/blob/d2a8e69c2c605fbaa3656a5f99aa8d295f74c80e/Lib/asyncio/base_event

[issue43787] Optimize BZ2File, GzipFile, and LZMAFile __iter__ method.

Inada Naoki added the comment: New changeset d2a8e69c2c605fbaa3656a5f99aa8d295f74c80e by Inada Naoki in branch 'master': bpo-43787: Add __iter__ to GzipFile, BZ2File, and LZMAFile (GH-25353) https://github.com/python/cpython/commit/d2a8e69c2c605fbaa3656a5f99aa8d295f74c80e -- __

[issue43787] Optimize BZ2File, GzipFile, and LZMAFile __iter__ method.

Change by Inada Naoki : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ P

[issue43824] array.array.__deepcopy__() accepts a parameter of any type

Josh Rosenberg added the comment: __deepcopy__ is required to take a second argument by the rules of the copy module; the second argument is supposed to be a memo dictionary, but there's no reason to use it for array.array (it can't contain Python objects, and you only use the memo dictionar

[issue41515] typing.get_type_hints generates KeyError

Karthikeyan Singaravelan added the comment: Thanks Victor. I have created https://github.com/python/cpython/pull/25379 that uses self.assertEqual instead of assert that produces syntax warning. -- ___ Python tracker

[issue41515] typing.get_type_hints generates KeyError

Change by Karthikeyan Singaravelan : -- pull_requests: +24111 pull_request: https://github.com/python/cpython/pull/25379 ___ Python tracker ___

[issue43824] array.array.__deepcopy__() accepts a parameter of any type

New submission from MingZhe Hu : The C implementation of foreign function array.array.__deepcopy__() is declared as follows: https://github.com/python/cpython/blob/d9151cb45371836d39b6d53afb50c5bcd353c661/Modules/arraymodule.c#L855 The second argument is unused in the function body. However,

[issue43823] Improve syntax errors for invalid dictionary literals

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

[issue43823] Improve syntax errors for invalid dictionary literals

New submission from Pablo Galindo Salgado : Currently the error for invalid dict literals is generic: >>> {1:2, 3:} File "", line 1 {1:2, 3:} ^ SyntaxError: invalid syntax >>> {1:2, 3} File "", line 1 {1:2, 3} ^ SyntaxError: invalid syntax We can have better

[issue43822] Improve syntax errors for missing commas

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

[issue43822] Improve syntax errors for missing commas

New submission from Pablo Galindo Salgado : Given that is quite common to forgot a comma in containers, function calls, ...etc and that the current error is: >>> [a, b, c d] File "", line 1 [a, b, c d] ^ SyntaxError: invalid syntax We could improve the user experience quite

[issue40006] enum: Add documentation for _create_pseudo_member_ and composite members

Ethan Furman added the comment: `_create_pseudo_member_` was an implementation detail and has been removed. I did update the doc string which was migrated to `_missing_`. -- ___ Python tracker

[issue40006] enum: Add documentation for _create_pseudo_member_ and composite members

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

[issue43797] Improve syntax error for invalid comparisons

Change by Pablo Galindo Salgado : -- pull_requests: +24107 pull_request: https://github.com/python/cpython/pull/25375 ___ Python tracker ___ ___

[issue43770] Rework C types initialization

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

[issue43817] Add typing.get_annotations()

Change by Jelle Zijlstra : -- nosy: +Jelle Zijlstra ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue43821] Undocumented behavior of sleep functions and asyncio delayed execution

New submission from Josef Havránek : Hi i found undocumented behavior of time.sleep, and call_at / call_later from asyncio loop There are two things to properly document/consider. It is time of delay/sleep when time for python stops (aka computer is going to hibernate/Cpu not runing) because

[issue43820] Remove namespace copy from dataclasses.make_dataclass()

Change by Eric V. Smith : -- keywords: +patch pull_requests: +24105 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25372 ___ Python tracker ___ __

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Ethan Furman added the comment: New changeset 6379924ecd51e346b42b0293da0f4442a0f67707 by Ethan Furman in branch '3.9': [3.9] bpo-42248: [Enum] ensure exceptions raised in ``_missing_`` are released (GH-25350). (GH-25370) https://github.com/python/cpython/commit/6379924ecd51e346b42b0293da0f4

[issue43803] ctypes string_at/wstring_at - bad argument name used in docs and in docstring

Eryk Sun added the comment: > If that's the problem then why not change all of them to use the > name "address" or "addr" to avoid confusion and make it clear > simple. What is your view? Change them all to refer to `ptr`. It's not worth introducing a breaking change: >>> ctypes.string_

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Eryk Sun added the comment: > So we stop passing the O_TEMPORARY flag. If __enter__() is called, > close() closes the file but doesn't delete anything, and > __exit__() closes the file (if open) and deletes it (even if it > wasn't open). If there is no __enter__(), close() also deletes the

[issue43816] Missing 'extern "C"' for _Py_ctype_table

STINNER Victor added the comment: See https://github.com/python/cpython/blob/master/Include/README.rst for the organization of the C API. -- ___ Python tracker ___ __

[issue43774] [Doc] Document configure options in the Python documentation

STINNER Victor added the comment: New changeset 85918e4ab6e9410008aef6dedf000d24b3e120ea by Victor Stinner in branch 'master': bpo-43774: Add more links to configure options (GH-25363) https://github.com/python/cpython/commit/85918e4ab6e9410008aef6dedf000d24b3e120ea --

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Ethan Furman added the comment: Hey, you agree with me now, so it's not noise. ;-) -- ___ Python tracker ___ ___ Python-bugs-list

[issue43820] Remove namespace copy from dataclasses.make_dataclass()

New submission from Eric V. Smith : In make_dataclasses(), the "namespace" argument is copied because it is mutated. This isn't really necessary: the callback passed to types.new_class() could just update its "ns" parameter with "namespace" and with the new attributes (__anotations__ and defa

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Paul Moore added the comment: Sorry - I'm maybe making an unwarranted assumption. If simply removing "delete on close" behaviour in the CM case is acceptable, then I'm 100% in favour of that. I'd assumed that it was somehow unacceptable, but you're right, and it's not clear if Eryk is agree

[issue43819] ExtensionFileLoader Does Not Implement invalidate_caches

New submission from Ian H : Currently there's no easy way to get at the internal cache of module spec objects for compiled extension modules. See https://github.com/python/cpython/blob/20ac34772aa9805ccbf082e700f2b033291ff5d2/Python/import.c#L401-L415. For example, these module spec objects c

[issue42238] Deprecate suspicious.py?

Pablo Galindo Salgado added the comment: Background on why I reactivated it: I every single alpha release I had to fix actual documentation errors (no false positives) like the one fixed here: https://github.com/python/cpython/commit/20ac34772aa9805ccbf082e700f2b033291ff5d2 I don't like the

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Ethan Furman added the comment: Paul, If "rescuing" (i.e. "fixing" ;) NamedTemporaryFile was arduous, complicated, or had serious backwards-compatibility issues then I would completely agree with you. However, the fix is simple, the only backwards-compatible issue is the file would still

[issue43798] Add position metadata to alias AST type

Pablo Galindo Salgado added the comment: Ah, it was not clear from the issue that pytest was constructing nodes by hand. It makes sense now. Thanks! -- ___ Python tracker ___

[issue43798] Add position metadata to alias AST type

Change by daniel hahler : -- versions: -Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue43798] Add position metadata to alias AST type

daniel hahler added the comment: @Pablo: the problem (referenced in the pytest issue) is that `ast.alias` has new required arguments now (see also the adjusted test in https://github.com/python/cpython/commit/75a06f067bd0a2687312e5f8e78f9075be76ad3a#diff-3f516b60719dd445d33225e4f316b36e85c9c51

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Andrew V. Jones added the comment: > I think the fact that they've been moved to Include/cpython means that user > code shouldn't be using them. > I think it is fine to say that they shouldn't be used, but then we get this from Victor's blog: > It was decided that internal header files must

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Paul Moore added the comment: There's a lot of technical discussion of implementation details here, but not much about use cases. IMO, what's more important is whether NamedTemporaryFile is *useful* to people, and what they want to use it *for*. Working out how to implement it can come after

[issue42238] Deprecate suspicious.py?

STINNER Victor added the comment: Pablo reenabled the check: commit 20ac34772aa9805ccbf082e700f2b033291ff5d2 (upstream/master, master) Author: Pablo Galindo Date: Mon Apr 12 20:53:15 2021 +0100 Fix Sphinx errors in the documentation and re-activate the suspicious check (GH-25368)

[issue43818] Email does not apply policy to multipart messages with defects

New submission from Joseph Ishac : I have noticed an issue (Python 3.8.5) where an email can be read in as bytes, but will not be returned as such with the as_bytes() call if the message is multipart, has a boundary which is not properly quoted, and the message has non-ascii text. It seems to

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Eric V. Smith added the comment: These files were probably added as part of str.format() or short float repr. I think the fact that they've been moved to Include/cpython means that user code shouldn't be using them. See https://bugs.python.org/issue35134 and https://vstinner.github.io/split-

[issue40066] Enum: modify __repr__, __str__; update docs

Stefan Behnel added the comment: > why /shouldn't/ we make the change? It breaks doctests, and probably some other unit tests, too, e.g. for output formatting. What should we suggest users to do? Replace >>> get_flag(…) by >>> get_flag(…) == app_enums.TrickyFlag or get_flag(…

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Steve Dower added the comment: O_TEMPORARY is clearly not the right option here, and we should just move the unlink call into __exit__ and attempt it even if close() has been called. Windows's "delete on close" functionality is great, but if you haven't designed for its semantics, it's unusa

[issue41515] typing.get_type_hints generates KeyError

STINNER Victor added the comment: > Thanks -- odd this didn't fail in CI. The CI runs tests with "make buildbottest" which uses the -w option: -w, --verbose2re-run failed tests in verbose mode When test___all__ is re-run in verbose mode, it doesn't fail: "== Tests result: FAILURE

[issue41515] typing.get_type_hints generates KeyError

Guido van Rossum added the comment: Thanks -- odd this didn't fail in CI. We'll get it fixed. -- ___ Python tracker ___ ___ Python-

[issue41515] typing.get_type_hints generates KeyError

STINNER Victor added the comment: This change introduced a regression: https://buildbot.python.org/all/#/builders/96/builds/1012 $ ./python -m test test___all__ 0:00:00 load avg: 0.28 Run tests sequentially 0:00:00 load avg: 0.28 [1/1] test___all__ test test___all__ failed -- Traceback (most r

[issue30528] ipaddress.IPv{4,6}Network.reverse_pointer is broken

Change by Roundup Robot : -- nosy: +python-dev nosy_count: 6.0 -> 7.0 pull_requests: +24104 pull_request: https://github.com/python/cpython/pull/25371 ___ Python tracker ___ __

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Stefan Behnel added the comment: These macros are a sort-of documented part of the C-API. At least, they were mentioned in a What's New document: https://docs.python.org/3/whatsnew/2.7.html?highlight=py_isspace#build-and-c-api-changes They were added here, for the Py2.7 release: https://git

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Ethan Furman added the comment: New changeset f396a1a940f8608a4be2a9ac4ef82e37c198ecd3 by Ethan Furman in branch '3.8': [3.8] bpo-42248: [Enum] ensure exceptions raised in ``_missing_`` are released (GH-25350). (GH-25369) https://github.com/python/cpython/commit/f396a1a940f8608a4be2a9ac4ef82

[issue14243] tempfile.NamedTemporaryFile not particularly useful on Windows

Ethan Furman added the comment: Eryk, I'm not sure if you are agreeing or disagreeing with me. :) On Windows it sounds like O_TEMPORARY buys us guaranteed file deletion, but costs us easy sharing of file resources and a difference in semantics between Windows and non-Windows. Is the automat

[issue43812] Tuple unpacking in getitem

Pablo Galindo Salgado added the comment: I am closing this as duplicate of https://www.python.org/dev/peps/pep-0646, but feel free to reopen if you think there is some missing considerations. -- resolution: -> duplicate stage: -> resolved status: open -> closed

[issue43812] Tuple unpacking in getitem

Pablo Galindo Salgado added the comment: This is currently being proposed as part of https://www.python.org/dev/peps/pep-0646. -- nosy: +pablogsal ___ Python tracker ___

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

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

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

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

[issue43803] ctypes string_at/wstring_at - bad argument name used in docs and in docstring

Shreyan Avigyan added the comment: Yeah, you're right and also it is true that changing the docstring to "ptr" can succinctly say "Return the byte string at void *ptr." But it's a kind of problem if different argument names are used for the same argument in docstring, argument list and docum

[issue30528] ipaddress.IPv{4,6}Network.reverse_pointer is broken

jana added the comment: This code does the trick: ipn = ipaddress.ip_network("2a0c:ac10::/32") prefix = ipn.prefixlen if ipn.version == 6: rest = int((ipn.max_prefixlen - prefix) / 4) elif ipn.version == 4: rest = int((ipn.max_prefixlen - prefix) / 8) return ipn.network_address.reverse

[issue43804] Add more info about building C/C++ Extensions on Windows using MSVC

Shreyan Avigyan added the comment: Kindly have a review of my PR. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue43817] Add typing.get_annotations()

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue41515] typing.get_type_hints generates KeyError

Guido van Rossum added the comment: New changeset a9cf69df2e031d6157f01289f66ca9cf723ceb5c by Karthikeyan Singaravelan in branch 'master': bpo-41515: Fix KeyError raised in get_type_hints (GH-25352) https://github.com/python/cpython/commit/a9cf69df2e031d6157f01289f66ca9cf723ceb5c --

[issue43817] Add typing.get_annotations()

Larry Hastings added the comment: > I'd say just submit the PR. Shouldn't be problematic. Okey-doke, I can do it. Though I have plenty to do at the moment, though, so it wouldn't be this week. Is there anybody who would *enjoy* taking this on, who we could farm it out to? If not, that's n

[issue30528] ipaddress.IPv{4,6}Network.reverse_pointer is broken

jana added the comment: Running into the same problem here. Within the zonefile rfc1035 defines a usecase for ipv4, but I can't find anything similar for IPv6. The feature is also rather obscure. The zone however is used in the zonefile as origin and in bind in the named.conf to refer to whi

[issue43817] Add typing.get_annotations()

Guido van Rossum added the comment: I'd say just submit the PR. Shouldn't be problematic. (Have you decided what to do if the eval() fails?) -- ___ Python tracker ___

[issue43492] Upgrade to SQLite 3.35.4 in macOS and Windows

Erlend Egeberg Aasland added the comment: I agree, Steve. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43817] Add typing.get_annotations()

Larry Hastings added the comment: To be honest, I'm not 100% sure. But I observe that typing.get_type_hints() is about fifty lines of code, and very few of them are the opinionated lines I want to avoid. Some things typing.get_type_hints() seems to do for you: * Work around the "classes inh

[issue43817] Add typing.get_annotations()

Guido van Rossum added the comment: It's fair that get_type_hints() does too much. But what does your proposed function do besides this? {k: eval(v) for k, b in x.__annotations__.items()} ? -- ___ Python tracker

[issue43817] Add typing.get_annotations()

Larry Hastings added the comment: (realized mid-issue-creation that it should have a different name) -- title: Add typing.eval_annotations() -> Add typing.get_annotations() ___ Python tracker ___

[issue43817] Add typing.eval_annotations()

New submission from Larry Hastings : Currently, with PEP 563 looming over us, people who use annotations for something besides type hints are kind of stuck. Converting stringized annotations back into useful values is a complicated problem, and there's only function in the standard library t

[issue42737] PEP 563: drop annotations for complex assign targets

Guido van Rossum added the comment: Batuhan, can you summarize the argument from the thread? What do you think yourself? Myself, I'm not sure either way, but it seems okay to remove the remnant bytecode. -- ___ Python tracker

[issue42904] get_type_hints does not provide localns for classes

Guido van Rossum added the comment: Hi Ken Jin, you can close this issue now with your new permissions, right? -- ___ Python tracker ___ __

[issue42904] get_type_hints does not provide localns for classes

Guido van Rossum added the comment: New changeset 852150ddfe68bc2696fc880175aeb855a0c16ae6 by Ken Jin in branch 'master': bpo-42904: Fix get_type_hints for class local namespaces (GH-24201) https://github.com/python/cpython/commit/852150ddfe68bc2696fc880175aeb855a0c16ae6 -- ___

[issue42059] TypedDict(...) as function does not respect "total" when setting __required_keys__ and __optional_keys__

Guido van Rossum added the comment: Dominic, thanks so much for the backport! -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Andrew V. Jones added the comment: > 1) The Cython-generated code uses `Py_ISSPACE` (and not `_Py_ctype_table`), > but the expansion of the macro `Py_ISSPACE` then adds `_Py_ctype_table` to > the user's code > I wrote this up as a Cython bug here (just to see if the Cython team consider thi

[issue43492] Upgrade to SQLite 3.35.4 in macOS and Windows

Steve Dower added the comment: It's been a busy month for the SQLite team... hope they're doing okay. Let's give this one a few weeks, just in case. -- ___ Python tracker ___

[issue43123] email MIME splitting

Ross Rhodes added the comment: PR now “stale” since I have not received any feedback, yet. -- ___ Python tracker ___ ___ Python-bugs

[issue42916] Support for DICOM image file format in imghdr module

Ross Rhodes added the comment: PR already open to support DICOM based on the first 132 characters. Marked “stale” since I haven’t had any feedback on GitHub, yet. -- ___ Python tracker __

[issue43761] Documenting dataclass and namedtuple changes for structural pattern matching

Brandt Bucher added the comment: > For named tuples, there isn't an include/exclude option, so no extra mention > is warranted. I think a note in the docs could still be valuable, if only because defining __match_args__ for named tuples changes the inherited tuple behavior for positional ma

[issue43492] Upgrade to SQLite 3.35.4 in macOS and Windows

Big Stone added the comment: 3.35.4 is there -- nosy: +Big Stone ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Change by Karthikeyan Singaravelan : -- components: +C API ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

miss-islington added the comment: New changeset de06baa9de109a00c26de0dc5a248fe7aafe09f5 by Miss Islington (bot) in branch '3.9': bpo-41661: Document os.path.relpath() exception on Windows with different drives (GH-25346) https://github.com/python/cpython/commit/de06baa9de109a00c26de0dc5a248

[issue43797] Improve syntax error for invalid comparisons

Pablo Galindo Salgado added the comment: New changeset b86ed8e3bb41ede77eeab4a8bb4e2b91a8065283 by Pablo Galindo in branch 'master': bpo-43797: Improve syntax error for invalid comparisons (#25317) https://github.com/python/cpython/commit/b86ed8e3bb41ede77eeab4a8bb4e2b91a8065283 --

[issue43797] Improve syntax error for invalid comparisons

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue43774] [Doc] Document configure options in the Python documentation

Pablo Galindo Salgado added the comment: New changeset 2459b92a4db69d9b14d0a86a9b81cc075894e910 by Victor Stinner in branch 'master': bpo-43774: Remove --without-cycle-gc doc (GH-25364) https://github.com/python/cpython/commit/2459b92a4db69d9b14d0a86a9b81cc075894e910 -- nosy: +pablo

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Andrew V. Jones added the comment: > I am happy to re-assign this as a Cython bug, but the fact it is fixed with > an `extern "C"` in Python.h, really makes it feel like it is a Python-proper > issue and not a "user" issue. > Just to extend on this: 1) The Cython-generated code uses `Py

[issue42248] Raised exception in Enum keeping user objects alive unnecessarily

Ethan Furman added the comment: New changeset 8c14f5a787b21d5a1eae5d5ee981431d1c0e055f by Ethan Furman in branch 'master': bpo-42248: [Enum] ensure exceptions raised in ``_missing_`` are released (GH-25350) https://github.com/python/cpython/commit/8c14f5a787b21d5a1eae5d5ee981431d1c0e055f -

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Andrew V. Jones added the comment: > In fact, _Py_ctype_table is limited to the internal parts of the interpreter. > So in this case, this one could not be used in an external tool. > Hmm, so why is this "exposed" by the "world-facing" `Python.h` file? I should say: we found this bug via Cyt

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

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

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

Steve Dower added the comment: New changeset 67c0b3d89c4da9750fdb43fc66d3924681b22d2e by Zackery Spytz in branch 'master': bpo-41661: Document os.path.relpath() exception on Windows with different drives (GH-25346) https://github.com/python/cpython/commit/67c0b3d89c4da9750fdb43fc66d3924681b2

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

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

[issue41661] os.path.relpath does not document ValueError on Windows with different drives

Change by miss-islington : -- nosy: +miss-islington nosy_count: 8.0 -> 9.0 pull_requests: +24100 pull_request: https://github.com/python/cpython/pull/25366 ___ Python tracker _

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

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

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Stéphane Wirtel added the comment: In fact, _Py_ctype_table is limited to the internal parts of the interpreter. So in this case, this one could not be used in an external tool. You can read: https://docs.python.org/3/c-api/stable.html I am not sure that you correctly use the API. --

[issue43816] Missing 'extern "C"' for _Py_ctype_table

Change by Andrew V. Jones : -- keywords: +patch pull_requests: +24099 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25365 ___ Python tracker ___

[issue43816] Missing 'extern "C"' for _Py_ctype_table

New submission from Andrew V. Jones : With Python 3.9.4, and when compiling with Visual Studio 2019, we have noticed that the variable `_Py_ctype_table` is *not* scoped with in an `extern "C"` block, and where the Python library (`python39.lib`) *has* been compiled with a C compiler. This cau

  1   2   >