[issue46813] Allow developer to resize the dictionary

Raymond Hettinger added the comment: This idea surfaced once before and Guido shot it down. IIRC the rationale was the exposed implementation details, that would challenging for users to consistently set the size correctly, and that it may not make sense for other implementations. This

[issue46813] Allow developer to resize the dictionary

Change by penguin_wwy <940375...@qq.com>: -- keywords: +patch pull_requests: +29590 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31461 ___ Python tracker

[issue46813] Allow developer to resize the dictionary

New submission from penguin_wwy <940375...@qq.com>: https://github.com/faster-cpython/ideas/discussions/288 -- components: Interpreter Core messages: 413634 nosy: penguin_wwy priority: normal severity: normal status: open title: Allow developer to resize the dictionary type:

[issue31327] [doc] Add example of platform-specific support for negative timestamps to the time doc

Change by Stanley : -- keywords: +patch nosy: +slateny nosy_count: 8.0 -> 9.0 pull_requests: +29589 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/31460 ___ Python tracker

[issue45116] Performance regression 3.10b1: inlining issue in the big _PyEval_EvalFrameDefault() function with Visual Studio (MSC)

Change by neonene : -- pull_requests: +29588 pull_request: https://github.com/python/cpython/pull/31459 ___ Python tracker ___ ___

[issue32514] 0x80070002 - The system cannot find the file specified

Change by John : Removed file: https://bugs.python.org/file47370/Python 3.6.4 (32-bit)_20180107153053[3191].log ___ Python tracker ___ ___

[issue32514] 0x80070002 - The system cannot find the file specified

Change by John : Removed file: https://bugs.python.org/file47373/Python 3.6.4 (32-bit)_20180107153053_000_core_JustForMe[3206].log ___ Python tracker ___

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: PS. The cancel count can work whether or not cancel() returns without setting must-cancel (or cancelling the underlying future/task) when there's already a cancellation in progress. Other things may be different though. We have to look into this

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: [Sam] > It will probably work in this case. But, what about more complex cases? If > there are 2 different timeouts and the possibility of a user cancellation, > and we have a count of 2 cancellations, then what happened? 2 timeouts, or 1 > timeout and

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: [Alex] > The current backward incompatible changes in cancellation behavior are > already causing 10 tests to fail in the AnyIO test suite. I'm trying to find > an alternate solution that does not break anything. Are you sure that the tests aren't

[issue46812] Thread starvation with threading.Condition

Tim Peters added the comment: Unassigning myself - I have no insight into this. I suspect the eternally contentious issue 7946 is related. -- ___ Python tracker ___

[issue46812] Thread starvation with threading.Condition

Change by Raymond Hettinger : -- nosy: +tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46812] Thread starvation with threading.Condition

New submission from Mark Gordon : When using Condition variables to manage access to shared resources you can run into starvation issues due to the thread that just gave up a resource (making a call to notify/notify_all) having priority on immediately reacquiring that resource before any of

[issue46732] Builtin __bool__ docstrings are wrong

Terry J. Reedy added the comment: For whatever reason, all builtins with a __bool__ method appear to share the same docstring. For example, >>> range.__bool__.__doc__ 'self != 0' >>> bool(range(0)) False >>> bool(range(1)) True The concrete collection classes have their lengths stored

[issue46733] pathlib.Path methods can raise NotImplementedError

Barney Gale added the comment: Thanks both. I've adjusted PR 31338 to leave is_mount() unchanged. I've opened a new pull request that implements is_mount() on Windows using ntpath.ismount(): PR 31458 -- ___ Python tracker

[issue46757] dataclasses should define an empty __post_init__

Raymond Hettinger added the comment: -1 * I concur with Eric that this is mostly not needed. Probably 99.95% of dataclass use case don't need this. When it is needed, it is trivial to implement and probably should be explicit rather that implicit. * Vedran is also correct in noting that

[issue42777] WindowsPath does not implement is_mount but ntpath implements and offers a ismount method

Change by Barney Gale : -- keywords: +patch nosy: +barneygale nosy_count: 1.0 -> 2.0 pull_requests: +29587 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31458 ___ Python tracker

