[issue41987] singledispatchmethod raises an error when relying on a forward declaration

mental added the comment: Interesting! thanks for the hint guido I'll try to investigate further. This sounds like a regression (to me at least), in that case should a separate issue & patch PR be opened on the bpo or should this issue be used ins

[issue39679] functools: singledispatchmethod doesn't work with classmethod

Change by mental : -- nosy: +mental ___ Python tracker <https://bugs.python.org/issue39679> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue41987] singledispatchmethod raises an error when relying on a forward declaration

Change by mental : -- keywords: +patch nosy: +mental nosy_count: 5.0 -> 6.0 pull_requests: +22113 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/23216 ___ Python tracker <https://bugs.python.org/i

[issue40988] singledispatchmethod significantly slower than singledispatch

Change by mental : -- keywords: +patch nosy: +mental nosy_count: 1.0 -> 2.0 pull_requests: +22112 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23213 ___ Python tracker <https://bugs.python.org/i

[issue41122] functools.singledispatchfunction has confusing error message if no positional arguments are passed in

Change by mental : -- nosy: +mental nosy_count: 2.0 -> 3.0 pull_requests: +22111 pull_request: https://github.com/python/cpython/pull/23212 ___ Python tracker <https://bugs.python.org/issu

[issue37726] Tutorial should not recommend getopt

mental added the comment: It's nice to see the newcomer friendly tag being encouraged :thumbsup: I'm submitting a PR for a doc change (I'd appreciate a review :D). I've replaced any mention of getopt in the tutorial section with the argparse module. Additionally I have added several small

[issue37726] Tutorial should not recommend getopt

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

[issue37652] Multiprocessing shared_memory ValueError on race with ShareableList

mental added the comment: > The root of the error is that struct.pack_into starts by memsetting the > underlying memory area with NULL bytes before filling the data with memcpy. I've had a fix spinning for about a day now, it introduced a `multiprocessing.Lock` and it was simply w

[issue37652] Multiprocessing shared_memory ValueError on race with ShareableList

mental added the comment: Interestingly enough the race only seems to occur when the mutator resets the index with an identical value (try replacing the setitem value with: `not X[0]` or populate from `[b'hi']` and with the mutator code use `X[0][::1]`. I can't help but think to implement

[issue37682] random.sample should support iterators

Change by mental : -- nosy: +mark.dickinson, rhettinger ___ Python tracker <https://bugs.python.org/issue37682> ___ ___ Python-bugs-list mailing list Unsub

[issue37652] Multiprocessing shared_memory ValueError on race with ShareableList

mental added the comment: I have been able to reproduce the issue. I'm currently investigating to see what exactly inside the source of ShareableList is causing what appears to be miss synchronization. Currently I think the issue is the documentation failing to mention that ShareableList

[issue37668] Allow individual test to be specified by "#" or "."

Change by mental : -- nosy: +ezio.melotti, michael.foord, rbcollins ___ Python tracker <https://bugs.python.org/issue37668> ___ ___ Python-bugs-list mailin

[issue37661] venv activation scripts erroneously check if __VENV_PROMPT__ is defined

mental added the comment: I've added a PR (#1492) since it was a simple fix. Please feel free to reject if this issue is reserved or some other fatal issue with the solution is found. Otherwise I'd love a review and a double check (mainly paranoia from not wanting to mess up

[issue37661] venv activation scripts erroneously check if __VENV_PROMPT__ is defined

Change by mental : -- keywords: +patch pull_requests: +14703 stage: -> patch review pull_request: https://github.com/python/cpython/pull/14932 ___ Python tracker <https://bugs.python.org/issu

[issue37661] venv activation scripts erroneously check if __VENV_PROMPT__ is defined

mental added the comment: Brett, Vinay: mind if I handle this one? I'm looking for a good first issue to tackle. In terms of solutions I propose adding short circuiting logic to the checks for custom prompts to test against the default case `({context.env_name})` -- nosy: +mental

[issue29553] Argparser does not display closing parentheses in nested mutex groups

mental added the comment: Can this issue be closed? It's been inactive for a while and all it needs is a contributor to merge and close. Seems to me it's been resolved with PRs 117 and 120, the difference between them being 120 drops the inner brackets for the format usage (imo 120 should

[issue36298] Lib/pyclbr.py crashes when the package spec cannot be determined by importlib

mental added the comment: Thanks :) I've submitted a review for the patch. -- ___ Python tracker <https://bugs.python.org/issue36298> ___ ___ Python-bugs-list m

[issue36298] Lib/pyclbr.py crashes when the package spec cannot be determined by importlib

Change by mental : -- type: crash -> behavior ___ Python tracker <https://bugs.python.org/issue36298> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue36298] Lib/pyclbr.py crashes when the package spec cannot be determined by importlib

New submission from mental : Hi folks! (apologies in advance if any of the code blocks come out irregular, this is my first issue) I was just exploring the `Lib` modules out of curiosity and I discovered `pyclbr` a peculiar artifact from the older days of the Python standard library. I