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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27598 in the body.
You can then email your comments to 27598 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: "Charles A. Roelli" <charles <at> aurox.ch>
To: bug-gnu-emacs <at> gnu.org
Subject: MacOS: thread-signal-early fails
Date: Thu, 6 Jul 2017 19:08:10 +0200

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).

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

Message #11 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: Sun, 15 Dec 2019 21:15:51 +0100

tags 27598 + notabug wontfix
close 27598
thanks

Stefan Kangas <stefan <at> marxist.se> writes:

>> 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.

No further comments within 5 weeks, so I'm closing this bug report.

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.