[issue36557] [doc] Clarify the meaning of /uninstall in windows cli

Change by Stanley : -- keywords: +patch nosy: +slateny nosy_count: 7.0 -> 8.0 pull_requests: +29586 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31457 ___ Python tracker

[issue45492] stdlib inspect documentation on code.co_names is incorrect

Change by Stanley : -- keywords: +patch nosy: +slateny nosy_count: 2.0 -> 3.0 pull_requests: +29585 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31456 ___ Python tracker

[issue46771] Add some form of cancel scopes

Sam Bull added the comment: > We could store the nonces in a single CancelledError instead. Indeed, my initial proposal was exactly that, but after learning about ExceptionGroup, I thought that was a cleaner approach. -- ___ Python tracker

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > I was under the impression that ExceptionGroup was somewhat backwards > compatible, in that you could still use `except CancelledError:` and it would > catch all the errors in the group. But, maybe I'm wrong, I've not seen the > documentation for the final

[issue46771] Add some form of cancel scopes

Sam Bull added the comment: > Previously, when the task was cancelled twice, only one CancelledError was > raised. Now it would raise a BaseExceptionGroup instead. I was under the impression that ExceptionGroup was somewhat backwards compatible, in that you could still use `except

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > But, if we are using nonces on the CancelledError to keep track, then only 1 > context manager will know if it was themselves or not. This is exactly why > I'm proposing to use multiple CancelledErrors, so that every nonce is passed > to the handling code.

[issue46771] Add some form of cancel scopes

Sam Bull added the comment: Actually, in your counter proposal, you say: > Such context managers should still keep track of whether they cancelled the > task themselves or not, and if they did, they should always call t.uncancel(). But, if we are using nonces on the CancelledError to keep

[issue43853] [sqlite3] Improve sqlite3_value_text() error handling

Jelle Zijlstra added the comment: New changeset ba457fe6f8e50ad3ef3ceffb75dee96629a42ad7 by Erlend Egeberg Aasland in branch '3.10': [3.10] bpo-43853: Expand test suite for SQLite UDF's (GH-27642) (GH-31030) https://github.com/python/cpython/commit/ba457fe6f8e50ad3ef3ceffb75dee96629a42ad7

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > Propagating an ExceptionGroup where every exception can be inspected to see > if it was caused by this code or not still seems like the safe option to me > (and obviously still has the cancel count implicitly). Note that this, too, causes backwards

[issue46771] Add some form of cancel scopes

Sam Bull added the comment: > This should be solved when using the cancel count -- the explicit cancel > bumps the cancel count so the cancel scope (i.e. timeout()) will not raise > TimeoutError. It will probably work in this case. But, what about more complex cases? If there are 2

[issue46805] Add low level UDP socket functions to asyncio

Alex Grönholm added the comment: Yeah, my question was specific about the new functions, so I understood that a separate PR should add that to the all the relevant functions. I have a different problem now however: the test suite is failing in CI but not locally. It's giving me NameError

[issue46805] Add low level UDP socket functions to asyncio

Andrew Svetlov added the comment: Sorry, I was not clear maybe. Newly added methods can have a `flag` argument from the very beginning. Adding a flag to already existing methods requires a separate issue. -- ___ Python tracker

[issue46808] remove NEXT_BLOCK() from compile.c

Irit Katriel added the comment: The patch in PR31448 delays the creation of an implicit block to when it is needed (do if we begin using another block before a new instruction is added, the implicit block is never created). I counted how many empty blocks are being detected by the

[issue46771] Add some form of cancel scopes

Change by Tin Tvrtković : -- pull_requests: +29584 pull_request: https://github.com/python/cpython/pull/31434 ___ Python tracker ___

[issue46771] Add some form of cancel scopes

Tin Tvrtković added the comment: @Alex you can follow along here: https://github.com/python/cpython/pull/31394 With the cancel_counter approach, a context manager knows whether to handle or propagate the exception by examining its own local state and the remaining counter on the task. If

[issue46771] Add some form of cancel scopes

Andrew Svetlov added the comment: > This should be solved when using the cancel count -- the explicit cancel > bumps the cancel count so the cancel scope (i.e. timeout()) will not raise > TimeoutError. Hmmm. Interesting! Timeouts are not the single primitive that should care about the

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > It looks more complicated -- the extra parameter needs to be passed around > via the task and then into the CancelledError exception. It reduces overall complexity by making uncancellation unnecessary and restoring backwards compatibility. > What use case

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: (Sam Bull) > To expand on this point, I've been looking at solving the race conditions in > async-timeout. To see how such a race condition can end up with a task never > exiting, take a look at this example: >

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: > Can I also get comments on my proposal for the "scope" parameter? Is there a > use case it would not solve? It looks more complicated -- the extra parameter needs to be passed around via the task and then into the CancelledError exception. What use

[issue46805] Add low level UDP socket functions to asyncio

Change by Alex Grönholm : -- keywords: +patch pull_requests: +29583 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31455 ___ Python tracker ___

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

Change by miss-islington : -- nosy: +miss-islington nosy_count: 2.0 -> 3.0 pull_requests: +29582 pull_request: https://github.com/python/cpython/pull/31454 ___ Python tracker

[issue46232] Client certificates with UniqueIdentifier in the subject break ssl.peer_certificate()

Christian Heimes added the comment: New changeset be095f6c32188bba02079d086ac8639ea37cec3c by Christian Heimes in branch 'main': bpo-46232: Fix parsing of certs with bit string in DN (GH-30351) https://github.com/python/cpython/commit/be095f6c32188bba02079d086ac8639ea37cec3c --

[issue46771] Add some form of cancel scopes

Sam Bull added the comment: > If the task is already pending a cancellation targeted at a cancel scope, the > task itself cannot be cancelled anymore since calling cancel() again on the > task is a no-op. This would be solved by updating the cancel message on the > second call. > I think

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: > Alex, the 'scope' argument can be added if it is really required. > I'm not sure if the nonce is unavoidable still. What other generic solution is there? I've read your last few messages but didn't find an answer. There needs to be some way to avoid a

[issue46811] Test suite needs adjustments for Expat >=2.4.5

Change by sping : -- keywords: +patch pull_requests: +29581 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31453 ___ Python tracker ___

[issue46794] Please update bundled libexpat to 2.4.6 with security fixes (5 CVEs)

sping added the comment: I have created a dedicated ticket bpo-46811 now, test suite pull request upcoming. -- ___ Python tracker ___

[issue46811] Test suite needs adjustments for Expat >=2.4.5

New submission from sping : It has been reported at https://bugs.python.org/issue46794#msg413587 that the current CPython test suite needs some adjustments for Expat >=2.4.5. Since that is somewhat separate from updating the bundled copy of Expat to >=2.4.6, I am creating this dedicated

[issue46771] Add some form of cancel scopes

Andrew Svetlov added the comment: Alex, the 'scope' argument can be added if it is really required. I'm not sure if the nonce is unavoidable still. -- ___ Python tracker ___

[issue46771] Add some form of cancel scopes

Andrew Svetlov added the comment: Updated https://github.com/python/cpython/pull/31394 demonstrated the approach with global dict for counters. -- ___ Python tracker ___

[issue46771] Add some form of cancel scopes

Andrew Svetlov added the comment: In docs we can explain the behavior as "the outer expired timeout cancels the inner waiter, waits for CancelError bubbling up, and raising TimeoutError instead". I agree that a counter is required for this behavior. An alternative implementation can use the

[issue46771] Add some form of cancel scopes

Alex Grönholm added the comment: Can I also get comments on my proposal for the "scope" parameter? Is there a use case it would not solve? -- ___ Python tracker ___

[issue46771] Add some form of cancel scopes

Guido van Rossum added the comment: The 3rd party context managers are somewhat of a red herring. These are just try/except or try/finally blocks. The inner cm (cm4) is irrelevant, it will see CancelledError and presumably that bubbles out. If it does any resource cleanup we can replace it

[issue46810] multiprocessing.connection.Client doesn't support ipv6

New submission from Michael Hupfer : Hi there, connecting a multiprocessing.connection.Client to an ipv6 address is not possible, since the address family is not passed into the constructor of class SocketClient. The constructor determines the family by calling address_type(address), which

[issue46794] Please update bundled libexpat to 2.4.6 with security fixes (5 CVEs)

sping added the comment: I'm busy with the release upstream at the moment. I'll see what I can do. -- ___ Python tracker ___ ___

[issue46794] Please update bundled libexpat to 2.4.6 with security fixes (5 CVEs)

Michał Górny added the comment: Could you make a PR to fix the test failures? I suppose that could speed things up and if not, I'd at least have something to pull into Gentoo. -- ___ Python tracker

[issue46794] Please update bundled libexpat to 2.4.6 with security fixes (5 CVEs)

sping added the comment: Hi Michal, TL;DR would be: - There is a regression but none of these test fails are related. - There will be a release Expat 2.4.6 with the regression fixed later today. - The 3 failing tests need (small) adjustments to Expat 2.4.5 and these fails are not

[issue39327] shutil.rmtree using vagrant synched folder fails

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

[issue39327] shutil.rmtree using vagrant synched folder fails

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +29579 pull_request: https://github.com/python/cpython/pull/31450 ___ Python tracker

[issue39327] shutil.rmtree using vagrant synched folder fails

Serhiy Storchaka added the comment: New changeset b77158b4da449ec5b8f682816a79d004fd65ed07 by Lital Natan in branch 'main': bpo-39327: Close file descriptors as soon as possible in shutil.rmtree (GH-31384) https://github.com/python/cpython/commit/b77158b4da449ec5b8f682816a79d004fd65ed07

[issue46809] copy.deepcopy can fail with unhelpful diagnostics

New submission from Royce Mitchell : Dear devs, I have a small change request to make to a built-in Python file. I'm currently running python 3.9.5 The file is copy.py I would like to propose changing line 264 (in _reconstruct) from this: y = func(*args) to something like this:

[issue46757] dataclasses should define an empty __post_init__

Change by Eric V. Smith : -- assignee: -> eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46807] Wrong class __annotations__ when field name and type are equal

Larry Hastings added the comment: Yeah, it's the same behavior. In that class, you have defined Str to be "", then you reference Str in the annotation, and its value is "". Whatever you set Str to in the example in [21], that's the value of the annotation. GvR closed the previous report

[issue46672] NameError in asyncio.gather when passing a invalid type as an arg with multiple awaitables

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.11, Python 3.9 ___ Python tracker ___

[issue46672] NameError in asyncio.gather when passing a invalid type as an arg with multiple awaitables

Andrew Svetlov added the comment: New changeset f1916cde24053f4c8b6799730666d19474f8dd09 by Miss Islington (bot) in branch '3.10': bpo-46672: fix `NameError` in `asyncio.gather` if type check fails (GH-31187) (GH-31440)

[issue46771] Add some form of cancel scopes

Andrew Svetlov added the comment: Suppose we have a case when two nested timeouts are reached at the same event loop iteration: async def asyncio.timeout(1) as cm1: async with third_party_cm() as cm2: async def asyncio.timeout(1) as cm3: async with third_party_cm() as

[issue46807] Wrong class __annotations__ when field name and type are equal

Change by Serhiy Storchaka : -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Wrong type when missname dataclass attribute with existing variable name ___ Python tracker

[issue46807] Wrong class __annotations__ when field name and type are equal

Karthikeyan Singaravelan added the comment: This looks similar to https://bugs.python.org/issue36363 -- nosy: +xtreak ___ Python tracker ___

[issue46740] Improve Telnetlib's throughput

Change by Martin Kirchgessner : -- keywords: +patch pull_requests: +29577 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31449 ___ Python tracker

[issue46808] remove NEXT_BLOCK() from compile.c

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

[issue46808] remove NEXT_BLOCK() from compile.c

New submission from Irit Katriel : The compiler currently requires the code-generation functions to explicitly specify where basic blocks end, with a NEXT_BLOCK(). If you get that wrong, you get an exception about "malformed control flow graph" later, in the cfg analysis stage. It is not

[issue46757] dataclasses should define an empty __post_init__

Neil Girdhar added the comment: > How would an arbitrary derived class know how to call this? It can't. There > has to be knowledge of the base class's requirements already. Surely knowing > "__post_init__ must be called with some_arg" isn't too different from "I know > __post_init__

[issue46794] Please update bundled libexpat to 2.4.5 with security fixes (5 CVEs)

Michał Górny added the comment: BTW there are test regressions with expat 2.4.5, apparently due to some test snippets now being rejected as invalid XML: == ERROR: test_issue3151 (test.test_xml_etree.BugsTest)

[issue46807] Wrong class __annotations__ when field name and type are equal

Change by Alex Waygood : -- nosy: +Jelle Zijlstra ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46807] Wrong class __annotations__ when field name and type are equal

Change by Alex Waygood : -- nosy: +AlexWaygood, larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46807] Wrong class __annotations__ when field name and type are equal

New submission from Konstantin : In [18]: class Str(str): ...: pass In [19]: class Class: ...: Str: str ...: ...: ...: Class.__annotations__ Out[19]: {'Str': str} In [20]: class Class: ...: Str: str = "" ...: ...: ...: Class.__annotations__

[issue46806] Overlapping PYTHONPATH may cause import already imported module

Change by aklajnert : -- title: Overlapping PYTHONPATH may cause -> Overlapping PYTHONPATH may cause import already imported module ___ Python tracker ___

[issue46252] Forbid passing SSLSocket into asyncio methods

Change by Andrew Svetlov : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue46672] NameError in asyncio.gather when passing a invalid type as an arg with multiple awaitables

Andrew Svetlov added the comment: New changeset a6116a980c9eae91c2f9af7cbd0a9727e9b887ba by Andrew Svetlov in branch '3.9': [3.9] bpo-46672: fix `NameError` in `asyncio.gather` if type check fails (GH-31187) (GH-31441)

[issue46806] Overlapping PYTHONPATH may cause

New submission from aklajnert : I'm not 100% sure whether it is a bug or intentional behavior but looks like a bug to me. I couldn't find anything about it here or anywhere else. Sample project structure: ``` . ├── main.py └── src ├── __init__.py ├── common_object.py ├── user_1.py

