From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: undo in loaddefs.el buffer Date: Sat, 25 Dec 2004 20:06:59 -0600 (CST) Message-ID: <200412260206.iBQ26wG17970@raven.dms.auburn.edu> References: <200412211414.iBLEEZ903426@raven.dms.auburn.edu> <200412211541.iBLFfBc03861@raven.dms.auburn.edu> <87llbonyup.fsf@jurta.org> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1104027337 8700 80.91.229.6 (26 Dec 2004 02:15:37 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 26 Dec 2004 02:15:37 +0000 (UTC) Cc: juri@jurta.org, yamaoka@jpl.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Dec 26 03:15:28 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CiNwO-0004Kr-00 for ; Sun, 26 Dec 2004 03:15:28 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CiO76-0005xG-Q9 for ged-emacs-devel@m.gmane.org; Sat, 25 Dec 2004 21:26:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CiO6M-0005di-Uq for emacs-devel@gnu.org; Sat, 25 Dec 2004 21:25:47 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CiO6K-0005cN-EN for emacs-devel@gnu.org; Sat, 25 Dec 2004 21:25:44 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CiO6K-0005c2-8q for emacs-devel@gnu.org; Sat, 25 Dec 2004 21:25:44 -0500 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CiNqn-00010c-Th; Sat, 25 Dec 2004 21:09:42 -0500 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id iBQ29ZFu007418; Sat, 25 Dec 2004 20:09:35 -0600 (CST) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.7p1+Sun/8.11.7) id iBQ26wG17970; Sat, 25 Dec 2004 20:06:59 -0600 (CST) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: rms@gnu.org In-reply-to: (message from Richard Stallman on Sat, 25 Dec 2004 10:12:46 -0500) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:31397 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:31397 Richard Stallman wrote (in response to Juri Linkov): And what is unusual for such yes-no prompts is that it can't be interrupted with C-g. Typing C-g pops up an unwanted X popup menu. C-g normally should quit out of this question. Why not in this case? This too may be fixable, but only with more precise information. This might be toolkit dependent. (At least for popup menus). If the answer gets asked in the minibuffer, quitting works normally (at least for me). Obvious question to Juri: Which toolkit do you use? Everything below concerns the behavior with the default Lucid toolkit. Strange things happen with popup menus, at least using the default Lucid toolkit. Do `emacs -q', M-x ielm then: (let (last-nonmenu-event) (yes-or-no-p "prompt")) Now if you press any key, regular or modifier, say "a", Control, Shift, nil is returned, like if you answered "No". This appears to be an obvious bug. For the particular application we are worried about, this is particularly bad, because "No" is the dangerous answer, the one that might make Emacs crash. If we repeat the experiment in 21.3, we see that the bug is not present there. However, there is another bug. If we click the mouse anywhere inside the Emacs frame, but outside the "Yes" button, nil is returned. This is also a bug, which does _not_ occur in current CVS. This seems to be a case of introducing one bug by fixing another. Sincerely, Luc.