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#7728: 24.0.50; GDB backtrace from abort Date: Tue, 11 Jan 2011 20:59:52 -0800 Message-ID: <6D69BDC7C30A489E951AA9F922B92FBF@us.oracle.com> References: <30041A5C411E45A7B7AF7A9ECA3AA0BE@us.oracle.com> <83y67echvm.fsf@gnu.org> <837heopknq.fsf@gnu.org> <83mxn7i1n1.fsf@gnu.org> <83k4iaiwx5.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1294809875 31694 80.91.229.12 (12 Jan 2011 05:24:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 12 Jan 2011 05:24:35 +0000 (UTC) Cc: 7728@debbugs.gnu.org, monnier@IRO.UMontreal.CA To: "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 12 06:24:28 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PctC4-0005xt-Eg for geb-bug-gnu-emacs@m.gmane.org; Wed, 12 Jan 2011 06:24:24 +0100 Original-Received: from localhost ([127.0.0.1]:54884 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PctC3-0001BR-Sx for geb-bug-gnu-emacs@m.gmane.org; Wed, 12 Jan 2011 00:24:23 -0500 Original-Received: from [140.186.70.92] (port=58427 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PctBv-0001Af-KZ for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2011 00:24:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PctBu-0002mK-FW for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2011 00:24:15 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46208) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PctBu-0002m9-DS for bug-gnu-emacs@gnu.org; Wed, 12 Jan 2011 00:24:14 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Pcshi-0000N3-3C; Tue, 11 Jan 2011 23:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Jan 2011 04:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7728 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7728-submit@debbugs.gnu.org id=B7728.12948079611399 (code B ref 7728); Wed, 12 Jan 2011 04:53:02 +0000 Original-Received: (at 7728) by debbugs.gnu.org; 12 Jan 2011 04:52:41 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcshN-0000MW-CK for submit@debbugs.gnu.org; Tue, 11 Jan 2011 23:52:41 -0500 Original-Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PcshJ-0000MJ-W2 for 7728@debbugs.gnu.org; Tue, 11 Jan 2011 23:52:39 -0500 Original-Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id p0C505og004955 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 12 Jan 2011 05:00:06 GMT Original-Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id p0C3TJvS021645; Wed, 12 Jan 2011 05:00:04 GMT Original-Received: from abhmt019.oracle.com by acsmt354.oracle.com with ESMTP id 951666401294808394; Tue, 11 Jan 2011 20:59:54 -0800 Original-Received: from dradamslap1 (/10.159.223.199) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 11 Jan 2011 20:59:54 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <83k4iaiwx5.fsf@gnu.org> Thread-Index: AcuyDrqXHE0Y9L5ITUej1dDtWx8LRQAAHtZA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Tue, 11 Jan 2011 23:53:02 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:43279 Archived-At: > > > Perhaps Drew could publish the relevant parts of the window > > > configuration that was being restored in that case (or any other > > > similar case). > > > > Sorry, I don't follow this at all at the C level, and even > > at the Lisp level I'm not sure I can be much help here. > > I think you can. This is about the crash you originally posted in > this bug, the one that happened because some window configuration was > being restored. (C'est toi qui le dis. ;-)) I don't think I was restoring any window config, but something might have been doing so. > Here's the Lisp backtrace you posted: > "fit-frame" (0x83ea54) > "1on1-fit-minibuffer-frame" (0x83ed70) > "run-hooks" (0x83ee3c) > "old-read-from-minibuffer" (0x83f404) > "read-from-minibuffer" (0x83f620) > "list" (0x83f85c) > "call-interactively" (0x83fb64) > > You also said back then: > > > `fit-frame' is one of my commands. It fits a frame to its (typically > > sole) buffer. In this case, it was run on a hook, and it was the > > standalone minibuffer frame that was being fit. > > > > The hook was no doubt from a run-hooks called in or just > > after (vanilla) `read-from-minibuffer' (which is written > > in C - I don't have the recent source code). > > I'm guessing that somewhere inside fit-frame you have code that > restores configuration of windows that was previously saved. I was > asking for showing the relevant parts of that saved configuration, > that would perhaps explain why set-window-configuration needs to > select a different frame. No, `fit-frame' does not restore any window config (unless Emacs does something like that under the covers somehow), and it does not save any window config. It simply calculates the size of the buffer in terms of width and height, and changes the frame width and height to fit it. The code is here: http://www.emacswiki.org/emacs/fit-frame.el And `1on1-fit-minibuffer-frame' is here: http://www.emacswiki.org/emacs/oneonone.el The call to `fit-frame' in `1on1-fit-minibuffer-frame' is this: (fit-frame frame (frame-width frame)) where frame is the standalone minibuffer frame. > > In the last GDB backtrace I sent (yesterday), I did the > > following, in my version of Emacs, in Icicle mode: > > > > C-h f g r a p h i c S-TAB > > > > Then click `mouse-2' on completion candidate `display-graphic-p'. > > That should end completion and show *Help* (in a separate frame, > > in my setup) with the output of `describe-function'. Instead, > > Emacs crashes (or whatever you call it - no error raised). > > > > That crash (or whatever it is) is reproducible in my setup. > > This crash is identical to the first one. So if you can show the > window configuration data structure used by set-window-configuration > in this case, it would be helpful. TIA I do not use `set-window-configuration' in my code at all. I don't do anything to or with window configurations in any of my code. Here's some more info that might (or might not) help, though: Since the latest crash is easily reproducible, I loaded fit-frame.el (not .elc) and found that I could _not_ reproduce it - no crash. IOW, when I load the byte-compiled file Emacs crashes, but with the source file it does not crash. What's more, I typically byte-compile in Emacs 20 (unless the library in question requires a later version). But I've tested this with fit-frame.el that was compiled using Emacs 20 and using the latest Emacs 24 Windows binary. Either fit-frame.elc provokes the crash (in Emacs 24 only). So something in the byte-compiled file leads to the "crash", whereas no error is raised and no crash occurs if I load fit-frame.el. HTH.