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#54183: 28.0.91; Emacs crashes on bookmark-jump Date: Thu, 03 Mar 2022 16:14:22 +0200 Message-ID: <838rtrjf7l.fsf@gnu.org> References: <878rtwpcud.fsf@gmail.com> <83ee3onuau.fsf@gnu.org> <87fso4avlw.fsf@gmail.com> <834k4joepp.fsf@gnu.org> <87czj79rap.fsf@gmail.com> <83pmn7m8px.fsf@gnu.org> <87bkyr5a7s.fsf@gmail.com> <83a6ebm47o.fsf@gnu.org> <87o82ryolr.fsf@gmail.com> <834k4incad.fsf@gnu.org> <87h78i25sx.fsf@gmail.com> <83czj5lolt.fsf@gnu.org> <87k0ddczp4.fsf@gmail.com> <83tuchjavl.fsf@gnu.org> <87o82ofwjk.fsf@gmail.com> <83r17kk3rx.fsf@gnu.org> <87k0dcfv7r.fsf@gmail.com> <83h78fjrtl.fsf@gnu.org> <87pmn3yy07.fsf@gmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5452"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 54183@debbugs.gnu.org To: Gustavo Barros Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Mar 03 15:15:40 2022 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 1nPmF2-0001Jx-5N for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 03 Mar 2022 15:15:40 +0100 Original-Received: from localhost ([::1]:59958 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nPmF0-0005Te-Pe for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 03 Mar 2022 09:15:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:54954) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPmER-0005Rx-OT for bug-gnu-emacs@gnu.org; Thu, 03 Mar 2022 09:15:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47996) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nPmEP-0005Y8-SV for bug-gnu-emacs@gnu.org; Thu, 03 Mar 2022 09:15:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nPmEP-00053F-My for bug-gnu-emacs@gnu.org; Thu, 03 Mar 2022 09:15: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: Thu, 03 Mar 2022 14:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54183 X-GNU-PR-Package: emacs Original-Received: via spool by 54183-submit@debbugs.gnu.org id=B54183.164631687319358 (code B ref 54183); Thu, 03 Mar 2022 14:15:01 +0000 Original-Received: (at 54183) by debbugs.gnu.org; 3 Mar 2022 14:14:33 +0000 Original-Received: from localhost ([127.0.0.1]:41893 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPmDw-00052A-Sv for submit@debbugs.gnu.org; Thu, 03 Mar 2022 09:14:33 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:49088) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nPmDu-00051x-Ew for 54183@debbugs.gnu.org; Thu, 03 Mar 2022 09:14:31 -0500 Original-Received: from [2001:470:142:3::e] (port=51076 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nPmDp-0005Uv-8n; Thu, 03 Mar 2022 09:14:25 -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=Bhfvu4srLBXgmiTM1To9wyRJGICU3u4ygdv5CdhFKqY=; b=Ea2WHkKyqwRS Jv0fXuXcZvFKdDVgTR63Z5buF0wYj2T/K49v2xBAY7+VQ8KdxrDtsWBRV5AJ2CPREu3fsoE7mULVz qsD9x/nCFH1ioZOSM5bK7wDtsyyQXmoG9SaEKv//RmYJ5GeJaunsFye++wX4vQeAhlVO7ilmLTgB+ Pki8C/KUIPnd7GbvNgTN2kRxh/m6KjajEWhFG1VdCNWMh/r5iuvMI3frf1X0xQB4q2qbwEY/RWnD3 p8licv2OGu50lVdNw0ROeQBGbCU8VqXFUOyjmQRyqwUf3k4SdweqDn+ChVq75GlELmVXzWKL0wkKq 6goXrCsQ6v1jJazuLbafog==; Original-Received: from [87.69.77.57] (port=2811 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 1nPmDo-0004E1-NR; Thu, 03 Mar 2022 09:14:25 -0500 In-Reply-To: <87pmn3yy07.fsf@gmail.com> (message from Gustavo Barros on Thu, 03 Mar 2022 10:13:47 -0300) 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" Xref: news.gmane.io gmane.emacs.bugs:227937 Archived-At: > From: Gustavo Barros > Cc: 54183@debbugs.gnu.org > Date: Thu, 03 Mar 2022 10:13:47 -0300 > > > M-| patch -d /path/to/emacs -p1 > > > > where /path/to/emacs is the absolute file name of the top-level > > directory of the Emacs source tree, the one which has the src, lisp, > > etc. as its immediate subdirectories. > > Done, no errors occurred. Thank you for the instructions. > > > Please just say "make" in the top-level directory after patching the > > sources, and then use the resulting src/emacs binary instead of your > > installed Emacs, to verify that the problem is solved. Let's see what > > the patch does for the build you have with the configure options you > > used. If needed, we will reconfigure later. > > I did just that, except I ran lib-src/emacsclient, exactly as I was > doing to generate the reported crash. Unfortunately, a crash still > happens. I suspect that the way you started Emacs actually ran the installed executable of Emacs, without the patch. Can you verify which executable file is being run? One way to be sure is to try this command after you attach to a running Emacs: (gdb) break gui_define_fringe_bitmap If this says the function gui_define_fringe_bitmap is not defined, you are running the old unpatched executable. If the executable being run is the patched one, from the Emacs's src/ directory, and it still crashes, then please set a breakpoint in this part of xterm.c, on the indicated line: if (!fringe_bmp[p->which]) <<<<<<<<<<<<<<<<<<<<<<<<<< { /* This fringe bitmap is known to fringe.c, but lacks the cairo_pattern_t pattern which shadows that bitmap. This is typical to define-fringe-bitmap being called when the selected frame was not a GUI frame, for example, when packages that define fringe bitmaps are loaded by a daemon Emacs. Create the missing pattern now. */ gui_define_fringe_bitmap (f, p->which); } x_cr_draw_image (f, gc, fringe_bmp[p->which], 0, p->dh, p->wd, p->h, p->x, p->y, p->overlay_p); and step through this code with a debugger, one line at a time. When fringe_bmp[p->which] is NULL pointer (zero), the code should call gui_define_fringe_bitmap, and when that call returns, fringe_bmp[p->which] should no longer be zero.