[issue46252] Forbid passing SSLSocket into asyncio methods

Change by Andrew Svetlov : -- pull_requests: +29575 pull_request: https://github.com/python/cpython/pull/31444 ___ Python tracker ___

[issue46252] Forbid passing SSLSocket into asyncio methods

Change by Andrew Svetlov : -- pull_requests: +29574 pull_request: https://github.com/python/cpython/pull/31443 ___ Python tracker ___

[issue46252] Forbid passing SSLSocket into asyncio methods

Andrew Svetlov added the comment: The issue can be backported. It doesn't change existing behavior but raises a better error. -- ___ Python tracker ___

[issue46252] Forbid passing SSLSocket into asyncio methods

Change by Andrew Svetlov : -- versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46805] Add low level UDP socket functions to asyncio

Andrew Svetlov added the comment: A separate issue for 'flags' adding looks better. The reason for missing is an oversight I think. -- ___ Python tracker ___

[issue46805] Add low level UDP socket functions to asyncio

Alex Grönholm added the comment: One question: should I add the "flags" argument to the new functions? For some reason it's missing from the existing functions, so maybe I should add that in a separate PR? -- ___ Python tracker

[issue46252] Forbid passing SSLSocket into asyncio methods

Change by Andrew Svetlov : -- pull_requests: +29573 pull_request: https://github.com/python/cpython/pull/31442 ___ Python tracker ___

