From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Richard Copley Newsgroups: gmane.emacs.bugs Subject: bug#25875: 26.0.50; Hang logging out of MS-Windows Date: Mon, 27 Feb 2017 21:09:52 +0000 Message-ID: References: <83lgsuqacv.fsf@gnu.org> <83efylq7m4.fsf@gnu.org> <834lzgreqq.fsf@gnu.org> <3f07808e-ab1c-d6b5-9ea0-dfc4c6fd6fc9@cornell.edu> <8337f0rbz6.fsf@gnu.org> <83shmzprwo.fsf@gnu.org> <83fuizphp8.fsf@gnu.org> <83efyjpef6.fsf@gnu.org> <83bmtnpd0k.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: blaine.gmane.org 1488229879 4891 195.159.176.226 (27 Feb 2017 21:11:19 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 27 Feb 2017 21:11:19 +0000 (UTC) Cc: 25875@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Feb 27 22:11:14 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciSZb-0000OX-Nt for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Feb 2017 22:11:11 +0100 Original-Received: from localhost ([::1]:56885 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ciSZh-0001qT-L8 for geb-bug-gnu-emacs@m.gmane.org; Mon, 27 Feb 2017 16:11:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44103) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ciSZV-0001o1-Ie for bug-gnu-emacs@gnu.org; Mon, 27 Feb 2017 16:11:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ciSZS-0003uU-CH for bug-gnu-emacs@gnu.org; Mon, 27 Feb 2017 16:11:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60548) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ciSZS-0003uQ-1t for bug-gnu-emacs@gnu.org; Mon, 27 Feb 2017 16:11:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ciSZR-0000Du-T7 for bug-gnu-emacs@gnu.org; Mon, 27 Feb 2017 16:11:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Richard Copley Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 27 Feb 2017 21:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25875 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25875-submit@debbugs.gnu.org id=B25875.1488229830821 (code B ref 25875); Mon, 27 Feb 2017 21:11:01 +0000 Original-Received: (at 25875) by debbugs.gnu.org; 27 Feb 2017 21:10:30 +0000 Original-Received: from localhost ([127.0.0.1]:58747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciSYw-0000DB-At for submit@debbugs.gnu.org; Mon, 27 Feb 2017 16:10:30 -0500 Original-Received: from mail-ua0-f179.google.com ([209.85.217.179]:33103) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ciSYu-0000Cy-H4 for 25875@debbugs.gnu.org; Mon, 27 Feb 2017 16:10:28 -0500 Original-Received: by mail-ua0-f179.google.com with SMTP id e4so36800791uae.0 for <25875@debbugs.gnu.org>; Mon, 27 Feb 2017 13:10:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=o1/ajrDVff6hQItYTtlDrtIMIpBcON+MksxYBjaFt9Q=; b=pspb9OZurpx34dZvgOrYd5E3sNpLkdpGg7+6OuwmE1/jz0xaCctjAHDhsNJkrRVvxv B4KX+iPVCkssvxC47XTWehBfJCO+8bbpPoKVIRT4IOL+mhiU5ygCGHFP+A157YRWCW6R Cn9kfD5izd1Jax8ig/kLNt7PSLy43jGMgaQwijOxbBLm0GsnRS2wxAzKBKFxneokWFLW XJ11AzpW7zbXeVnY1HUQTPLPylkyhK+XeI0oBNu4zNsN/KgBdj8ewoKjaEUcq158MCcW a50AsgzmpfzEBpUYZRL3hlqa3K/Egm1gsoLcrNIdWdiIuEupEv3wAjIfNJmpZJsdhkpV J9SA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=o1/ajrDVff6hQItYTtlDrtIMIpBcON+MksxYBjaFt9Q=; b=FJkR4c0n8PIUaA8Hq4YpKFBlUSE6rm1Kn5nb6F8V75ZIAM1NKkmVpj7kVGIlYchZbj Bu4pwOLLuq7eAw7TMC/4eLd6P/QuF8wFc/+kT/7Ywx8v8t2uLDFGqPkCvgxHWCNqD1Wv AaWDd54DSiOMCjin8Xfc9V3407xi0ENp5UtbV6kh0KPNcO+lOYLXe+DSrhzf8P6CV3Gh yxmPjItYouPiPa605aUZy98nK/PWgAhAU5qrpDDPhQp1mSdC+hVHRzMphE+3JTtsessI bTiD53ghDGNAu1rJrrKAYx1KvpXKGbWqDvYiMExNj18yjREQ/E6QdmXrLwuxhFwcXNS3 jLAg== X-Gm-Message-State: AMke39nHL8IkyFFmg1yj5I1pJ22XWQgL0xGQ7UdgLPQGoDzynYfCmp0CxboHyaXwGSvp8IHUyFp3AEY9EXHCuQ== X-Received: by 10.176.82.16 with SMTP id i16mr7571705uaa.77.1488229823070; Mon, 27 Feb 2017 13:10:23 -0800 (PST) Original-Received: by 10.176.71.214 with HTTP; Mon, 27 Feb 2017 13:09:52 -0800 (PST) In-Reply-To: <83bmtnpd0k.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:129909 Archived-At: On 27 February 2017 at 20:58, Eli Zaretskii wrote: >> From: Richard Copley >> Date: Mon, 27 Feb 2017 20:52:16 +0000 >> Cc: Ken Brown , 25875@debbugs.gnu.org >> >> Eli, you said: >> >> > As I understand it, this happens because when the input thread gets >> > the WM_ENDSESSION message, it posts it to the main thread and goes on >> > to sleep for 1000 sec, to avoid ending the Emacs process before it >> > finishes orderly shutdown. But if the main thread happens to be >> > inside redisplay, it could invoke one of the function that send >> > messages to the input thread via SendMessage, which waits for the >> > input thread to respond. So we do have a kind of deadlock. >> >> 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.