[issue37907] speed-up PyLong_As*() for large longs

[Jeremiah Gabriel Pascual]

Jeremiah Gabriel Pascual  added the comment:

New benchmarks with the new changes:

PyLong_AsSsize_t: Mean +- std dev: [orig] 10.3 us +- 0.6 us -> [modif] 9.03 us 
+- 0.61 us: 1.14x faster
PyLong_AsSize_t: Mean +- std dev: [orig] 10.5 us +- 2.4 us -> [modif] 9.26 us 
+- 0.17 us: 1.13x faster
PyLong_AsLong: Mean +- std dev: [orig] 12.7 us +- 0.1 us -> [modif] 11.2 us +- 
0.4 us: 1.14x faster
PyLong_AsUnsignedLong: Mean +- std dev: [orig] 12.5 us +- 0.4 us -> [modif] 
11.4 us +- 0.6 us: 1.10x faster

Benchmark hidden because not significant (2): PyLong_AsLongLong, 
PyLong_AsUnsignedLongLong

Geometric mean: 1.09x faster

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47000] Make encoding="locale" uses locale encoding even in UTF-8 mode is enabled.

[Inada Naoki]

Inada Naoki  added the comment:

I created a related topic on discuss.python.org.
https://discuss.python.org/t/jep-400-utf-8-by-default-and-future-of-python/14246

If we recommend `PYTHONUTF8` as opt-in "UTF-8 by default", `encoding="locale"` 
should locale encoding in UTF-8 mode.

If we don't change `PYTHONUTF8` behavior, we need yet another option for opt-in 
"UTF-8 by default".

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47001] deadlock in ctypes?

[Rocco Matano]

Rocco Matano  added the comment:

@Eryk I think you hit the nail on the head with your recommendation to avoid 
ctypes.c_wchar_p (i.e. wintypes.LPWSTR) as the parameter type when dealing 
resource type/name strings. Of course ctypes automatic conversion from a C 
character pointer to a Python string will cause problems when being confronted 
with a 16-bit ID that is NOT a valid pointer. 

Now that it is clear that the problem was in front of the monitor, I consider 
this case closed.

--
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47009] Streamline list.append for the common case

[Dennis Sweeney]

Change by Dennis Sweeney :


--
keywords: +patch
pull_requests: +29962
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/31864

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47009] Streamline list.append for the common case

[Dennis Sweeney]

New submission from Dennis Sweeney :

list_resize is a long function that probably won't get inlined. But for the 
vast majority of cases in list.append, we just need to check whether the list 
is big enough (not whether it's small enough, or whether it's null or the wrong 
type), then insert and update the size. This can be inlined, with an actual 
call only taking place whenever we need to resize.

We can also add a reference-consuming version of PyList_Append to elide an 
INCREF/DECREF pair.

--
components: Interpreter Core
messages: 415116
nosy: Dennis Sweeney
priority: normal
severity: normal
status: open
title: Streamline list.append for the common case
type: performance
versions: Python 3.11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47007] [doc] str docs are inconsistent with special method lookup

[Vanshaj Singhania]

Change by Vanshaj Singhania :


--
keywords: +patch
pull_requests: +29961
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/31863

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47007] [doc] str docs are inconsistent with special method lookup

[Raymond Hettinger]

Change by Raymond Hettinger :


--
nosy: +rhettinger

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47008] Add Lib/site-packages to .gitignore

[Dennis Sweeney]

Dennis Sweeney  added the comment:

I made a copy/paste error, it should be:

