[issue46670] Build Python with -Wundef: don't use undefined macros

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +29362
pull_request: https://github.com/python/cpython/pull/31192

___
Python tracker 

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

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 4cce1352bb47babaeefb68fcfcc48ffa073745c3 by Victor Stinner in 
branch 'main':
bpo-46323: _ctypes.CFuncPtr fails if _argtypes_ is too long (GH-31188)
https://github.com/python/cpython/commit/4cce1352bb47babaeefb68fcfcc48ffa073745c3


--

___
Python tracker 

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

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

[STINNER Victor]

STINNER Victor  added the comment:

A benchmark on calling C functions using ctypes sounds better than a benchmark 
calling Python functions. For Python functions, Python objects are converted to 
C types, and then C types are convered back to Python objects, the Python 
result is converted to a C type, and then the C type is converted back to a 
Python object for the final result...

It would be nice to have a benchmark on different number of arguments. Like: 0, 
1, 3, 5, 8, 10.

--

___
Python tracker 

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

[issue46640] Python can now use the C99 NAN constant or __builtin_nan()

[STINNER Victor]

STINNER Victor  added the comment:

> Adding new C99 features needs a change in PEP 7 
> (https://www.python.org/dev/peps/pep-0007/#c-dialect)

IMO this PEP is outdated for a long time.

C99 standard is wide. Do we have to explicitly list every single function, 
macro or constant used by Python? It doesn't sound reasonable to me. IMO saying 
that we use "C99 except of these few features: <...>" would be closer to the 
reality. I don't know which features are not used.

Well, if you ask me, I would simply require a C99 compiler. That's all :-)

Note: Python uses C11 , but it remains an optional requirement.

--

___
Python tracker 

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

[issue24904] Provide a way for potentially long runtime difflib algorithms to be aborted by the caller (and report progress?)

[STINNER Victor]

Change by STINNER Victor :


--
nosy:  -vstinner

___
Python tracker 

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

[issue46663] test_math test_cmath test_complex fails on Fedora Rawhide buildbots

[STINNER Victor]

STINNER Victor  added the comment:

> @vstinner What was the change that caused the buildbots to start failing? Did 
> the GCC version get updated on those machines between the last runs and this 
> one, or was the change due to recent PRs in Python?

It's a GCC regression. GCC is updated frequently on the Rawhide buildbots.

It's unrelated to Python. It's just that Python uses (Py_HUGE_VAL * 0.) for 
Py_NAN and this code is impacted by the bug.

But I wrote https://github.com/python/cpython/pull/31134 since GCC 12 will no 
longer compute (Py_HUGE_VAL * 0.) during the compilation: it will be computed 
at runtime.

See also https://bugzilla.redhat.com/show_bug.cgi?id=2050736 for details.

--

The GCC regression is fixed in gcc-12.0.1-0.6.fc36 package. It will be deployed 
on buildbots shortly (and automatically).

--

___
Python tracker 

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

[issue46657] Add mimalloc memory allocator

[Christian Heimes]

Christian Heimes  added the comment:

ICC might be a problem. Apparently some version have an incomplete stdatomic.h, 
see bpo-37415.

--

___
Python tracker 

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

[issue46648] `test.test_urllib2.MiscTests.test_issue16464` flaky due to external connection

[miss-islington]

miss-islington  added the comment:


New changeset 0d74efc54fa811def386d2cde00986204ba18569 by Miss Islington (bot) 
in branch '3.9':
bpo-46648: Rewrite test_urllib2.test_issue16464() with a local HTTP server 
(GH-31186)
https://github.com/python/cpython/commit/0d74efc54fa811def386d2cde00986204ba18569


--

___
Python tracker 

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

[issue46668] encodings: the "mbcs" alias doesn't work

[STINNER Victor]

STINNER Victor  added the comment:

I don't think that this fallback is needed anymore. Which Windows code page can 
be used as ANSI code page which is not already implemented as a Python codec?

--

___
Python tracker 

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

[issue46674] Two if in a row in generators

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Please, stop reopening the issue.

The syntax is valid python syntax and we will not be able to make it invalid

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

___
Python tracker 

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

[issue46648] `test.test_urllib2.MiscTests.test_issue16464` flaky due to external connection

[miss-islington]

Change by miss-islington :


--
pull_requests: +29361
pull_request: https://github.com/python/cpython/pull/31190

___
Python tracker 

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

[issue46648] `test.test_urllib2.MiscTests.test_issue16464` flaky due to external connection

[miss-islington]

Change by miss-islington :


--
pull_requests: +29360
pull_request: https://github.com/python/cpython/pull/31189

___
Python tracker 

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

[issue46648] `test.test_urllib2.MiscTests.test_issue16464` flaky due to external connection

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 8e98175a03fe03d62822d96007a74e5273013764 by Nikita Sobolev in 
branch 'main':
bpo-46648: Rewrite test_urllib2.test_issue16464() with a local HTTP server 
(GH-31186)
https://github.com/python/cpython/commit/8e98175a03fe03d62822d96007a74e5273013764


--
nosy: +vstinner

___
Python tracker 

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

[issue46323] Use _PyObject_Vectorcall in Modules/_ctypes/callbacks.c

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +29359
pull_request: https://github.com/python/cpython/pull/31188

___
Python tracker 

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

[issue46674] Two if in a row in generators

[Ramil Nugmanov]

Ramil Nugmanov  added the comment:

Yes,

[x for x in [1, 2, 3] if 1 if 1]

can be replaced with:

for x in [1, 2, 3]:
if 1:
if 1:
yield x

However this syntax is strange and leads to errors like:

[x for x in [1, 2, 3] if x is not None] >> [x for x in [1, 2, 3] if x if not 
None]

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

___
Python tracker 

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

[issue46675] Allow more than 16 items in split-keys dicts and "virtual" object dicts.

[Mark Shannon]

New submission from Mark Shannon :

https://bugs.python.org/issue45340 and 
https://github.com/python/cpython/pull/28802 allowed "virtual" object dicts 
(see faster-cpython/ideas#72  for full details).

In order for this to work, we need to keep the insertion order on the values. 
The initial version (https://github.com/python/cpython/pull/28802) used a 64 
bit value as a vector of 16 4-bit values, which allows only 16 items per values 
array.

Stats gathered from the standard benchmark suite and informal evidence from 
elsewhere suggests that this causes a significant (5% and upwards) of these 
dicts to be materialized due to exceeding the 16 item limit.

An alternative design that would allow up to ~254 items in the values array is 
to make the insertion order vector an array of bytes. The capacity is 254 as we 
need a byte for size, and another for capacity.
This will increase the size of the values a bit for sizes from 7 to 15, but 
save a lot of memory for sizes 17+, as keys could still be shared.

Pros:
No need to materialize dicts of size 16+, saving ~3/4 of the memory per 
dict and helping specialization.

Cons:
Extra memory write to store a value*
1 extra word for values of size 7 to 14, 2 extra for size 15.
Some extra complexity.

*In a hypothetical optimized JIT, the insertion order vector would be stored as 
a single write for several writes, so this would make no difference.

--
assignee: Mark.Shannon
messages: 412735
nosy: Mark.Shannon
priority: normal
severity: normal
status: open
title: Allow more than 16 items in split-keys dicts and "virtual" object dicts.
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

[issue46161] `class A(1, 2, 3, **d): pass` gives bad bytecode

[Mark Shannon]

Mark Shannon  added the comment:

Qiang Zhang, thanks for fixing this.

--
resolution:  -> fixed
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

[issue46159] Segfault when using trace functions in 3.11a3

[Mark Shannon]

Mark Shannon  added the comment:

Can you reproduce this failure with just Python?
If not, with just cryptography and not tox?

--

___
Python tracker 

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

[issue46673] Py_BuildValue tuple creation segfaults in python3.9..3.11

[Olli Lupton]

Olli Lupton  added the comment:

With apologies for the noise, I realise that the posted example does not handle 
the GIL correctly.

--
resolution:  -> not a bug
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

[issue46674] Two if in a row in generators

[Batuhan Taskaya]

Batuhan Taskaya  added the comment:

As Serhiy mentioned, this is a valid syntax.

--
nosy: +BTaskaya
resolution:  -> not a bug
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

[issue38605] [typing] PEP 563: Postponed evaluation of annotations: enable it by default in Python 3.11

[Jakub Wilk]

Change by Jakub Wilk :


--
nosy: +jwilk

___
Python tracker 

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

[issue46665] IDLE Windows shortcuts by default

[Alex Waygood]

Alex Waygood  added the comment:

As a longtime Windows user, I also generally expect ctrl+Y to redo an action in 
most programs, FWIW.

--
nosy: +AlexWaygood

___
Python tracker 

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

[issue41021] ctypes callback with structure crashes in Python 3.8 on Windows x86

[Andreas Skaar]

Andreas Skaar  added the comment:

Steve Dower do you have any links to the issues you mention? Are these now 
solved?

I am not able to see if the fix is straightforward, but from the information 
from Eryk Sun it sounds like it should be?

--

___
Python tracker 

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

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

[Nikita Sobolev]

Change by Nikita Sobolev :


--
keywords: +patch
nosy: +sobolevn
nosy_count: 3.0 -> 4.0
pull_requests: +29358
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/31187

___
Python tracker 

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

[issue46640] Python can now use the C99 NAN constant or __builtin_nan()

[Petr Viktorin]

Petr Viktorin  added the comment:

Adding new C99 features needs a change in PEP 7 
(https://www.python.org/dev/peps/pep-0007/#c-dialect)

--
nosy: +petr.viktorin
status: closed -> open

___
Python tracker 

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

[issue46674] Two if in a row in generators

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

It is valid syntax.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue46674] Two if in a row in generators

[Ramil Nugmanov]

New submission from Ramil Nugmanov :

treat without error two if in generators.

>>>[x for x in [1, 2, 3] if 1 if 1]
[1, 2, 3]

>>>[x for x in [1, 2, 3] if 0 if 1]
[]

expected syntax error

--
components: Parser
messages: 412726
nosy: lys.nikolaou, pablogsal, stsouko
priority: normal
severity: normal
status: open
title: Two if in a row in generators
type: behavior
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

[issue46673] Py_BuildValue tuple creation segfaults in python3.9..3.11

[Olli Lupton]

New submission from Olli Lupton :

The following function, compiled and linked into a shared library, segfaults 
when called from Python:
```
#define PY_SSIZE_T_CLEAN
#include 
extern "C" PyObject* my_func() {
  return Py_BuildValue("(O)", Py_None);
}
```
called using ctypes:
```
from ctypes import CDLL
h = CDLL('./libtest.so’)
h.my_func()”
```
crashes with a stacktrace
```
Program received signal SIGSEGV, Segmentation fault.
_PyObject_GC_TRACK_impl (filename=0x7fffed7ab1b0 "src/Objects/tupleobject.c", 
lineno=36, op=(0x0,)) at src/Include/internal/pycore_object.h:43
(gdb) bt
#0  _PyObject_GC_TRACK_impl (filename=0x7fffed7ab1b0 
"src/Objects/tupleobject.c", lineno=36,
op=(0x0,)) at src/Include/internal/pycore_object.h:43
#1  tuple_gc_track (op=0x7fffe5e42dc0) at src/Objects/tupleobject.c:36
#2  PyTuple_New (size=) at src/Objects/tupleobject.c:124
#3  PyTuple_New (size=size@entry=1) at src/Objects/tupleobject.c:100
#4  0x7fffed7031eb in do_mktuple (p_format=0x7fffa8d0, 
p_va=0x7fffa8d8, endchar=, n=1, flags=1) at 
src/Python/modsupport.c:259
#5  0x7fffed703358 in va_build_value (format=, 
va=va@entry=0x7fffa918, flags=flags@entry=1) at src/Python/modsupport.c:562
#6  0x7fffed7036d9 in _Py_BuildValue_SizeT (format=) at 
src/Python/modsupport.c:530
#7  0x7fffedae6126 in my_func () at test.cpp:4
#8  0x7fffedaf1c9d in ffi_call_unix64 () from libffi.so.7
#9  0x7fffedaf0623 in ffi_call_int () from libffi.so.7
…
```
this is reproducible on RHEL7 (Python 3.9.7 built with GCC 11.2) and macOS 
(Python 3.9.10, 3.10.2 and 3.11.0a4 installed via MacPorts).
It does not crash with Python 3.8, I tested on RHEL7 (Python 3.8.3 built with 
GCC 9.3.0) and macOS (Python 3.8.12 installed via MacPorts).

This is meant to be a minimal example. It seems to be important that 
`Py_BuildValue` is returning a tuple, but the size of that tuple is not 
important.
`"O"` and `Py_None` are also not important, it still crashes with `"i"` and 
`42`.
The definition of `PY_SSIZE_T_CLEAN` also does not seem to be important; the 
only obvious difference it makes is whether I see `_Py_BuildValue_SizeT` or 
`Py_BuildValue` in the backtrace.

This seems to be a bit of an unlikely bug, so apologies in advance if I have 
missed something obvious. I tried to be thorough, but I do not have a lot of 
experience working with the Python C API.

--
components: C API, Extension Modules, ctypes
messages: 412725
nosy: olupton
priority: normal
severity: normal
status: open
title: Py_BuildValue tuple creation segfaults in python3.9..3.11
type: crash
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

[issue46663] test_math test_cmath test_complex fails on Fedora Rawhide buildbots

[Mark Dickinson]

Mark Dickinson  added the comment:

@vstinner What was the change that caused the buildbots to start failing? Did 
the GCC version get updated on those machines between the last runs and this 
one, or was the change due to recent PRs in Python?

--
nosy: +mark.dickinson

___
Python tracker 

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

[issue20342] Endianness not detected correctly due to AC_RUN_IFELSE macros

[Gregory P. Smith]

Gregory P. Smith  added the comment:

I'll leave it open, nothing about this should be ppc64 vs ppc64el specific. Our 
cross compilation story has historically been not great.  

Building for a target of one endianness from a build host of other 
endianness... sounds like exactly one of many kinds of thing that we might have 
a mess with until someone can confirm.  (I'm not setup with a big endian 
toolchain to build for a qemu target right now so I can't easily confirm)

--

___
Python tracker 

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

[issue46611] Improve coverage of `__instancecheck__` and `__subclasscheck__` methods in `typing.py`

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Thanks Nikita.

--
components: +Tests -Library (Lib)
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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

[issue46611] Improve coverage of `__instancecheck__` and `__subclasscheck__` methods in `typing.py`

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset c1ff4cb98b11c00aee765019364544c71e7dd2df by Nikita Sobolev in 
branch '3.10':
[3.10] bpo-46611: add coverage to instance and class checks in `typing.py` 
(GH-31078) (GH-31182)
https://github.com/python/cpython/commit/c1ff4cb98b11c00aee765019364544c71e7dd2df


--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue20342] Endianness not detected correctly due to AC_RUN_IFELSE macros

[Yury V. Zaytsev]

Yury V. Zaytsev  added the comment:

Well, the machine that I had the problem on does no longer exist and I'm not 
sure whether this is a generic POWER issue.

The problem was that I had to cross-compile Python on one generation of POWER 
machines for another POWER chip using its own special toolchain. I can't tell 
whether Python build system was doing something wrong, or else whether it was a 
problem with the toolchain. In theory, both are valid options.

Also, I can't test whether the current version of Python has this problem or 
not with this particular chip / toolchain anymore. Maybe someone who has 
interest in POWER could try to cross-compile from AMD64 to POWER and check 
whether the result is still subtly broken... this should be much easier, and if 
there is a genuine problem with Python build system, it will probably expose it 
just as well.

--

___
Python tracker 

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

[issue46648] `test.test_urllib2.MiscTests.test_issue16464` flaky due to external connection

[Gregory P. Smith]

Change by Gregory P. Smith :


--
assignee:  -> sobolevn

___
Python tracker 

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

[issue46657] Add mimalloc memory allocator

[Erlend E. Aasland]

Change by Erlend E. Aasland :


--
nosy: +erlendaasland

___
Python tracker 

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

[issue46648] `test.test_urllib2.MiscTests.test_issue16464` flaky due to external connection

[Nikita Sobolev]

Change by Nikita Sobolev :


--
pull_requests: +29357
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31186

___
Python tracker 

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

[issue20342] Endianness not detected correctly due to AC_RUN_IFELSE macros

[Gregory P. Smith]

Gregory P. Smith  added the comment:

any idea if this is still relevant?

--
components: +Cross-Build
nosy: +Alex.Willmer, gregory.p.smith

___
Python tracker 

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

[issue24904] Provide a way for potentially long runtime difflib algorithms to be aborted by the caller (and report progress?)

[Gregory P. Smith]

Gregory P. Smith  added the comment:

The way I'd go about this is to support some form of periodic checkpoint in the 
algorithm where it checks in with code supplied by the difflib user. 
Traditionally that'd have been via callbacks, there might be an async style way 
to express that these days. Those could indicate that they want the operation 
to be aborted. If it is possible to estimate progress, supplying that as input 
to the checkpoint API would be useful.

This leaves decision logic on when to abort something entirely up to the user 
rather than being clock based which is often not what the user wants.

I'm re-titling the issue as the original patch and proposal of a timeout isn't 
the direction several core devs have suggested we head.

--
nosy: +gregory.p.smith
stage:  -> needs patch
title: Patch: add timeout to difflib SequenceMatcher ratio() and quick_ratio() 
-> Provide a way for potentially long runtime difflib algorithms to be aborted 
by the caller (and report progress?)

___
Python tracker 

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

[issue40479] Port _hashlib to OpenSSL 3.0.0

[miss-islington]

miss-islington  added the comment:


New changeset 0892a0e3ec925ac959bc959b985293b4b96ef863 by Miss Islington (bot) 
in branch '3.9':
bpo-40479: Fix undefined behavior in Modules/_hashopenssl.c (GH-31153)
https://github.com/python/cpython/commit/0892a0e3ec925ac959bc959b985293b4b96ef863


--

___
Python tracker 

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

[issue40479] Port _hashlib to OpenSSL 3.0.0

[miss-islington]

miss-islington  added the comment:


New changeset 3ceff9968be059209f0d7271365f38895207b24d by Miss Islington (bot) 
in branch '3.10':
bpo-40479: Fix undefined behavior in Modules/_hashopenssl.c (GH-31153)
https://github.com/python/cpython/commit/3ceff9968be059209f0d7271365f38895207b24d


--

___
Python tracker 

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