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#14062: 24.3.50; emacs_backtrace.txt Date: Mon, 15 Apr 2013 10:35:07 +0300 Message-ID: <838v4k6yc4.fsf@gnu.org> References: <75799AB3F22B457D85197F174077F208@us.oracle.com> <83wqstxrbo.fsf@gnu.org> <83fvzhxcdn.fsf@gnu.org> <8338vfyiy4.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1366011369 26679 80.91.229.3 (15 Apr 2013 07:36:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 15 Apr 2013 07:36:09 +0000 (UTC) Cc: Juanma Barranquero , 14062@debbugs.gnu.org To: drew.adams@oracle.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 15 09:36:09 2013 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 1URdxJ-0004UO-2H for geb-bug-gnu-emacs@m.gmane.org; Mon, 15 Apr 2013 09:36:01 +0200 Original-Received: from localhost ([::1]:43265 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1URdxI-0001Oo-IY for geb-bug-gnu-emacs@m.gmane.org; Mon, 15 Apr 2013 03:36:00 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:52733) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1URdxD-0001Oh-4v for bug-gnu-emacs@gnu.org; Mon, 15 Apr 2013 03:35:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1URdxB-0005Zu-MV for bug-gnu-emacs@gnu.org; Mon, 15 Apr 2013 03:35:55 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47247) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1URdxB-0005Zo-Dc for bug-gnu-emacs@gnu.org; Mon, 15 Apr 2013 03:35:53 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1URe1C-000876-CT for bug-gnu-emacs@gnu.org; Mon, 15 Apr 2013 03:40:02 -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, 15 Apr 2013 07:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14062 X-GNU-PR-Package: emacs,w32 X-GNU-PR-Keywords: Original-Received: via spool by 14062-submit@debbugs.gnu.org id=B14062.136601155631094 (code B ref 14062); Mon, 15 Apr 2013 07:40:02 +0000 Original-Received: (at 14062) by debbugs.gnu.org; 15 Apr 2013 07:39:16 +0000 Original-Received: from localhost ([127.0.0.1]:51356 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1URe0R-00085R-4o for submit@debbugs.gnu.org; Mon, 15 Apr 2013 03:39:15 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:39174) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1URe0M-000852-Lt for 14062@debbugs.gnu.org; Mon, 15 Apr 2013 03:39:12 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MLA00B00CV1NZ00@a-mtaout20.012.net.il> for 14062@debbugs.gnu.org; Mon, 15 Apr 2013 10:34:58 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MLA00BHOD29JX30@a-mtaout20.012.net.il>; Mon, 15 Apr 2013 10:34:58 +0300 (IDT) In-reply-to: <8338vfyiy4.fsf@gnu.org> 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.x 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:73417 Archived-At: > Date: Thu, 28 Mar 2013 11:25:39 +0200 > From: Eli Zaretskii > Cc: 14062@debbugs.gnu.org, dmoncayo@gmail.com > > > From: "Drew Adams" > > Cc: <14062@debbugs.gnu.org> > > Date: Wed, 27 Mar 2013 06:39:17 -0700 > > > > > which doesn't make sense, because I doubt that Drew invokes Windows > > > Input Method Editor in any way, shape or form. > > > > Not that I know of, at least. No idea what it is. > > Nevertheless, if one is consistently told they are drunk, one should > go to bed. So I added in trunk revision 112167 some debugging code to > that place which will hopefully help us understand what is going on. Which paid off with this report from bug #14205: > w32_backtrace at w32fns.c:7685 > emacs_abort at w32fns.c:7717 > terminate_due_to_signal at emacs.c:343 > die at alloc.c:6522 > w32_wnd_proc at w32fns.c:3133 The crash seems to be here: int wwhlp= WINDOW_WANTS_HEADER_LINE_P (w); Here's the definition of WINDOW_WANTS_HEADER_LINE_P: #define WINDOW_WANTS_HEADER_LINE_P(W) \ (!MINI_WINDOW_P ((W)) \ && !(W)->pseudo_window_p \ && FRAME_WANTS_MODELINE_P (XFRAME (WINDOW_FRAME ((W)))) \ && BUFFERP (W->contents) \ && !NILP (BVAR (XBUFFER (W->contents), header_line_format)) \ && WINDOW_TOTAL_LINES (W) > 1 \ + !NILP (BVAR (XBUFFER (W->contents), mode_line_format))) The only parts that can abort here are XFRAME and XBUFFER. But W->contents is already tested to be a buffer by BUFFERP, which should be done before XBUFFER, as the expression should be evaluated left to right, correct? As for XFRAME, this line earlier in the code: struct frame *wf = WINDOW_XFRAME (w); already verifies that w's frame is fine. Nevertheless, the backtrace address indicates that the assertion that failed was in XBUFFER. Are the instructions allowed to be issued out of order in this case, perhaps on several processing units in parallel? If XBUFFER is indeed the problem, then this means that this snippet, around line 3115 of w32fns.c: f = x_window_to_frame (dpyinfo, hwnd); w = XWINDOW (FRAME_SELECTED_WINDOW (f)); produces a non-leaf window in w. Can a frame's selected window be non-leaf? Anyway, I added in trunk revision 112287 some more debugging code to point out which assertions are violated. Let's see what that gets us.