Lib/site-packages/*
!Lib/site-packages/README.txt

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47008] Add Lib/site-packages to .gitignore

[Dennis Sweeney]

Change by Dennis Sweeney :


--
keywords: +patch
pull_requests: +29960
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/31862

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47008] Add Lib/site-packages to .gitignore

[Dennis Sweeney]

New submission from Dennis Sweeney :

It would be nice to add the following to .gitignore, so that I can `./python -m 
pip install [whatever]` without overwhelming the output of `git status`.

Lib/site-packages/*
!Lib/test/data/README.txt

--
messages: 415114
nosy: Dennis Sweeney
priority: normal
severity: normal
status: open
title: Add Lib/site-packages to .gitignore
type: enhancement
versions: Python 3.11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37907] speed-up PyLong_As*() for large longs

[Jeremiah Gabriel Pascual]

Jeremiah Gabriel Pascual  added the comment:

Revisiting this 2+ year-old bug report, can I create another PR that implements 
the old PR's comments' suggestions?

--
nosy: +Crowthebird

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39829] __len__ called twice in the list() constructor

[Inada Naoki]

Inada Naoki  added the comment:

Thanks.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39829] __len__ called twice in the list() constructor

[Inada Naoki]

Change by Inada Naoki :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39829] __len__ called twice in the list() constructor

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 2153daf0a02a598ed5df93f2f224c1ab2a2cca0d by Crowthebird in branch 
'main':
bpo-39829: Fix `__len__()` is called twice in list() constructor (GH-31816)
https://github.com/python/cpython/commit/2153daf0a02a598ed5df93f2f224c1ab2a2cca0d


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47007] [doc] str docs are inconsistent with special method lookup

[Vanshaj Singhania]

New submission from Vanshaj Singhania :

The documentation for the `str` class[^1] says:

> If neither encoding nor errors is given, str(object) returns object.__str__()

This led our students[^2] to try the following code:

>>> class Test:
... def __str__(self):
... return 'hi'
... 
>>> test = Test()
>>> test.__str__ = lambda self: 'bye'
>>> str(test)

The expected result was calling `test.__str__()`, but instead the interpreter 
output was `'hi'`.

The docs for special method lookup[^3] do say that instance attributes are 
ignored:

> For custom classes, implicit invocations of special methods are only 
> guaranteed to work correctly if defined on an object’s type, not in the 
> object’s instance dictionary.

This makes sense, and explains the observed behavior, but the `str` class docs 
seem to be inconsistent with this. Perhaps it would be more clear if the `str` 
documentation mentioned that it called `type(object).__str__()` instead of 
`object.__str__()`.

[^1]: https://docs.python.org/3/library/stdtypes.html#str
[^2]: CS 61A at UC Berkeley, https://cs61a.org
[^3]: https://docs.python.org/3/reference/datamodel.html#special-method-lookup

--
assignee: docs@python
components: Documentation
messages: 415110
nosy: docs@python, itsvs
priority: normal
severity: normal
status: open
title: [doc] str docs are inconsistent with special method lookup
type: enhancement
versions: Python 3.10, Python 3.11, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46522] concurrent.futures.__getattr__ raises the wrong AttributeError message

[Andrew Svetlov]

Change by Andrew Svetlov :


--
stage: resolved -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue44886] asyncio: create_datagram_endpoint() does not return a DatagramTransport

[Andrew Svetlov]

Change by Andrew Svetlov :


--
stage: resolved -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39829] __len__ called twice in the list() constructor

[Irit Katriel]

Change by Irit Katriel :


--
versions:  -Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue39829] __len__ called twice in the list() constructor

[Jeremiah Pascual]

Change by Jeremiah Pascual :


--
versions: +Python 3.10, Python 3.11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47006] PEP 646: Decide on substitution behavior

[Alex Waygood]

Change by Alex Waygood :


--
nosy: +AlexWaygood

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47006] PEP 646: Decide on substitution behavior

[Jelle Zijlstra]

Jelle Zijlstra  added the comment:

Thanks Matthew! Merged PRs can still be reverted, and we have some time before 
the feature freeze. I'd like to hear what Guido and Ken think too.

If we go with the GenericAlias substitution, we need to make sure that such 
aliases still work as base class. That would need some C work to make 
types.GenericAlias.__mro_entries__ recurse if the alias's origin is itself a 
GenericAlias. There's a few other subtleties to think about; I can work on that 
but don't have a ton of time today.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47006] PEP 646: Decide on substitution behavior

[Matthew Rahtz]

Matthew Rahtz  added the comment:

(Having said that, to be clear: my preferred solution currently would still be 
the solution where we just return a new GenericAlias for anything involving a 
TypeVarTuple. The crux is what Serhiy is happy with.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47006] PEP 646: Decide on substitution behavior

[Matthew Rahtz]

Matthew Rahtz  added the comment:

Thanks for starting this, Jelle - I was a bit unsure about how to proceed here.

Given that https://github.com/python/cpython/pull/31800 is already merged, I'd 
also propose something halfway between the two extremes: return a sensible 
substitution when the logic to compute that isn't too onerous, and a new 
GenericAlias object when it is. The upsides are that we'd probably be able to 
return reasonable substitutions for the vast majority of cases, and that we 
wouldn't have to remove what's already been merged. The downsides would be lack 
of consistency, and the potential for changing rules about what does and 
doesn't return a full substitution as time goes on and new features are added.

--
nosy: +matthew.rahtz

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

[Ned Deily]

Ned Deily  added the comment:


New changeset 0fbab8a593dcd94cfc788700dd9bf67a73f85920 by Ned Deily in branch 
'3.7':
bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820) (GH-31861)
https://github.com/python/cpython/commit/0fbab8a593dcd94cfc788700dd9bf67a73f85920


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

Change by Jason R. Coombs :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

Jason R. Coombs  added the comment:


New changeset 177be52517da9a876a3f9e670f88c4731b906986 by Jason R. Coombs in 
branch '3.9':
[3.9] bpo-47004: Sync with importlib_metadata 4.11.3. (GH-31854). (GH-31859)
https://github.com/python/cpython/commit/177be52517da9a876a3f9e670f88c4731b906986


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

Jason R. Coombs  added the comment:


New changeset d929aa70e2a324ea48fed221c3257f929be05115 by Jason R. Coombs in 
branch '3.10':
[3.10] bpo-47004: Sync with importlib_metadata 4.11.3. (GH-31854). (GH-31857)
https://github.com/python/cpython/commit/d929aa70e2a324ea48fed221c3257f929be05115


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47003] Cleanup _overlapped module

[Andrew Svetlov]

Andrew Svetlov  added the comment:


New changeset 690490e4de9f2baf07171b3d63fc440239928fb4 by Andrew Svetlov in 
branch 'main':
bpo-47003: Cleanup _overlapped module (GH-31848)
https://github.com/python/cpython/commit/690490e4de9f2baf07171b3d63fc440239928fb4


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47003] Cleanup _overlapped module

[Andrew Svetlov]

Change by Andrew Svetlov :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46785] On Windows, os.stat() can fail if called while another process is creating or deleting the file

[Antony Lee]

Change by Antony Lee :


--
nosy:  -Antony.Lee

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46785] On Windows, os.stat() can fail if called while another process is creating or deleting the file

[Itai Steinherz]

Itai Steinherz  added the comment:

Interesting, thanks again :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +29959
pull_request: https://github.com/python/cpython/pull/31861

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46994] Accept explicit contextvars.Context in asyncio create_task() API

[Yury Selivanov]

Yury Selivanov  added the comment:

Yeah, +1 to add a parameter. Fwiw it was on my idea list when i was working on 
the pep

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47006] PEP 646: Decide on substitution behavior

[Jelle Zijlstra]

Change by Jelle Zijlstra :


--
nosy: +mrahtz

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47006] PEP 646: Decide on substitution behavior

[Jelle Zijlstra]

New submission from Jelle Zijlstra :

We've had some disagreement about the behavior of TypeVarTuple substitution 
related to PEP 646, and the discussion has now spilled around multiple PRs. I'd 
like to use this issue to come to an agreement so we don't have to chase 
through so many different places.

Links:
- GH-31021 (merged) implements PEP 646 in typing.py. Matthew initially 
implemented full TypeVar substitution support, but took it out after I 
suggested an alternative solution in 
https://github.com/python/cpython/pull/31021#pullrequestreview-890627941.
- GH-31800 (merged without review) implements TypeVarTuple substitution in 
Python.
- GH-31828 implements TypeVarTuple substitution in C.
- GH-31844 and GH-31846 add additional test cases.
- GH-31804 (closed) implements my proposed solution.

I'd like to ask that until we come to an agreement we hold off on making any 
more changes, so we don't have to go back and forth and we ensure that the 
eventual solution covers all edge cases.

The disagreement is about what to do with TypeVarTuple substitution: the 
behavior when a generic type is subscripted, like `tuple[*Ts][int, str]`.

There are two possible extreme approaches:
- Implement full substitution support, just as we have it for existing 
TypeVars. This is complicated because TypeVarTuple makes it much harder to 
match up the types correctly. However, it is consistent with the behavior for 
other TypeVar-like objects. My example would turn into GenericAlias(tuple, 
(int, str)).
- Give up on substitution and just return a new GenericAlias object: 
GenericAlias(GenericAlias(tuple, Unpack[Ts]), (int, str). This avoids 
implementing any complex runtime behavior, but it inconsistent with existing 
behavior and less pretty when you print out the type. I prefer this approach 
because there's less risk that future enhancements to typing will break it. I 
also want to explore extending this approach to ParamSpec substitution.

--
assignee: JelleZijlstra
messages: 415100
nosy: JelleZijlstra, gvanrossum, kj, serhiy.storchaka
priority: normal
severity: normal
status: open
title: PEP 646: Decide on substitution behavior
versions: Python 3.11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46829] Confusing CancelError message if multiple cancellations are scheduled

[Yury Selivanov]

Yury Selivanov  added the comment:

IOW I think that supporting custom messages is a needless complication of our 
API. Given how complex task trees can become with TaskGroups collecting those 
messages and presenting them all to the user isn't trivial, showing just 
first/last defeats the purpose. So i'm in favor of dropping it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46829] Confusing CancelError message if multiple cancellations are scheduled

[Yury Selivanov]

Yury Selivanov  added the comment:

Andrew asked me for my opinion on the matter --  I think we should get rid of 
the message. Exception messages for "signals" can be easily lost if an 
exception was re-raised. If the reason of why something is being cancelled is 
important (in my experience it never is) it should be recorded elsewhere.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47002] argparse - "expected one argument" when used -: in argument

[paul j3]

paul j3  added the comment:

'-1' and '-1.23' are recognized as numbers, and treated as arguments.  '-1' 
requires some special handling because it is allowed as a flag, as in

parser.add_argument('-1','--one')

'-1:00' on the other hand is no different from a string like '-foo'.  Default 
is to parse it as a flag.  If you don't get this error

argument -f: expected one argument

you are likely to get:

error: unrecognized arguments: -1:23

This can probably be closed as a duplicate of:

https://bugs.python.org/issue9334
argparse does not accept options taking arguments beginning with dash 
(regression from optparse)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46785] On Windows, os.stat() can fail if called while another process is creating or deleting the file

[Eryk Sun]

Eryk Sun  added the comment:

> Why catch ERROR_NOT_READY and ERROR_BAD_NET_NAME as well?

When os.stat() falls back on FindFirstFileW(), an error that means the file 
doesn't exist should be kept. ERROR_BAD_NET_NAME is an obvious error to keep 
because it's already mapped to ENOENT (i.e. file not found). This error 
typically means that share was removed or the network went down. 
ERROR_NOT_READY typically means that the media was removed from a volume (e.g. 
ejected disk). pathlib.Path.exists() returns False for ERROR_NOT_READY.

> Why can't the filename of the "foo"-like file in the test be 
> simply os_helper.TESTFN, as done in some other tests?

I suppose the current working directory will be fine. I was looking to keep the 
test on a NTFS filesystem, with known behavior, but there's no hard guarantee 
that the user's temp directory is on the system volume.

> I noticed some code snippets used in tests are wrapped in a 
> seemingly-redundant `if 1: ...` statement. Why is that?

The `if 1` test is logically redundant but convenient for using a multiline 
string that has an arbitrary indentation level. For example:

>>> exec('''
... print(42)
... ''')
Traceback (most recent call last):
  File "", line 1, in 
  File "", line 2
print(42)
IndentationError: unexpected indent

>>> exec('''if 1:
... print(42)
... ''')
42

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37355] SSLSocket.read does a GIL round-trip for every 16KB TLS record

[Safihre]

Safihre  added the comment:

Implementing for write is not needed as OpenSSL's SSL_write_ex that is used by 
write() already writes the whole buffer at once. Only reading OpenSSL does in 
the 16k segments.

The new option was introduced to prevent the compatibility problems for code 
that would not expect the EOF being read in a sinhle read(), as Josh explained 
in his initial PR. This way the faster (but breaking) behavior can be enabled 
explicitly. 

The info is also in the PR, in case there is time to review in the future.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +29958
pull_request: https://github.com/python/cpython/pull/31860

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

Change by Jason R. Coombs :


--
pull_requests: +29957
pull_request: https://github.com/python/cpython/pull/31859

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37355] SSLSocket.read does a GIL round-trip for every 16KB TLS record

[Christian Heimes]

Christian Heimes  added the comment:

We have very few people that are familar with ssl module and especially with 
its I/O layer. I'm busy with other topics. Others are directly affected by war 
in Ukraine.

I'm not a particular fan of the new "eager_recv" property introduced by your 
PR. Also the improvement should be implemented for read and write ops.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46785] On Windows, os.stat() can fail if called while another process is creating or deleting the file

[Itai Steinherz]

Change by Itai Steinherz :


--
keywords: +patch
pull_requests: +29956
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31858

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18820] json.dump() ignores its 'default' option when serializing dictionary keys

[Irit Katriel]

Irit Katriel  added the comment:

Reproduced on 3.11.

--
nosy: +iritkatriel
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

[Ned Deily]

Ned Deily  added the comment:


New changeset bda64b3c0c4e45de4c82ba1b8722f56db5ac88ba by Ned Deily in branch 
'3.9':
bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820) (GH-31855)
https://github.com/python/cpython/commit/bda64b3c0c4e45de4c82ba1b8722f56db5ac88ba


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

Change by Jason R. Coombs :


--
pull_requests: +29955
pull_request: https://github.com/python/cpython/pull/31857

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

[Ned Deily]

Ned Deily  added the comment:


New changeset 5a8e968c38cc239c07eba15ded439a12818a852f by Ned Deily in branch 
'3.7':
bpo-46985: Upgrade bundled pip to 22.0.4 (GH-31819) (GH-31852)
https://github.com/python/cpython/commit/5a8e968c38cc239c07eba15ded439a12818a852f


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2604] doctest.DocTestCase fails when run repeatedly

[Irit Katriel]

Irit Katriel  added the comment:

I've reproduced this on 3.11 as well.

The patch here needs to be converted to a GitHub PR and then tested and 
reviewed.

The patch on issue9736 has a unit test as well, which should be included 
(because the pjd's patch doesn't have one).

--
keywords: +easy
nosy: +iritkatriel
versions: +Python 3.11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

Jason R. Coombs  added the comment:


New changeset b1e286860742e7ba6fadc75e3ddb6c2899a56919 by Jason R. Coombs in 
branch 'main':
bpo-47004: Sync with importlib_metadata 4.11.3. (#31854)
https://github.com/python/cpython/commit/b1e286860742e7ba6fadc75e3ddb6c2899a56919


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46785] On Windows, os.stat() can fail if called while another process is creating or deleting the file

[Itai Steinherz]

Itai Steinherz  added the comment:

Thanks for the comprehensive reply, Eryk!

I have a few questions regarding your suggestion:

1. Why catch ERROR_NOT_READY and ERROR_BAD_NET_NAME as well? How do you know 
that FindFirstFileW() may return them?
2. Why can't the filename of the "foo"-like file in the test be simply 
os_helper.TESTFN, as done in some other tests?
3. I noticed some code snippets used in tests are wrapped in a 
seemingly-redundant `if 1: ...` statement. Why is that?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue45744] Fix Flawfinder C Errors

[Irit Katriel]

Irit Katriel  added the comment:

There is not enough information in this report.

--
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue45711] Simplify the interpreter's (type, val, tb) exception representation

[Irit Katriel]

Irit Katriel  added the comment:

We have agreed on python-dev [1] that the cpython changes will not be reverted, 
and the issue will be fixed in cython. So I am closing this again.

[1] 
https://mail.python.org/archives/list/python-...@python.org/message/BHIQL4P6F7OPMCAP6U24XEZUPQKI62UT/

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42548] debugger stops at breakpoint of `pass` that is not actually reached

[Irit Katriel]

Irit Katriel  added the comment:

On second thought I won't keep this open till it expires.

This is a low priority bug which no longer exists in new versions because it 
was fixed by accident due to another change. I don't believe anyone would care 
enough about this to investigate how it accidentally got fixed (and then 
investigate how it can be fixed in 3.9).

In my judgement it's not worth anyone (core devs or contributors) spending any 
more time on this (even just reading it and moving on). We have over 7000 open 
issues and only a handful of volunteers reviewing and fixing them.

I found msg412785 a bit rude, but I will give you the benefit of the doubt that 
you didn't intend for it to come across that way. If you still believe that I 
am overstepping my authority and this should be decided by the RMs, I suggest 
you raise this with the SC or on python-dev.

--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37355] SSLSocket.read does a GIL round-trip for every 16KB TLS record

[Andrew Svetlov]

Change by Andrew Svetlov :


--
nosy:  -asvetlov

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

[miss-islington]

miss-islington  added the comment:


New changeset 25962e4e60235645f945d23281431b30b3c3d573 by Miss Islington (bot) 
in branch '3.10':
bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820)
https://github.com/python/cpython/commit/25962e4e60235645f945d23281431b30b3c3d573


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46967] Type union for except

[Irit Katriel]

Irit Katriel  added the comment:

> I don't think that `except A|B` looks better than `except (A, B)`

I agree.

--
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43253] asyncio open_connection fails when a socket is explicitly closed

[Andrew Svetlov]

Change by Andrew Svetlov :


--
resolution: not a bug -> 
status: closed -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1186900] nntplib shouldn't raise generic EOFError

[Irit Katriel]

Irit Katriel  added the comment:

nntplib is deprecated as per PEP 594, so there won't be further enhancements to 
it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47005] Improve performance of bytes_repeat

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +29954
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/31856

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +29953
pull_request: https://github.com/python/cpython/pull/31855

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue40735] test_nntplib depends on unreliable external servers

[Irit Katriel]

Irit Katriel  added the comment:

nntplib is deprecated as per PEP 594, so there won't be further enhancements to 
it.

--
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12506] NIS module cant handle multiple NIS map entries for the same GID

[Irit Katriel]

Irit Katriel  added the comment:

nis is deprecated as per PEP 594, so there won't be further enhancements to it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

Change by Jason R. Coombs :


--
keywords: +patch
pull_requests: +29952
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/31854

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2148] nis module not supporting group aliases

[Irit Katriel]

Irit Katriel  added the comment:

nis is deprecated as per PEP 594, so there won't be further enhancements to it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32007] deprecate the nis module

[Irit Katriel]

Irit Katriel  added the comment:

is deprecated as per PEP 594, so there is no need for a separate issue for it.

--
nosy: +iritkatriel
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47005] Improve performance of bytes_repeat

[Pieter Eendebak]

New submission from Pieter Eendebak :

The bytearray_repeat and bytearray_irepeat are inefficient for small arrays and 
a high number of repeats.
This can be improved by using the same approach is in the corresponding 
bytes_repeat method.

Microbenchmark:

python -m pyperf timeit "b=bytearray([1,2,])*100" 

Mean +- std dev: [base100] 479 ns +- 29 ns -> [patch100] 274 ns +- 18 ns: 1.75x 
faster

python -m pyperf timeit "b=bytearray([1,2,])*1000"

Mean +- std dev: [base1000] 2.58 us +- 0.18 us -> [patch1000] 399 ns +- 26 ns: 
6.46x faster

--
components: Interpreter Core
messages: 415077
nosy: pieter.eendebak
priority: normal
severity: normal
status: open
title: Improve performance of bytes_repeat
type: performance
versions: Python 3.11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

[miss-islington]

miss-islington  added the comment:


New changeset 4f340b07392dd50800f255ceee0ec1b7edd77dc9 by Miss Islington (bot) 
in branch '3.9':
[3.9] bpo-46985: Upgrade bundled pip to 22.0.4 (GH-31819) (GH-31850)
https://github.com/python/cpython/commit/4f340b07392dd50800f255ceee0ec1b7edd77dc9


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +29951
pull_request: https://github.com/python/cpython/pull/31853

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

New submission from Jason R. Coombs :

Importlib_metadata 4.11.1-3 introduced a few bug fixes. Importantly, 4.11.2 
fixed a [serious 
defect](https://github.com/python/importlib_metadata/issues/369). Let's 
incorporate those fixes into CPython.

--
messages: 415075
nosy: jaraco
priority: normal
severity: normal
status: open
title: Apply bugfixes from importlib_metadata 4.11.3.
versions: Python 3.10, Python 3.11, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47004] Apply bugfixes from importlib_metadata 4.11.3.

[Jason R. Coombs]

Change by Jason R. Coombs :


--
assignee:  -> jaraco

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

[miss-islington]

miss-islington  added the comment:


New changeset 1ceda9787f586e11ccd2a94171422a2d70622a27 by Miss Islington (bot) 
in branch '3.10':
[3.10] bpo-46985: Upgrade bundled pip to 22.0.4 (GH-31819) (GH-31849)
https://github.com/python/cpython/commit/1ceda9787f586e11ccd2a94171422a2d70622a27


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46774] Importlib.metadata.version picks first distribution not latest

[Jason R. Coombs]

Jason R. Coombs  added the comment:

Aha. I learned how to run commands in the poetry environment... and how to 
locate files in that environment. With that, I figured out where the 
environment is and where the package metadata is coming from:

```
$ docker run -it @$(docker build -q .) bash -c 'ls $(poetry env info 
-p)/lib/python3.10/site-packages/poetry*'
/root/.cache/pypoetry/virtualenvs/poetry-remove-untracked-Qran5nGc-py3.10/lib/python3.10/site-packages/poetry_remove_untracked.pth

/root/.cache/pypoetry/virtualenvs/poetry-remove-untracked-Qran5nGc-py3.10/lib/python3.10/site-packages/poetry_remove_untracked-0.1.0.dist-info:
INSTALLER  METADATA  RECORD

/root/.cache/pypoetry/virtualenvs/poetry-remove-untracked-Qran5nGc-py3.10/lib/python3.10/site-packages/poetry_remove_untracked-0.2.0.dist-info:
INSTALLER  METADATA  RECORD
```

In this case, it's clear there is metadata for the `poetry-remove-untracked` 
package in duplicate, and importlib.metadata loads that metadata in whatever 
order the operating system provides it (lexicographic alphabetic sort usually). 
`importlib.metadata` doesn't have any means to determine which of those 
metadata are appropriate and doesn't support multiple versions of the same 
distribution being installed into the same path.

Since poetry has acknowledged this issue is a bug, I suspect there's nothing 
more for importlib.metadata to do here, but do please report back if you have 
different expectations.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46986] Upgrade ensurepip bundled setuptools to 60.9.3

[Ned Deily]

Ned Deily  added the comment:


New changeset c99ac3c364ee21be72263791b71ee8b55f64de08 by Pradyun Gedam in 
branch 'main':
bpo-46986: Upgrade bundled setuptools to 60.9.3 (GH-31820)
https://github.com/python/cpython/commit/c99ac3c364ee21be72263791b71ee8b55f64de08


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43253] asyncio open_connection fails when a socket is explicitly closed

[Maximilian Hils]

Change by Maximilian Hils :


--
versions: +Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43253] asyncio open_connection fails when a socket is explicitly closed

[Maximilian Hils]

Maximilian Hils  added the comment:

We are hitting the same traceback with mitmproxy on Windows without ever 
passing a socket object to open_connection. In other words, this can be 
triggered without performing any action on 'sock' due to some race conditions 
in the Windows network stack. I unfortunately don't have a better repro for 
that race other than what Daniel provided.

--
nosy: +mhils

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +29950
pull_request: https://github.com/python/cpython/pull/31852

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

[Ned Deily]

Change by Ned Deily :


--
pull_requests: +29949
pull_request: https://github.com/python/cpython/pull/31851

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46774] Importlib.metadata.version picks first distribution not latest

[Jason R. Coombs]

Jason R. Coombs  added the comment:

The behavior you describe is intentional _and_ deterministic. The library 
discovers distributions in the order found based on the search path provided, 
with the search path defaulting to sys.path.

The expectation is therefore that the metadata should be discovered in its 
order of precedence.

Thanks for the repro. I attempted to follow it, but was unsuccessful:

```
FROM jaraco/multipy-tox
RUN git clone https://github.com/kkirsche/poetry-remove-untracked
RUN pip install poetry
WORKDIR poetry-remove-untracked
RUN git checkout before
RUN poetry install --remove-untracked
RUN git checkout after
RUN poetry install --remove-untracked
CMD python -c "import importlib.metadata as md; 
print(md.version('poetry-remove-untracked'))"
```

Running that Dockerfile reports that the package isn't installed.

```
draft $ docker run -it @$(docker build -q .)
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 955, in 
version
return distribution(distribution_name).version
  File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 928, in 
distribution
return Distribution.from_name(distribution_name)
  File "/usr/lib/python3.10/importlib/metadata/__init__.py", line 518, in 
from_name
raise PackageNotFoundError(name)
importlib.metadata.PackageNotFoundError: No package metadata was found for 
poetry-remove-untracked
```

I think you'll have to teach me a bit about how poetry works in order to 
understand how to properly reproduce the issue so I can examine the relevant 
environment.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

[miss-islington]

Change by miss-islington :


--
pull_requests: +29948
pull_request: https://github.com/python/cpython/pull/31850

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +29947
pull_request: https://github.com/python/cpython/pull/31849

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue46985] Upgrade ensurepip bundled pip to 22.0.4

[Ned Deily]

Ned Deily  added the comment:


New changeset d87f1b787ed38dfd307d82452f2efe9dc5b93942 by Pradyun Gedam in 
branch 'main':
bpo-46985: Upgrade bundled pip to 22.0.4 (GH-31819)
https://github.com/python/cpython/commit/d87f1b787ed38dfd307d82452f2efe9dc5b93942


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47002] argparse - "expected one argument" when used -: in argument

[Pythass]

Pythass  added the comment:

The curious aspect is that for:

import argparse
parser = argparse.ArgumentParser()
parser.add_argument("-u", "--utc", choices=["-1"])
args = parser.parse_args()

it works. But if we use the colon (:) character as:
import argparse
parser = argparse.ArgumentParser()
parser.add_argument("-u", "--utc", choices=["-1:"])
args = parser.parse_args()

it does not work anymore... I could think maybe the issue could be related to 
the presence of ":" character together with "-" character.

For example for:
choices=["-:"] does not work
choices=["-"] works
choices=[":"] works
choices=[":-"] works

So, we get the error if the option start with "-" and has inside also ":" 
character. At this point I don't think it is related strictly to "negative 
numbers".

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22094] oss_audio_device.write(data) produces short writes

[Irit Katriel]

Irit Katriel  added the comment:

ossaudiodev is deprecated as per PEP 594, so there won't be further 
enhancements to it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13681] Aifc read compressed frames fix

[Irit Katriel]

Irit Katriel  added the comment:

aifc is deprecated as per PEP 594, so there won't be further enhancements to it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8934] aifc should use str instead of bytes (wave, sunau compatibility)

[Irit Katriel]

Irit Katriel  added the comment:

aifc is deprecated as per PEP 594, so there won't be further enhancements to it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47003] Cleanup _overlapped module

[Andrew Svetlov]

Change by Andrew Svetlov :


--
keywords: +patch
pull_requests: +29946
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/31848

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue47003] Cleanup _overlapped module

[Andrew Svetlov]

New submission from Andrew Svetlov :

1. CancelIoEx is mandatory for supported Windows versions, there is no need for 
dynamic checks.
2. Argument Clinic supports Py_buffer, use it.

--
components: asyncio
messages: 415064
nosy: asvetlov, yselivanov
priority: normal
severity: normal
status: open
title: Cleanup _overlapped module
versions: Python 3.11

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8526] msilib doesn't support multiple CAB instances in same installer

[Irit Katriel]

Irit Katriel  added the comment:

msilib is deprecated as per PEP 594, so there won't be further enhancements to 
it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12201] Returning FILETIME is unsupported in msilib.SummaryInformation.GetProperty()

[Irit Katriel]

Irit Katriel  added the comment:

msilib is deprecated as per PEP 594, so there won't be further enhancements to 
it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue12026] Support more of MSI api

[Irit Katriel]

Irit Katriel  added the comment:

msilib is deprecated as per PEP 594, so there won't be further enhancements to 
it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1178136] cgitb.py support for frozen images

[Irit Katriel]

Irit Katriel  added the comment:

cgi/cgitb are deprecated as per PEP 594, so there won't be further enhancements 
to them.

--
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15749] cgitb prints html for text when display disabled.

[Irit Katriel]

Irit Katriel  added the comment:

cgi/cgitb are deprecated as per PEP 594, so there won't be further enhancements 
to them.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33507] Improving the html rendered by cgitb.html

[Irit Katriel]

Irit Katriel  added the comment:

cgi/cgitb are deprecated as per PEP 594, so there won't be further enhancements 
to them.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1047397] cgitb failures

[Irit Katriel]

Irit Katriel  added the comment:

cgi/cgitb are deprecated as per PEP 594, so there won't be further enhancements 
to them.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32669] cgitb file to print OSError exceptions

[Irit Katriel]

Irit Katriel  added the comment:

cgi/cgitb are deprecated as per PEP 594, so there won't be further enhancements 
to them.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34129] CGITB does not mangle variables names

[Irit Katriel]

Irit Katriel  added the comment:

cgi/cgitb are deprecated as per PEP 594, so there won't be further enhancements 
to them.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue11352] Update cgi module doc

[Irit Katriel]

Irit Katriel  added the comment:

cgi is deprecated as per PEP 594, so there won't be further enhancements to it.

--
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18979] Use argparse in the uu module

[Irit Katriel]

Irit Katriel  added the comment:

uu is deprecated as per PEP 594, so there won't be further enhancements to it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue34165] uu.decode() raises binascii.Error instead of uu.Error on invalid data

[Irit Katriel]

Irit Katriel  added the comment:

uu is deprecated as per PEP 594, so there won't be further enhancements to it.

--
nosy: +iritkatriel
resolution:  -> wont fix
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com