[issue39592] Year not updated at python.org

Ammar Askar added the comment: Please direct this to https://github.com/python/pythondotorg/issues This tracker is for issues pertaining to the interpreter. -- nosy: +ammar2 resolution: -> third party stage: -> resolved status: open -> closed

[issue39592] Year not updated at python.org

New submission from F4zi : The year in https://www.python.org/psf/donations/python-dev/ Should be changed from 2019 to 2020 -- assignee: docs@python components: Documentation messages: 361645 nosy: F4zi, docs@python, eric.araujo, ezio.melotti, mdk, willingc priority: normal severity:

[issue39491] Import PEP 593 (Flexible function and variable annotations) support already implemented in typing_extensions

Change by Andy Lester : -- pull_requests: +17799 pull_request: https://github.com/python/cpython/pull/18422 ___ Python tracker ___

[issue39491] Import PEP 593 (Flexible function and variable annotations) support already implemented in typing_extensions

Change by Karthikeyan Singaravelan : -- pull_requests: -17793 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39491] Import PEP 593 (Flexible function and variable annotations) support already implemented in typing_extensions

Change by Karthikeyan Singaravelan : -- pull_requests: -17797 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue39590] collections.deque.__contains__ and .count should hold strong references.

Dennis Sweeney added the comment: Should there be a similar generic test case in test.seq_test? -- ___ Python tracker ___ ___

[issue39591] Functions in Python/traceback.c can take const pointer arguments

Change by Andy Lester : -- pull_requests: -17794 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39591] Functions in Python/traceback.c can take const pointer arguments

Change by Andy Lester : -- pull_requests: +17798 pull_request: https://github.com/python/cpython/pull/18422 ___ Python tracker ___

[issue39491] Import PEP 593 (Flexible function and variable annotations) support already implemented in typing_extensions

Change by Andy Lester : -- pull_requests: +17797 pull_request: https://github.com/python/cpython/pull/18422 ___ Python tracker ___

[issue39590] collections.deque.__contains__ and .count should hold strong references.

Change by Dennis Sweeney : -- keywords: +patch pull_requests: +17796 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18421 ___ Python tracker ___

[issue39573] Make PyObject an opaque structure in the limited C API

Change by hai shi : -- pull_requests: +17795 pull_request: https://github.com/python/cpython/pull/18419 ___ Python tracker ___ ___

[issue39591] Functions in Python/traceback.c can take const pointer arguments

Change by Andy Lester : -- keywords: +patch pull_requests: +17794 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18420 ___ Python tracker ___

[issue39491] Import PEP 593 (Flexible function and variable annotations) support already implemented in typing_extensions

Change by Andy Lester : -- pull_requests: +17793 pull_request: https://github.com/python/cpython/pull/18420 ___ Python tracker ___

[issue39591] Functions in Python/traceback.c can take const pointer arguments

New submission from Andy Lester : The functions tb_displayline and tb_printinternal can take const pointers on some of their arguments. tb_displayline(PyObject *f, PyObject *filename, int lineno, const PyObject *name) tb_printinternal(const PyTracebackObject *tb, PyObject *f, long limit)

[issue39590] collections.deque.__contains__ and .count should hold strong references.

New submission from Dennis Sweeney : Similar to https://bugs.python.org/issue39453, but with deques: Python 3.9.0a3+: >>> from collections import deque >>> class A: ... def __eq__(self, other): ... L.clear() ... return NotImplemented ... >>> L = [A(), A(), A()] >>> 17 in L

[issue39587] Mixin repr overrides Enum repr in some cases

Change by Raymond Hettinger : -- assignee: -> ethan.furman ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39587] Mixin repr overrides Enum repr in some cases

Change by Karthikeyan Singaravelan : -- nosy: +barry, eli.bendersky, ethan.furman ___ Python tracker ___ ___ Python-bugs-list

[issue39589] Logging QueueListener should support context manager

Change by Simon : -- keywords: +patch pull_requests: +17792 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18417 ___ Python tracker ___

[issue39589] Logging QueueListener should support context manager

New submission from Simon : The QueueListener could be extended to support the context manager. -- components: Library (Lib) messages: 361641 nosy: sbrugman priority: normal severity: normal status: open title: Logging QueueListener should support context manager versions: Python 3.5,

[issue39588] Use memcpy() instead of for() loops in _PyUnicode_To*

Andy Lester added the comment: Thanks for replying. I figured that might be the case, which is why I made a ticket before bothering with a pull request. I've also seen this kind of thing around: i = ctx->pattern[0]; Py_ssize_t groupref = i+i; instead of

[issue39573] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: New changeset 7f6f7eef5206858030cbe4f80a7c04b02781cc9a by Dong-hee Na in branch 'master': bpo-39573: Use Py_TYPE() macro in ctypes.h (GH-18411) https://github.com/python/cpython/commit/7f6f7eef5206858030cbe4f80a7c04b02781cc9a --

[issue39588] Use memcpy() instead of for() loops in _PyUnicode_To*

Raymond Hettinger added the comment: In the past, we've also gotten some gains by replacing memcpy() with for-loops. These kinds of optimization choices are best left to the compiler. -- nosy: +rhettinger resolution: -> rejected stage: -> resolved status: open -> closed

[issue39150] See if PyToken_OneChar would be faster as a lookup table

Andy Lester added the comment: I'm closing this as it seems there's not much interest in this. -- stage: -> resolved status: open -> closed ___ Python tracker ___

[issue39588] Use memcpy() instead of for() loops in _PyUnicode_To*

