From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Noam Postavsky Newsgroups: gmane.emacs.bugs Subject: bug#16583: Possible bug in inhibit-quit/abort-recursive-edit Date: Fri, 09 Feb 2018 22:17:09 -0500 Message-ID: <87efltcz4a.fsf@users.sourceforge.net> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1518232585 581 195.159.176.226 (10 Feb 2018 03:16:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 10 Feb 2018 03:16:25 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) Cc: 16583@debbugs.gnu.org To: E Sabof Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Feb 10 04:16:20 2018 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 1ekLe5-0007ej-Hc for geb-bug-gnu-emacs@m.gmane.org; Sat, 10 Feb 2018 04:16:09 +0100 Original-Received: from localhost ([::1]:46607 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ekLg6-0002jO-V7 for geb-bug-gnu-emacs@m.gmane.org; Fri, 09 Feb 2018 22:18:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41228) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ekLfx-0002i1-Ms for bug-gnu-emacs@gnu.org; Fri, 09 Feb 2018 22:18:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ekLfu-00077F-HW for bug-gnu-emacs@gnu.org; Fri, 09 Feb 2018 22:18:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:56274) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ekLfu-000779-CY for bug-gnu-emacs@gnu.org; Fri, 09 Feb 2018 22:18:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ekLfu-00053n-7I for bug-gnu-emacs@gnu.org; Fri, 09 Feb 2018 22:18:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 10 Feb 2018 03:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16583 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16583-submit@debbugs.gnu.org id=B16583.151823264119396 (code B ref 16583); Sat, 10 Feb 2018 03:18:02 +0000 Original-Received: (at 16583) by debbugs.gnu.org; 10 Feb 2018 03:17:21 +0000 Original-Received: from localhost ([127.0.0.1]:35938 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekLfE-00052h-OP for submit@debbugs.gnu.org; Fri, 09 Feb 2018 22:17:20 -0500 Original-Received: from mail-it0-f42.google.com ([209.85.214.42]:55450) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ekLfB-00052M-36; Fri, 09 Feb 2018 22:17:17 -0500 Original-Received: by mail-it0-f42.google.com with SMTP id b66so699203itd.5; Fri, 09 Feb 2018 19:17:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=jwdqEeipbGQahSB2ftceXQi0lmGWs9TLEQynfaCbcPI=; b=YJ41uMNZ26mlvZtbtvZ0w9LFdLNhntk1NLcIlTegY7fJGbhD/aRM6z5yqp1PDLRa21 eFKnFZ4sRNJRVl3awD0uR53ob9zTuTAtZKydSJOuMLPQfROBMY/1hDF/taFw5SwgH9L6 qvqoeEaM1v1PnRtOUhcamSWwJufN7vLub0e+ra6CLunXIEmgMgclgQ0UzB+jecJ4Jxpw PPp9BQKfofzkwSr2S84TdV8n9mlB+vNioS9FtYKSNuX2XXjeTKukJ2HL2d99yI5F2YIv aY7TidCQoehcD+pa2Rvlu+uWdoJw2E9evB1r8ohw5aTlPc0Bq/BMkL0hmb5sBWGma1Rp zvQA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:to:cc:subject:references:date :in-reply-to:message-id:user-agent:mime-version :content-transfer-encoding; bh=jwdqEeipbGQahSB2ftceXQi0lmGWs9TLEQynfaCbcPI=; b=JzT0BSW+7tVVIFnyAQeb+HhcDdyhv4+EMk3vK4IAVx0CfO76aJyFLswB8Roh5ijglD We9au5pws7iGOgUVjw+OlJKaE8b3FMvUMt1uC0ok5ZNLeGS+sTPjr6IvaYrSLjWZETGU G9MBpigrB0dHGKsfUHfRl65rokmboWrpi1JDi7mPd1WWSi/JVKGLtOVKk6ke8iXC0CMS 5PV82Kc181Y2Jer8ODajBQBSpsJ8+zySKTHKDV51paX9c3W0/Uvlwwm1rvmrX3Teg2lU +NSFefnvN+QN2nZ1L/jXRHdz+QSSAk0UdpeqRt4lq4dks/FyqXZgZn3DkRGs3eAD+ahF gNZQ== X-Gm-Message-State: APf1xPD+kvf8g4oqdhL3jldcz3HCs6Zb9OxRsdx59NuzdToZpQgsXWko uYdf7dQPpaDUymGH/74wKRx9dg== X-Google-Smtp-Source: AH8x227sKH0c6K+/kMre9BHjR08IXzSeXAYYFaFC/Hsnp3ApgvAXip//0jXwldAPBSWC8wBuT9ASnw== X-Received: by 10.36.245.129 with SMTP id k123mr6270272ith.1.1518232631374; Fri, 09 Feb 2018 19:17:11 -0800 (PST) Original-Received: from zebian (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.googlemail.com with ESMTPSA id s70sm811128itb.0.2018.02.09.19.17.10 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 09 Feb 2018 19:17:10 -0800 (PST) In-Reply-To: (E. Sabof's message of "Wed, 29 Jan 2014 01:07:27 +0000") 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:143067 Archived-At: tags 16583 notabug close 16583 quit E Sabof writes: > (condition-case error > =C2=A0 =C2=A0 (let ((inhibit-quit t)) > =C2=A0 =C2=A0 =C2=A0 (sleep-for 5)) > =C2=A0 (quit (goto-char (point-max)) > =C2=A0 =C2=A0 =C2=A0 =C2=A0 (insert "QUIT"))) > > I understand why "QUIT" might not be displayed -- the signal is not > guaranteed to be sent immediately after then end of (let). But, > shouldn't abort-recursive-edit also cause Quit to be displayed in the > minibuffer?=C2=A0 I don't see any bug here: abort-recursive-edit doesn't signal `quit', so the condition-case is not triggered. > It so happens that I have abort-recursive-edit bound to C-g, and > ((inhibit-quit t)) seems to discard all sent "C-g"s. I think it's rather that Emacs doesn't process input events during sleep-for. If you want to handle input use sit-for.