[issue10720] test_threadsignals hang on FreeBSD 6.4

Changes by Antoine Pitrou : -- resolution: -> duplicate status: open -> closed superseder: -> interruption of locks by signals not guaranteed when the semaphore implementation is not used ___ Python tracker

[issue10720] test_threadsignals hang on FreeBSD 6.4

STINNER Victor added the comment: I am unable to reproduce test_threadsignals hang with my FreeBSD 8.0 VM. A bug was maybe fixed between FreeBSD 7.2 and FreeBSD 8.0? -- ___ Python tracker

[issue10720] test_threadsignals hang on FreeBSD 6.4

STINNER Victor added the comment: "x86 gentoo 3.x" is an old Linux setup, see #4970: glibc 2.3.4, linuxthreads-0.10 and Linux kernel 2.6.9-gentoo-r1. linuxthreads is the old implementation of threads on Linux. It was replaced by NPTL with Linux kernel 2.6 and the GNU libc 2.4. #4970 was fixe

[issue10720] test_threadsignals hang on FreeBSD 6.4

STINNER Victor added the comment: test_threadsignals hang also on "x86 gentoo 3.x" since at least the 17th december (build 3681, r87348). -- ___ Python tracker ___

[issue10720] test_threadsignals hang on FreeBSD 6.4

STINNER Victor added the comment: test_threadsignals hang on "x86 FreeBSD 3.x" buildbot since at least the 17th december (build 1030, r87341). What is "FreeBSD 6.4"? Another buildbot? -- nosy: +haypo ___ Python tracker

[issue10720] test_threadsignals hang on FreeBSD 6.4

New submission from Antoine Pitrou : The title says it all. This is related to r87292 (issue8844). -- components: Library (Lib), Tests messages: 124141 nosy: db3l, pitrou, rnk priority: normal severity: normal status: open title: test_threadsignals hang on FreeBSD 6.4 type: behavior vers