New submission from Andy Lester : Four functions in Objects/unicodectype.c copy values out of lookup tables with a for loop int i; for (i = 0; i < n; i++) res[i] = _PyUnicode_ExtendedCase[index + i]; instead of a memcpy memcpy(res,

[issue39587] Mixin repr overrides Enum repr in some cases

New submission from Ryan McCampbell : In Python 3.6 the following works: class HexInt(int): def __repr__(self): return hex(self) class MyEnum(HexInt, enum.Enum): A = 1 B = 2 C = 3 >>> MyEnum.A However in Python 3.7/8 it instead prints >>> MyEnum.A 0x1 It uses

[issue28859] os.path.ismount sometimes raises FileNotFoundError on Windows

Nishant Misra added the comment: I would like to take this issue as my first issue to start contributing to Python development. -- nosy: +scic0 ___ Python tracker ___

[issue39586] Deprecate bdist_msi: use bdist_wheel instead

Change by Hugo van Kemenade : -- keywords: +patch pull_requests: +17790 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18415 ___ Python tracker

[issue39586] Deprecate bdist_msi: use bdist_wheel instead

New submission from Hugo van Kemenade : According to the "Deprecate bdist_wininst" discussion (July 2019), bdist_msi can be deprecated: https://discuss.python.org/t/deprecate-bdist-wininst/1929 Victor Stinner wrote: "Now the question is if someone here wants to go further is deprecate all

[issue39584] MacOS crashes by running attached Python code

Change by SilentGhost : -- nosy: +davin, vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39585] Delete a pending item in _warning.c

hai shi added the comment: If I am wrong, remove the check operation of `name` is fine. -- ___ Python tracker ___ ___

[issue39585] Delete a pending item in _warning.c

Change by hai shi : -- keywords: +patch pull_requests: +17789 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18414 ___ Python tracker ___

[issue39573] Make PyObject an opaque structure in the limited C API

STINNER Victor added the comment: > "static inline" functions are not opaque I'm well aware of that :-) But once the CPython code base will stop accessing directly PyObject fields directly, it would become possible to experiment changing PyObject layout, at least testing it in CPython.

[issue39585] Delete a pending item in _warning.c

New submission from hai shi : a pend item could be removed (https://github.com/python/cpython/blob/master/Python/_warnings.c#L493). two reasons: 1) every warning have `__name__` and it must not NULL(`The tp_name slot must be set;` from pep0253) 2) the `__name__` of Warning class(including

[issue39584] MacOS crashes by running attached Python code

New submission from Vinay Sharma : Consider the following python Code. ``` from multiprocessing.shared_memory import SharedMemory shm = SharedMemory(name='test-crash', create=True, size=100) ``` This causes macOS Catalina, Mojave to freeze and then crash. Although, this works

[issue39584] MacOS crashes by running attached Python code

Change by Vinay Sharma : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39583] Remove superfluous "extern C" bits from Include/cpython/*.h

Change by Skip Montanaro : -- nosy: +ncoghlan, vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue39583] Remove superfluous "extern C" bits from Include/cpython/*.h

Change by Skip Montanaro : -- keywords: +patch pull_requests: +17787 stage: -> patch review pull_request: https://github.com/python/cpython/pull/18413 ___ Python tracker ___

[issue39583] Remove superfluous "extern C" bits from Include/cpython/*.h

New submission from Skip Montanaro : I noticed that the files in Include/cpython also have extern C declarations, despite the fact that the only files which #include them do as well. Seems like a small bit of cleanup. PR incoming... -- components: C API messages: 361628 nosy:

[issue39465] Design a subinterpreter friendly alternative to _Py_IDENTIFIER

Nick Coghlan added the comment: As Petr notes, as long as all subinterpreters share the GIL, and share str instances, then the existing _Py_IDENTIFIER mechanism will work fine for both single phase and multi-phase initialisation. However, that constraint also goes the other way: as long as

[issue39573] Make PyObject an opaque structure in the limited C API

Steve Dower added the comment: "static inline" functions are not opaque - as they get inlined into 3rd-party compiled code, we can't change anything they reference, and so the structure layout is still fixed and has to be visible to the user's compiler. I'm not totally against the changes,

[issue39582] ossaudiodev update helpers signature

Change by David CARLIER : -- nosy: devnexen priority: normal pull_requests: 17786 severity: normal status: open title: ossaudiodev update helpers signature versions: Python 3.9 ___ Python tracker

[issue31718] some methods of uninitialized io.IncrementalNewlineDecoder objects raise SystemError

Cheryl Sabella added the comment: The patch for this issue had some outstanding questions/changes to be made before being merged, but now a new PR needs to be opened to replace the original one. Anyone who is interested can pick this up, but please only open one PR for this and please also

[issue39581] Python Interpreter Doesn't Work Well In Thread Class

Change by SilentGhost : -- nosy: +mark.dickinson resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___

[issue39581] Python Interpreter Doesn't Work Well In Thread Class

SilentGhost added the comment: SyntaxError is produced when there is a syntax problem in the code to be executed, this code is fine from the syntax perspective, so this particular error would not be raised. It is also perfectly fine to have a function call where you have it, the only thing

[issue39581] Python Interpreter Doesn't Work Well In Thread Class

Mark Dickinson added the comment: There's no other reasonable way for Python to work here. It *is* an error to pass something that's not a callable as a thread "target", but it's a coding error that can only be detected at runtime, not a syntax error that can be detected statically before

[issue39581] Python Interpreter Doesn't Work Well In Thread Class

New submission from 임수진학부생 <21600...@handong.edu>: import threading import time def threadFunc(): while True: print('new thread') time.sleep(2) def main(): th = threading.Thread(target=threadFunc())