Repository navigation
3.13.0b1 freethreading-debug build: flaky test_signal.test_stress_modifying_handlers on s390x (RecursionError) #118989
Description
Activity
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 exceededAlso 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