From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#28710: 27.0.50; eassert failure in maybe_produce_line_number Date: Sun, 08 Oct 2017 12:35:51 +0300 Message-ID: <837ew6t214.fsf@gnu.org> References: <8760buwnne.fsf@gmail.com> <83d162xahp.fsf@gnu.org> <87bmllxieq.fsf@gmail.com> <83wp48vffr.fsf@gnu.org> <878tgmd0e9.fsf@gmail.com> <83d15ytan9.fsf@gnu.org> <874lracdw6.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1507455432 31644 195.159.176.226 (8 Oct 2017 09:37:12 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 8 Oct 2017 09:37:12 +0000 (UTC) Cc: 28710@debbugs.gnu.org To: Alex Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Oct 08 11:37:06 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e1819-0007LB-Qz for geb-bug-gnu-emacs@m.gmane.org; Sun, 08 Oct 2017 11:37:04 +0200 Original-Received: from localhost ([::1]:53031 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e181H-0004VJ-BS for geb-bug-gnu-emacs@m.gmane.org; Sun, 08 Oct 2017 05:37:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48038) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e181B-0004Us-Be for bug-gnu-emacs@gnu.org; Sun, 08 Oct 2017 05:37:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e1818-0001Kw-5S for bug-gnu-emacs@gnu.org; Sun, 08 Oct 2017 05:37:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46806) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e1818-0001KX-1e for bug-gnu-emacs@gnu.org; Sun, 08 Oct 2017 05:37:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e1817-0002a5-RI for bug-gnu-emacs@gnu.org; Sun, 08 Oct 2017 05:37:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 08 Oct 2017 09:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28710 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 28710-submit@debbugs.gnu.org id=B28710.15074553669856 (code B ref 28710); Sun, 08 Oct 2017 09:37:01 +0000 Original-Received: (at 28710) by debbugs.gnu.org; 8 Oct 2017 09:36:06 +0000 Original-Received: from localhost ([127.0.0.1]:55487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e180D-0002Yu-L0 for submit@debbugs.gnu.org; Sun, 08 Oct 2017 05:36:05 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:56840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e180C-0002YR-L8 for 28710@debbugs.gnu.org; Sun, 08 Oct 2017 05:36:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e1804-0000RQ-7p for 28710@debbugs.gnu.org; Sun, 08 Oct 2017 05:35:59 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34859) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e1804-0000RI-3T; Sun, 08 Oct 2017 05:35:56 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3643 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e1803-0004zJ-JW; Sun, 08 Oct 2017 05:35:55 -0400 In-reply-to: <874lracdw6.fsf@gmail.com> (message from Alex on Sun, 08 Oct 2017 01:11:37 -0600) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:138070 Archived-At: > From: Alex > Cc: 28710@debbugs.gnu.org > Date: Sun, 08 Oct 2017 01:11:37 -0600 > > Sorry, it seems that "M-x gdb" doesn't show the output of the commands > for me (is that a bug?) Maybe it's a bug, I will look into that later. > I had to try gdb on the command line to get the following: [...] > Thread 1 "emacs" hit Hardware watchpoint 4: -location $1->desired_matrix->rows->enabled_p > > Old value = false > New value = true > prepare_desired_row (w=0x15cac30 , row=0x3a48c60, mode_line_p=false) at dispnew.c:1076 > 1076 row->reversed_p = rp; > #0 0x000000000041c601 in prepare_desired_row (w=0x15cac30 , row=0x3a48c60, mode_line_p=false) at dispnew.c:1076 > #1 0x0000000000484290 in display_line (it=0x7ffcdcb79f50, cursor_vpos=15) at xdisp.c:21206 > #2 0x0000000000477380 in try_window (window=XIL(0x15cac35), pos=..., flags=1) at xdisp.c:17592 > #3 0x0000000000474866 in redisplay_window (window=XIL(0x15cac35), just_this_one_p=false) at xdisp.c:17039 Hmm... now I'm confused. Your original backtrace with assertion violation indicated that it happened with the same call-stack below redisplay_window: > #1 0x000000000058c5d5 in terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:394 > #2 0x00000000006233ad in die (msg=0x72ad60 "it->glyph_row == NULL || it->glyph_row->used[TEXT_AREA] == 0", file=0x726c3d "xdisp.c", line=21061) at alloc.c:7419 > #3 0x0000000000483af6 in maybe_produce_line_number (it=0x7ffef1f01900) at xdisp.c:21061 > #4 0x00000000004844c0 in display_line (it=0x7ffef1f01900, cursor_vpos=9) at xdisp.c:21276 > #5 0x00000000004772b8 in try_window (window=..., pos=..., flags=1) at xdisp.c:17592 > #6 0x000000000047479e in redisplay_window (window=..., just_this_one_p=false) at xdisp.c:17039 The only difference is the value of cursor_vpos (probably because you hit RET on a different line or generally used a different commit?). But if prepare_desired_row _does_ reset the enabled_p flag, then the assertion violation could not have happened... Perhaps try_window is called again, after the call which hit the watchpoint? To see if that's the case, please run the session again, but modify it as follows: . do NOT define commands for the watchpoint . when the watchpoint triggers the first 2 times, type "continue" . when it triggers for the 3rd time, type these commands: (gdb) break xdisp.c:17039 (gdb) commands > p w->desired_matrix->rows->enabled_p > end (gdb) finish (gdb) finish (gdb) finish (gdb) continue Then please tell: (a) what was the return value of try_window, as printed in response to the 3rd "finish" command, and (b) whether the breakpoint set on line 17039 of xdisp.c triggers right after that. If the breakpoint does trigger, please see if the value of the enabled_p flag is printed as true or false. > Too bad you still can't reproduce it; every build I've configured > with "--enable-checking=yes,glyphs --enable-check-lisp-object-type > 'CFLAGS=-O0 -g3'" crashes here. I agree that it's unfortunate. If you prefer, we could instead try investigating why it doesn't happen for me: maybe we will succeed in finding a variation that does, and then I can debug it here. Here are some reasons why my configuration could work differently: . the default font/font size is different (although I did try 3 non-default font sizes as well) . my Magit is not installed and is not byte-compiled, and neither are its dependencies, dash.el and with-editor.el; instead, I load Magit manually, using load-library, from the directory where I downloaded the latest Magit snapshot, before typing the recipe commands Thanks.