[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

Mark Shannon added the comment: New changeset e2c28616ce6c3cdb1013c415125220a0b86b86a1 by Nikita Sobolev in branch 'main': bpo-46709: check eval breaker in specialized `CALL` opcodes (GH-31404) https://github.com/python/cpython/commit/e2c28616ce6c3cdb1013c415125220a0b86b86a1 --

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

Change by Nikita Sobolev : -- pull_requests: +29544 pull_request: https://github.com/python/cpython/pull/31404 ___ Python tracker ___

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

STINNER Victor added the comment: Oops, I forgot about my own bpo-46465. I failed to find it when I searched for "test_urllib". -- resolution: -> duplicate stage: patch review -> resolved status: open -> closed superseder: -> Regression caused by CALL_FUNCTION specialization for C

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

Kumar Aditya added the comment: Same issue as https://bugs.python.org/issue46465, PR https://github.com/python/cpython/pull/30826 fixes this. -- nosy: +kumaraditya303 ___ Python tracker

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

Change by Nikita Sobolev : -- keywords: +patch pull_requests: +29435 stage: -> patch review pull_request: https://github.com/python/cpython/pull/31273 ___ Python tracker ___

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

Nikita Sobolev added the comment: Other tests are also affected: - `./python.exe -m test -m unittest.test.test_break.TestBreakDefaultIntHandler.testSecondInterrupt test_unittest -F` - `./python.exe -m test -m unittest.test.test_break.TestBreakDefaultIntHandler.testTwoResults test_unittest

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

Nikita Sobolev added the comment: I think this might be a side effect of https://docs.python.org/3/library/signal.html#execution-of-python-signal-handlers > A Python signal handler does not get executed inside the low-level (C) signal > handler. Instead, the low-level signal handler sets a

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

Nikita Sobolev added the comment: I am trying to debug this. Several intersting notes: 1. `time.sleep()` does not help 2. It always fails on `8`th turn 3. Changing `self.assertTrue(result.shouldStop)` to ``` msg = f'{type(result)} {vars(result)}' self.assertTrue(result.shouldStop, msg) ```

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46709] test_urllib: testInterruptCaught() has a race condition and fails randomly

New submission from STINNER Victor : test_urllib failed and then passed when re-run on s390x RHEL7 Refleaks 3.x: https://buildbot.python.org/all/#builders/129/builds/300 I can reproduce the issue on my Linux laptop: $ ./python -m test -m