From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#61940: 29.0.60; Occasional crash when moving point continously with visual line numbers Date: Mon, 06 Mar 2023 14:21:18 +0200 Message-ID: <837cvu8401.fsf@gnu.org> References: <87y1odbzgj.fsf@polaris64.net> <83ttz1bxto.fsf@gnu.org> <87ttz1bxaa.fsf@polaris64.net> <83sfelbsj4.fsf@gnu.org> <87zg8qkrys.fsf@polaris64.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13886"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 61940@debbugs.gnu.org To: Simon Pugnet , Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 06 13:25:05 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pZ9to-0003Ne-TQ for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 06 Mar 2023 13:25:05 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pZ9tV-0004gr-F8; Mon, 06 Mar 2023 07:24:47 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZ9ri-0004XF-5o for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2023 07:23:00 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pZ9qs-0001EL-AN for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2023 07:22:43 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pZ9qr-0001cd-Nr for bug-gnu-emacs@gnu.org; Mon, 06 Mar 2023 07:22:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 06 Mar 2023 12:22:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61940 X-GNU-PR-Package: emacs Original-Received: via spool by 61940-submit@debbugs.gnu.org id=B61940.16781052996195 (code B ref 61940); Mon, 06 Mar 2023 12:22:01 +0000 Original-Received: (at 61940) by debbugs.gnu.org; 6 Mar 2023 12:21:39 +0000 Original-Received: from localhost ([127.0.0.1]:41564 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZ9qU-0001bp-C8 for submit@debbugs.gnu.org; Mon, 06 Mar 2023 07:21:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:50328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pZ9qS-0001bb-AY for 61940@debbugs.gnu.org; Mon, 06 Mar 2023 07:21:36 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZ9qM-00017r-Km; Mon, 06 Mar 2023 07:21:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=zaROFwMssg+H+t/pGgl4cczk9FFrqV3PKJ52qwWie6g=; b=evWn4IfKFLja ULBOGhH7ZNiYEsFUT2FAIVkorGYX0wQeQSrpmtiYfiH2s6aBCqgxUixOuFr6W+MCSkNEkcrzpcxYW 7v6JjR9JrNi/BOkIbpnpY8rtGkliHgMp14pHR1BoTaTYv5u/7qsALpttElHi7vikm2JOFEFS5+dbm WI7T5kWpPl2dfCOJbR/EgxNOBP++3t+6c9hgKStu0MBzhcTXyzG2vQepCenKiG3u8nClkPzv5puZL SpxumnbJFnDshZ64DhrvIemHfIElKz1V9RWd0smklvgLYwNBC+A43w3as0dDNMWWzJEZ3Xwwm7yse R8ejzRgWyjI+NtgKCBthKQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pZ9qG-0005p4-T8; Mon, 06 Mar 2023 07:21:30 -0500 In-Reply-To: <87zg8qkrys.fsf@polaris64.net> (message from Simon Pugnet on Mon, 06 Mar 2023 11:53:27 +0000) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:257382 Archived-At: > From: Simon Pugnet > Cc: 61940@debbugs.gnu.org > Date: Mon, 06 Mar 2023 11:53:27 +0000 > > Sorry, yes I realise now that I said "crash" in the subject but I > meant that it hung or stopped responding to input. What I see when > this happens is a plain white frame (background colour of the theme) > and no keyboard or mouse input seems to be accepted. > > > >> From there I obtained the backtrace and was able to step, which is > >> how I noticed that it seemed to be in a loop. I might have > >> diagnosed > >> this incorrectly however. > > > > The file etc/DEBUG in the Emacs repository has instructions for how > > to > > identify the code in which Emacs is looping, if it's looping. Look > > for "If the symptom of the bug is that Emacs fails to respond". > > I managed to trigger this situation again this morning while working. > Unfortunately I was unable to trigger it while it was being debugged > in gdb; the problem occurs rarely so it's not easy to reproduce on > demand. You can simply run Emacs under GDB at all times. As long as Emacs runs normally, GDB will stay out of the way. > Thread 1 (Thread 0x7f11e55fa2c0 (LWP 35073) "emacs"): > #0 0x00007f11e8d139df in poll () at /usr/lib/libc.so.6 > #1 0x00007f11ec43726b in () at /usr/lib/libxcb.so.1 > #2 0x00007f11ec438d1d in xcb_wait_for_event () at > /usr/lib/libxcb.so.1 > #3 0x00007f11ec49ab09 in _XReadEvents () at /usr/lib/libX11.so.6 > #4 0x00007f11ec48143a in XIfEvent () at /usr/lib/libX11.so.6 > #5 0x00007f11ec4c7f10 in () at /usr/lib/libX11.so.6 > #6 0x00007f11ec4bf523 in () at /usr/lib/libX11.so.6 > #7 0x00007f11ec4c847c in _XimRead () at /usr/lib/libX11.so.6 > #8 0x00007f11ec4b8d6c in () at /usr/lib/libX11.so.6 > #9 0x00007f11ec4a3c5f in XSetICValues () at /usr/lib/libX11.so.6 > #10 0x0000563eb62f9d0b in xic_set_preeditarea (w=0x563ec43bdc60, > x=287, y=493) at xfns.c:3176 > #11 0x0000563eb62e5194 in handle_one_xevent > (dpyinfo=dpyinfo@entry=0x563eb8c67800, > event=event@entry=0x7ffce40dc7e0, finish=finish@entry=0x563eb6994270 > , hold_quit=0x7ffce40dcac0) at xterm.c:20116 > #12 0x0000563eb62ecec1 in event_handler_gdk (gxev=0x7ffce40dc7e0, > ev=, data=) at xterm.c:17447 > #13 0x00007f11ed4d1b0f in () at /usr/lib/libgdk-3.so.0 > #14 0x00007f11ed4d96d5 in () at /usr/lib/libgdk-3.so.0 > #15 0x00007f11ed47f029 in gdk_display_get_event () at > /usr/lib/libgdk-3.so.0 > #16 0x00007f11ed4d9a68 in () at /usr/lib/libgdk-3.so.0 > #17 0x00007f11ec60b82b in g_main_context_dispatch () at > /usr/lib/libglib-2.0.so.0 > #18 0x00007f11ec662cc9 in () at /usr/lib/libglib-2.0.so.0 > #19 0x00007f11ec60a0e2 in g_main_context_iteration () at > /usr/lib/libglib-2.0.so.0 > #20 0x00007f11ecdd8eeb in gtk_main_iteration () at > /usr/lib/libgtk-3.so.0 > #21 0x0000563eb62d783a in XTread_socket (terminal=, > hold_quit=0x7ffce40dcac0) at xterm.c:24819 > #22 0x0000563eb6322f61 in gobble_input () at keyboard.c:7417 > #23 0x0000563eb6323335 in handle_async_input () at keyboard.c:7648 > #24 process_pending_signals () at keyboard.c:7662 > #25 0x0000563eb63ac12d in probably_quit () at eval.c:1661 > #26 0x0000563eb63c0a50 in maybe_quit () at > /storage/Work/personal/emacs/src/lisp.h:3689 This again says that Emacs is trying to read input via XIM. Maybe Po Lu could help us understand what could be going on. > I tried using the "finish" gdb command from this point and here is > what happened: - > > (gdb) finish > Run till exit from #0 0x00007f11e8d139df in poll () from > /usr/lib/libc.so.6 > 0x00007f11ec43726b in ?? () from /usr/lib/libxcb.so.1 > (gdb) finish > Run till exit from #0 0x00007f11ec43726b in ?? () from > /usr/lib/libxcb.so.1 > 0x00007f11ec438d1d in xcb_wait_for_event () from /usr/lib/libxcb.so.1 > (gdb) finish > Run till exit from #0 0x00007f11ec438d1d in xcb_wait_for_event () > from /usr/lib/libxcb.so.1 > 0x00007f11ec49ab09 in _XReadEvents () from /usr/lib/libX11.so.6 > (gdb) finish > Run till exit from #0 0x00007f11ec49ab09 in _XReadEvents () from > /usr/lib/libX11.so.6 > 0x00007f11ec48143a in XIfEvent () from /usr/lib/libX11.so.6 > (gdb) finish > Run till exit from #0 0x00007f11ec48143a in XIfEvent () from > /usr/lib/libX11.so.6 > > (at this point the "finish" command does not return). > > I hope that helps. I will try to reproduce the problem while running > in gdb and I will send an update if I'm successful.