[issue13084] test_signal failure
Charles-François Natali
report at bugs.python.org
Sat Oct 1 12:19:05 CEST 2011
Charles-François Natali <neologix at free.fr> added the comment:
See http://bugs.python.org/issue12469, specifically http://bugs.python.org/issue12469#msg139831
"""
> > When signals are unblocked, pending signal ared delivered in the reverse order
> > of their number (also on Linux, not only on FreeBSD 6).
>
> I don't like this.
> POSIX doesn't make any guarantee about signal delivery order, except
> for real-time signals.
> It might work on FreeBSD and Linux, but that's definitely not
> documented, and might break with new kernel releases, or other
> kernels.
It looks like it works like this on most OSes (Linux, Mac OS X, Solaris,
FreeBSD): I don't see any test_signal failure on 3.x buildbots. If we
have a failure, we can use set() again, but only for test_pending:
signal order should be reliable if signals are not blocked.
"""
Looks like we now have a failure :-)
----------
nosy: +haypo, neologix
_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13084>
_______________________________________
More information about the Python-bugs-list
mailing list