[issue46252] Forbid passing SSLSocket into asyncio methods

New submission from Andrew Svetlov : SSLSocket is a blocking object by definition, it is not compatible with asyncio. asyncio has a check for SSLSocket in sock_*() operations, it should be extended to transport-based API -- title: SSLWantReadError causes _SelectorSocketTransport to

[issue46672] NameError in asyncio.gather when passing a invalid type as an arg with multiple awaitables

Change by Andrew Svetlov : -- pull_requests: +29572 pull_request: https://github.com/python/cpython/pull/31441 ___ Python tracker ___

[issue46805] Add low level UDP socket functions to asyncio

New submission from Alex Grönholm : The asyncio module currently has a number of low-level functions for working asynchronously with raw socket objects. Such functions for working with UDP sockets are, however, notably absent, and there is no workaround for this. You can of course use

[issue46804] Yaytext.net - Tạo văn bản chữ kiểu, kí tự đặc biệt độc đáo

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

[issue46804] Yaytext.net - Tạo văn bản chữ kiểu, kí tự đặc biệt độc đáo

Change by Serhiy Storchaka : -- Removed message: https://bugs.python.org/msg413575 ___ Python tracker ___ ___ Python-bugs-list

[issue46804] Yaytext.net - Tạo văn bản chữ kiểu, kí tự đặc biệt độc đáo

