Open befeleme opened 6 months ago
x86 also happened
0:01:20 load avg: 3.50 [10/22/1] test_signal failed (1 error) (32.6 sec) -- running (2): test_logging (59.6 sec), test_queue (57.4 sec)
test test_signal failed -- Traceback (most recent call last):
File "/home/dongheena/oss/cpython/Lib/test/test_signal.py", line 1384, in test_stress_modifying_handlers
cycle_handlers()
~~~~~~~~~~~~~~^^
File "/home/dongheena/oss/cpython/Lib/test/test_signal.py", line 1374, in cycle_handlers
signal.signal(signum, handler)
~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^
File "/home/dongheena/oss/cpython/Lib/signal.py", line 59, in signal
return _int_to_enum(handler, Handlers)
File "/home/dongheena/oss/cpython/Lib/signal.py", line 24, in _int_to_enum
def _int_to_enum(value, enum_klass):
File "/home/dongheena/oss/cpython/Lib/test/test_signal.py", line 1359, in custom_handler
def custom_handler(signum, frame):
File "/home/dongheena/oss/cpython/Lib/test/test_signal.py", line 1359, in custom_handler
def custom_handler(signum, frame):
File "/home/dongheena/oss/cpython/Lib/test/test_signal.py", line 1359, in custom_handler
def custom_handler(signum, frame):
[Previous line repeated 237 more times]
RecursionError: maximum recursion depth exceeded
Also happens semi-often at ppc64le.
Bug report
Bug description:
When building freethreading-debug Python 3.13.0b1 on s390x, test_signal.test_stress_modifying_handlers sometimes fails with RecursionError.
CPython versions tested on:
3.13
Operating systems tested on:
Linux