From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#11939: 24.1; `save-buffers-kill-emacs' loses minibuffer focus when it calls `list-processes' Date: Mon, 23 Jul 2012 20:58:18 +0300 Message-ID: <83fw8iz7et.fsf@gnu.org> References: <500173A5.3040608@gmx.at> <1986D90E22154321A44B6E0110CA4F5A@us.oracle.com> <50019C2F.8060103@gmx.at> <6B9036DBFDEF4881AB39804520BF63B3@us.oracle.com> <5002BEC6.3040106@gmx.at> <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> <8AEB9C65F733427397188CD0D3C799E8@us.oracle.com> <83r4s2zcp9.fsf@gnu.org> <81CFBB36FDCB4CD6B3762F9E00AC8290@us.oracle.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: dough.gmane.org 1343066314 24645 80.91.229.3 (23 Jul 2012 17:58:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 23 Jul 2012 17:58:34 +0000 (UTC) Cc: 11939@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jul 23 19:58:33 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 1StMtt-0005dc-54 for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jul 2012 19:58:33 +0200 Original-Received: from localhost ([::1]:33998 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1StMts-0000fy-Gj for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jul 2012 13:58:32 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:58044) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1StMtq-0000aj-64 for bug-gnu-emacs@gnu.org; Mon, 23 Jul 2012 13:58:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1StMto-0007qm-PS for bug-gnu-emacs@gnu.org; Mon, 23 Jul 2012 13:58:30 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1StMto-0007qh-Lx for bug-gnu-emacs@gnu.org; Mon, 23 Jul 2012 13:58:28 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1StN0A-00059h-KU for bug-gnu-emacs@gnu.org; Mon, 23 Jul 2012 14:05:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Jul 2012 18:05:02 +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.134306669419799 (code B ref 11939); Mon, 23 Jul 2012 18:05:02 +0000 Original-Received: (at 11939) by debbugs.gnu.org; 23 Jul 2012 18:04:54 +0000 Original-Received: from localhost ([127.0.0.1]:33296 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1StN01-00059E-3A for submit@debbugs.gnu.org; Mon, 23 Jul 2012 14:04:54 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:50444) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1StMzx-000593-Fj for 11939@debbugs.gnu.org; Mon, 23 Jul 2012 14:04:51 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M7M00A00KGNBV00@a-mtaout21.012.net.il> for 11939@debbugs.gnu.org; Mon, 23 Jul 2012 20:58:13 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M7M00AQPKL03060@a-mtaout21.012.net.il>; Mon, 23 Jul 2012 20:58:13 +0300 (IDT) In-reply-to: <81CFBB36FDCB4CD6B3762F9E00AC8290@us.oracle.com> X-012-Sender: halo1@inter.net.il 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:62322 Archived-At: > From: "Drew Adams" > Cc: , <11939@debbugs.gnu.org> > Date: Mon, 23 Jul 2012 09:28:00 -0700 > > > I suggest that instead of invoking Emacs from GDB, you > > invoke it normally (presumably from a desktop shortcut); then > > immediately attach GDB to it, like you do when Emacs crashes; then > > type "continue" at GDB's prompt to let Emacs run; and finally do > > whatever Martin asked you to for which he wanted GDB to kick in. > > That I would like to try, but I don't know the recipe. > > What I have done in the past I did after getting the Emacs popup dialog window > about a fatal crash (what you have called the "Emacs abort dialog"), following > instructions that you gave me in the past. > > For the current crash, which presents no such dialog box, I tried following > Martin's instructions for invoking gdb from within Emacs. Don't wait for the crash. Instead, attach GDB to Emacs right after starting Emacs, with "gdb -p PID". When GDB attaches to a program, the program stops, so to let Emacs run normally thereafter, you will need to type "continue" at GDB prompt. After that, operate Emacs normally, and do whatever is needed to reproduce the problem. > If you give me the recipe for invoking gdb from within Emacs the right way then > I will be glad to try it. In sum, this is not clear to me: "immediately attach > GDB to it, like you do when Emacs crashes". . invoke Emacs as you normally do . find out its PID . from the shell prompt, type "gdb -p PID" from the directory where you have .gdbinit . wait until GDB starts and displays its prompt, then type "continue" at that prompt. . go to the Emacs window and reproduce the problem. . when the problem (crash) happens, the debugger will kick in and display its prompt again, so you can type GDB command there. > P.S. These are the instructions from you that I follow when I do get the "Emacs > abort dialog" box: > > > when you see the Emacs abort dialog do this in order: > > > > . Find out the PID of the Emacs process > > . Open a shell window and chdir to the directory where you have GDB > > and .gdbinit > > . Type "./gdb -p PID" and hit RET > > . When you see the "(gdb)" prompt, type "c RET" > > . Click YES on the Emacs abort dialog Do the same, just don't wait for the abort dialog.