GNU bug report logs -
#25875
26.0.50; Hang logging out of MS-Windows
Previous Next
Reported by: Richard Copley <rcopley <at> gmail.com>
Date: Sat, 25 Feb 2017 19:37:01 UTC
Severity: normal
Found in version 26.0.50
Done: Ken Brown <kbrown <at> cornell.edu>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> From: Richard Copley <rcopley <at> gmail.com>
> Date: Mon, 27 Feb 2017 21:09:52 +0000
> Cc: Ken Brown <kbrown <at> cornell.edu>, 25875 <at> debbugs.gnu.org
>
> >> Posting a message and then sleeping while it's processed is odd,
> >> isn't it? If the input thread /sent/ its message to the main thread,
> >> then while waiting for SendMessage to return, the input thread would
> >> automatically continue to process sent messages
> >
> > No, it's the main thread that calls SendMessage, to tell the input
> > thread to draw something. And since the input thread is inside
> > 'sleep', the SendMessage call never returns, and the main thread never
> > gets around to checking its input queue, where there's an event bound
> > to kill-emacs, waiting to be processed.
>
> Please Eli, read what I said again. It might not be right, but you
> misunderstood it.
> I know the input thread isn't calling SendMessage. It's callling PostMessage and
> then sleep. I'm suggesting that the input thread should call SendMessage.
The input thread doesn't call PostMessage. It calls post_message,
which is a private messaging mechanism between the input thread and
the main thread, implemented in w32xfns.c and based on a critical
section. IOW, we don't use the Windows messaging in that case. So I
don't see how calling SendMessage will help in this situation. Am I
missing something?
This bug report was last modified 8 years and 85 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.