From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#11939: 24.1; `save-buffers-kill-emacs' loses minibuffer focus when it calls `list-processes' Date: Wed, 25 Jul 2012 08:42:47 -0700 Message-ID: References: <893E59C2E4F94D6EB910560C9E8C42CD@us.oracle.com> <5002EAF4.5080107@gmx.at> <6F73D04E8EE144E780D602DFEBA48E7B@us.oracle.com> <5003DAF2.2060400@gmx.at> <50043C3D.7090201@gmx.at> <208B7D7BB4BC4339ADCC1166F76C1CD2@us.oracle.com> <500449B7.6070309@gmx.at> <023F63BCBF9442EBAEDCCE9D8A59E5E4@us.oracle.com> <5005354E.6040306@gmx.at> <62CF21F0010048E2BC1391192EB943FF@us.oracle.com> <5006E14B.3000407@gmx.at> <47731CC5C6EC4ED9AB9E9E05E259572C@us.oracle.com> <5007E47B.3050907@gmx.at> <446B437450EC47968D15C20D7142296B@us.oracle.com> <500A8C0E.4040006@gmx.at> <96A974694CF64567A3EAB85185AB3A5C@us.oracle.com> <500BBE6F.6020007@gmx.at> <1403DD3D67534F53BC023CC99A258DF5@us.oracle.com> <838veb209m.fsf@gnu.org> <83r4s2zcp9.fsf@gnu.org> <81CFBB36FDCB4CD6B3762F9E00AC8290@us.oracle.com> <83fw8iz7et.fsf@gnu.org> <60948DD3935D452F85F95174474D06E9@us.oracle.com> <838veaz34x.fsf@gnu.org> <500E9! 94D.4060006@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1343231016 13687 80.91.229.3 (25 Jul 2012 15:43:36 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 25 Jul 2012 15:43:36 +0000 (UTC) Cc: 11939@debbugs.gnu.org To: "'martin rudalics'" , "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jul 25 17:43:35 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Su3kM-0005gV-Tx for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Jul 2012 17:43:35 +0200 Original-Received: from localhost ([::1]:42886 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su3kM-0004Xn-A3 for geb-bug-gnu-emacs@m.gmane.org; Wed, 25 Jul 2012 11:43:34 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:37590) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su3kC-000430-LY for bug-gnu-emacs@gnu.org; Wed, 25 Jul 2012 11:43:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Su3k4-0004fI-O2 for bug-gnu-emacs@gnu.org; Wed, 25 Jul 2012 11:43:24 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57933) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Su3k4-0004fD-Kx for bug-gnu-emacs@gnu.org; Wed, 25 Jul 2012 11:43:16 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1Su3qb-0007T9-QV for bug-gnu-emacs@gnu.org; Wed, 25 Jul 2012 11:50:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Jul 2012 15:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11939 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11939-submit@debbugs.gnu.org id=B11939.134323138128679 (code B ref 11939); Wed, 25 Jul 2012 15:50:01 +0000 Original-Received: (at 11939) by debbugs.gnu.org; 25 Jul 2012 15:49:41 +0000 Original-Received: from localhost ([127.0.0.1]:39244 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Su3qG-0007SW-OX for submit@debbugs.gnu.org; Wed, 25 Jul 2012 11:49:41 -0400 Original-Received: from rcsinet15.oracle.com ([148.87.113.117]:39162) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Su3qD-0007SM-MM for 11939@debbugs.gnu.org; Wed, 25 Jul 2012 11:49:38 -0400 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by rcsinet15.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id q6PFgok0009454 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 25 Jul 2012 15:42:51 GMT Original-Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id q6PFgn1k007312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 25 Jul 2012 15:42:49 GMT Original-Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id q6PFgmMq007475; Wed, 25 Jul 2012 10:42:48 -0500 Original-Received: from dradamslap1 (/130.35.179.10) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 25 Jul 2012 08:42:48 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <500E994D.4060006@gmx.at> Thread-Index: Ac1pml7NYfBwzc4OTHOmdXXvxkKi/QA3Yq/w X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:62375 Archived-At: > > Martin, the floor is yours ;-) > Thanks Eli, but I'm a stranger here myself. > Drew, what does bt full say? It says this: $ gdb -p 2964 GNU gdb 6.5.50.20060706-cvs (cygwin-special) Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-cygwin". Attaching to process 2964 [Switching to thread 2964.0x1220] /cygdrive/c/drews-lisp-20/bin/.gdbinit:32: Error in sourced command file: No symbol "main" in current context. (gdb) continue Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to thread 2964.0x15c0] 0x01102012 in ?? () (gdb) bt full #0 0x01102012 in ?? () No symbol table info available. (gdb) IOW, `bt full' just adds the statement "No symbol table info available." to what `bt' shows. Reminder: This is without your `with-temp-buffer-window.el' loaded, and with `redirect-frame-focus' added to the end of `1on1-fit-minibuffer-frame'. If I also load your `with-temp-buffer-window.el' then I do not get the crash. But in that case (i.e., with your code) the *Process List* buffer is replaced in its frame by *shell*, so I then have two frames showing *shell* at that point. This is an example of the problem of the frame (for *Process Control*) not really being special-display as it should be. Again, this is with Emacs 24.1, and the scenario is the following, after evaluating my modified `1on1-fit-minibuffer-frame' and optionally loading your code: M-x shell C-x C-c Reply "no" to the question about active processes - IOW, do not quit Emacs. C-x k At that point, if your code was not loaded, the *Process List* frame has its title bar selected/highlighted, but the buffer to be killed, by default, is *shell*. If your code was loaded then buffer *Process Control* has been replaced in its (supposedly special-display) frame by buffer *shell* (so there are two frames for *shell* now). If your code was loaded, then I can kill buffer *shell* normally, after confirming to kill its processes - the two *shell* frames disappear (as they should, with my setup). And C-x C-b shows that there is no buffer *Process List*. If your code was not loaded, then I can still kill *shell* normally, but the *Process List* frame remains (frame *shell* disappears, as it should). If I then try C-x k, and try to type a char or move the cursor in the minibuffer, then I get the crash. If, however, I do something that explicitly selects some frame, then I can proceed normally to kill any buffer using C-x k - including buffer *Process List* (which is still hanging around). An example of explicitly selecting some frame would be clicking the mouse on a frame title bar. HTH/Thx - Drew