Change by Serhiy Storchaka : -- Removed message: https://bugs.python.org/msg413574 ___ Python tracker ___ ___ Python-bugs-list

[issue46672] NameError in asyncio.gather when passing a invalid type as an arg with multiple awaitables

Andrew Svetlov added the comment: New changeset 4ab8167b9c60d1a04b2e3116d0c52db254b68cda by Nikita Sobolev in branch 'main': bpo-46672: fix `NameError` in `asyncio.gather` if type check fails (GH-31187) https://github.com/python/cpython/commit/4ab8167b9c60d1a04b2e3116d0c52db254b68cda

[issue46672] NameError in asyncio.gather when passing a invalid type as an arg with multiple awaitables

Change by miss-islington : -- nosy: +miss-islington nosy_count: 4.0 -> 5.0 pull_requests: +29571 pull_request: https://github.com/python/cpython/pull/31440 ___ Python tracker

[issue46752] Introduce task groups to asyncio and change task cancellation semantics

Andrew Svetlov added the comment: New changeset e7130c2e8c6abfaf04b209bd5b239059eda024b9 by Andrew Svetlov in branch 'main': bpo-46752: Uniform TaskGroup.__repr__ (GH-31409) https://github.com/python/cpython/commit/e7130c2e8c6abfaf04b209bd5b239059eda024b9 --

