GNU bug report logs - #27598
MacOS: thread-signal-early fails

Previous Next

Full log

Message #8 received at 27598 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: "Charles A. Roelli" <charles <at> aurox.ch>
Cc: 27598 <at> debbugs.gnu.org
Subject: Re: bug#27598: MacOS: thread-signal-early fails
Date: Fri, 08 Nov 2019 02:34:28 +0100

"Charles A. Roelli" <charles <at> aurox.ch> writes:

> Following on from bug #25265 (make-thread crashes in OS X 10.6):
>
> From:
> $ nextstep/Emacs.app/Contents/MacOS/Emacs -Q -l ert -l test/src/thread-tests.el
>
> M-x ert RET RET
>
> Selector: t
> Passed:  27
> Failed:  1 (1 unexpected)
> Skipped: 0
> Total:   28/28
>
> Started at:   2017-07-06 18:53:01+0200
> Finished.
> Finished at:  2017-07-06 18:53:02+0200
>
> .F..........................
>
> F thread-signal-early
>     Test signaling a thread as soon as it is started by the OS.
>     (ert-test-failed
>      ((should-not
>        (thread-alive-p thread))
>       :form
>       (thread-alive-p #<thread 0x1059645d8>)
>       :value t))
>
> It seems to only happen when input is arriving while running the test
> (as when you keep on hitting RET after starting the tests).

Is that an important use case to support somehow?  I would be inclined
to say that a user should not repeatedly hit the RET key after
starting the tests.

Best regards,
Stefan Kangas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.