[issue45620] A misleading url in 'Floating Point Arithmetic' page

Akuli added the comment: If you still have the problem, can you show us what headers your browser sends to websites? You can see that by running in Python: import socket print(socket.create_server(('127.0.0.1', 12345)).accept()[0].recv(1024).decode()) and then going to

[issue44791] Substitution of ParamSpec in Concatenate

Mehdi2277 added the comment: Concatenate[int, ...] I would interpret as a function signature with first argument int, followed by arbitrary arguments afterwards. I haven't run into this case, but ... is allowed in other spots Paramspec is allowed currently. P = Paramspec("P") class

[issue46803] Item not shown when using mouse wheel to scroll for Listbox/Combobox

Change by Steven D'Aprano : Removed file: https://bugs.python.org/file50635/6.jpeg ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue46803] Item not shown when using mouse wheel to scroll for Listbox/Combobox

Change by Steven D'Aprano : -- nosy: -xiaox55066 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46803] Item not shown when using mouse wheel to scroll for Listbox/Combobox

Change by Steven D'Aprano : -- Removed message: https://bugs.python.org/msg413568 ___ Python tracker ___ ___ Python-bugs-list

[issue46803] Item not shown when using mouse wheel to scroll for Listbox/Combobox

Change by Steven D'Aprano : -- Removed message: https://bugs.python.org/msg413567 ___ Python tracker ___ ___ Python-bugs-list

[issue46803] Item not shown when using mouse wheel to scroll for Listbox/Combobox

Change by Steven D'Aprano : -- Removed message: https://bugs.python.org/msg413566 ___ Python tracker ___ ___ Python-bugs-list

[issue45620] A misleading url in 'Floating Point Arithmetic' page

肖小小 added the comment: It shows the drug ad slogan even with the google search result. http://www.strong19.com/I searched 'The Perils of Floating Point lahey' -- ___ Python tracker

  1   2   >