From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 21 03:36:05 2025 Received: (at submit) by debbugs.gnu.org; 21 Jan 2025 08:36:05 +0000 Received: from localhost ([127.0.0.1]:53170 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ta9ju-0004eF-MI for submit@debbugs.gnu.org; Tue, 21 Jan 2025 03:36:05 -0500 Received: from lists.gnu.org ([2001:470:142::17]:42374) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1ta9Qg-0003g5-Ci for submit@debbugs.gnu.org; Tue, 21 Jan 2025 03:16:11 -0500 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 1ta9QV-0007iG-GM for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2025 03:16:00 -0500 Received: from gabilgathol.bandrate.org ([176.9.89.12]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ta9QM-0000Ct-4E for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2025 03:15:55 -0500 Received: by gabilgathol.bandrate.org (Postfix, from userid 1000) id 0EB5F5389D66; Tue, 21 Jan 2025 09:15:31 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bandrate.org; s=mail; t=1737447331; bh=bsydjBsDib1BWOfMYojibjda693YRuSMs6pH1jb0tAo=; h=Date:From:To:Subject; b=q0+Ibsex6g6u/LK9sV0jYqTvTLERysZaaePTa/lXtXvZDUU+JMU2oVXN7KK6Alpce xrP1QL9o5+gEbDchcEuhGHk7gzmENReh4mcZ4uon12aoUHpnoY99jCXy3nnLqPxxRe 5RO6+xSudem6Q5Wg3+sl8Hgma4jXh60329P0iVj8axcK2h7TgBiDXwuSCFbibiWF3U qLOFXAdm8OgMi8SVx/Ygt4lSza0UP29V+8bV0H7jpCIwCoboEProIDSjK5FoAzWXhW LAQdnd0zUwUj3AXpuaTldHb00dUp8q2qucCt3ANKm9VSZn2vWMGf1okAeV+Wrurndr o+H8J1NsSFYdQ== Date: Tue, 21 Jan 2025 09:15:30 +0100 From: Florian Franzmann To: bug-gnu-emacs@gnu.org Subject: SIGSEGV in emacs 30.0.93 Message-ID: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Received-SPF: pass client-ip=176.9.89.12; envelope-from=florian@bandrate.org; helo=gabilgathol.bandrate.org X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.9 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Tue, 21 Jan 2025 03:36:01 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.1 (/) Hi, I'm experiencing a segmentation violation in emacs 30.0.93 when linked against GTK. The crash does not happen in the TUI version of emacs (which, obviously, is not linked against GTK). Backtrace: #0 normal_char_ascent_descent (font=0x0, c=c@entry=-1, ascent=ascent@entry=0x7fffffff2ad0, descent=descent@entry=0x7fffffff2ad4) at xdisp.c:30407 #1 0x000000000043b18b in normal_char_height (font=, c=c@entry=-1) at xdisp.c:30443 #2 0x0000000000455cdf in handle_single_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, object=, object@entry=0x28dc604, overlay=overlay@entry=0x0, position=position@entry=0x7fffffff32b8, bufpos=bufpos@entry=0, display_replaced=0, frame_window_p=true, enable_eval_p=true) at xdisp.c:6114 #3 0x00000000004567de in handle_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, object=object@entry=0x28dc604, overlay=0x0, position=position@entry=0x7fffffff32b8, bufpos=bufpos@entry=0, frame_window_p=true) at xdisp.c:5862 #4 0x0000000000456e95 in handle_display_prop (it=0x7fffffff3150) at xdisp.c:5770 #5 0x0000000000451357 in handle_stop (it=it@entry=0x7fffffff3150) at xdisp.c:4136 #6 0x0000000000452678 in next_element_from_string (it=0x7fffffff3150) at xdisp.c:9257 #7 0x00000000004585bc in get_next_display_element (it=it@entry=0x7fffffff3150) at xdisp.c:8210 #8 0x0000000000467458 in display_string (string=string@entry=0x0, lisp_string=lisp_string@entry=0x28dc604, face_string=face_string@entry=0x0, face_string_pos=face_string_pos@entry=0, start=start@entry=0, it=it@entry=0x7fffffff3150, field_width=, precision=, max_x=, multibyte=) at xdisp.c:29218 #9 0x0000000000467b62 in display_mode_element (it=it@entry=0x7fffffff3150, depth=6, depth@entry=5, field_width=0, precision=-79, elt=0x28dc604, props=props@entry=0x0, risky=false) at xdisp.c:27755 #10 0x00000000004681b5 in display_mode_element (it=it@entry=0x7fffffff3150, depth=5, depth@entry=3, field_width=0, precision=-77, elt=, props=props@entry=0x0, risky=false) at xdisp.c:28003 #11 0x00000000004681b5 in display_mode_element (it=it@entry=0x7fffffff3150, depth=3, depth@entry=1, field_width=-59, precision=-59, elt=, props=props@entry=0x0, risky=false) at xdisp.c:28003 #12 0x00000000004681b5 in display_mode_element (it=it@entry=0x7fffffff3150, depth=1, depth@entry=0, field_width=field_width@entry=0, precision=precision@entry=0, elt=, elt@entry=0x3cdb883, props=props@entry=0x0, risky=false) at xdisp.c:28003 #13 0x0000000000468ffe in display_mode_line (w=w@entry=0x1437d88, face_id=MODE_LINE_ACTIVE_FACE_ID, format=0x3cdb883) at xdisp.c:27428 #14 0x000000000046aeac in display_mode_lines (w=w@entry=0x1437d88) at xdisp.c:27341 #15 0x000000000047b6c2 in redisplay_window (window=0x1437d8d, just_this_one_p=just_this_one_p@entry=false) at xdisp.c:20931 #16 0x000000000047d00f in redisplay_window_0 (window=window@entry=0x1437d8d) at xdisp.c:18020 #17 0x00000000005a5369 in internal_condition_case_1 (bfun=bfun@entry=0x47cfd8 , arg=0x1437d8d, handlers=, hfun=hfun@entry=0x43ea8b ) at eval.c:1637 #18 0x0000000000443646 in redisplay_windows (window=0x1437d8d) at xdisp.c:17989 #19 0x00000000004435ca in redisplay_windows (window=0xf41c935) at xdisp.c:17983 #20 0x000000000046c497 in redisplay_internal () at xdisp.c:17388 #21 0x000000000046cd2d in resize_echo_area_exactly () at xdisp.c:12909 #22 0x00000000005393a6 in command_loop_1 () at keyboard.c:1578 #23 0x00000000005a52e5 in internal_condition_case (bfun=bfun@entry=0x538bee , handlers=handlers@entry=0x90, hfun=hfun@entry=0x52d63b ) at eval.c:1613 #24 0x00000000005275ee in command_loop_2 (handlers=handlers@entry=0x90) at keyboard.c:1168 #25 0x00000000005a5202 in internal_catch (tag=tag@entry=0x122d0, func=func@entry=0x5275d4 , arg=arg@entry=0x90) at eval.c:1292 #26 0x00000000005275ab in command_loop () at keyboard.c:1146 #27 0x000000000052d194 in recursive_edit_1 () at keyboard.c:754 #28 0x000000000052d53c in Frecursive_edit () at keyboard.c:837 #29 0x00000000005269a0 in main (argc=, argv=0x7fffffff8588) at emacs.c:2635 The problem seems to be that xdisp.c:30407 invokes FONT_BASE on the font pointer (which is a NULL pointer). I do not know why it would be NULL or if normal_char_ascent_descent should check for NULL or if that should be caught somewhere higher up in the call hierarchy. I can reproduce the behavior by loading my previous session via doomemacs' doom-load-session but I do not have a minimal test case that provokes this crash. best regards Florian -- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 21 07:31:38 2025 Received: (at 75725) by debbugs.gnu.org; 21 Jan 2025 12:31:38 +0000 Received: from localhost ([127.0.0.1]:53580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taDPu-0003CK-8V for submit@debbugs.gnu.org; Tue, 21 Jan 2025 07:31:38 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40346) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taDPr-0003By-BB for 75725@debbugs.gnu.org; Tue, 21 Jan 2025 07:31:36 -0500 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 1taDPj-0003NM-SH; Tue, 21 Jan 2025 07:31:28 -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=lbiN5a847ml7THSCLIFOu/wH4Dlh1XWBtfABFkQOieQ=; b=j/KJ5zpoqWWp qfqjfxCBGr+d/hJmdP9mX26GOtjTEEPIQadHYGocPjA/HlhrRq4fgzQ9n5A1lLBkvHeXASkL5ruRU EEi4A4l20yir53jLtj4STlpuQ36xwOomYPdPmxiIB/VZG9kyUuPMDKM1w335iaWsCvAjy2ImzBn8/ J+IGhpyZrFp3LNJk+gp7q07twy6rOG9du2gTkCmHckVDDBwhPfnDO1dHp4RXbG5hU2of7jpdDgdxJ LRaZES0ugl9b1Vjrevfk6g/GxGJEB3mdBqWVbZFjelHet72pRG0I6TFc7Go9DYyodcjnHc39wnWOF WZI76mHMc9NVJbHkUJG9eg==; Date: Tue, 21 Jan 2025 14:31:00 +0200 Message-Id: <86cygg5oxn.fsf@gnu.org> From: Eli Zaretskii To: Florian Franzmann In-Reply-To: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> (message from Florian Franzmann on Tue, 21 Jan 2025 09:15:30 +0100) Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75725 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 21 Jan 2025 09:15:30 +0100 > From: Florian Franzmann > > I'm experiencing a segmentation violation in emacs 30.0.93 when linked against GTK. > The crash does not happen in the TUI version of emacs (which, obviously, is not > linked against GTK). > > Backtrace: > > #0 normal_char_ascent_descent (font=0x0, c=c@entry=-1, ascent=ascent@entry=0x7fffffff2ad0, descent=descent@entry=0x7fffffff2ad4) > at xdisp.c:30407 > #1 0x000000000043b18b in normal_char_height (font=, c=c@entry=-1) at xdisp.c:30443 > #2 0x0000000000455cdf in handle_single_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, > object=, object@entry=0x28dc604, overlay=overlay@entry=0x0, position=position@entry=0x7fffffff32b8, > bufpos=bufpos@entry=0, display_replaced=0, frame_window_p=true, enable_eval_p=true) at xdisp.c:6114 > #3 0x00000000004567de in handle_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, > object=object@entry=0x28dc604, overlay=0x0, position=position@entry=0x7fffffff32b8, bufpos=bufpos@entry=0, frame_window_p=true) > at xdisp.c:5862 Thanks, I installed a trivial fix. You may not like the results, but at least Emacs should not crash. I'm guessing the actual reason for this is that you have some problematic setup of fonts, which causes some character on the mode line to have no font for some reason. So if loading the session which previously crashed produces some weird display on the mode line, try looking at your font/fontset setup to solve this. (Of course, if Emacs still crashes after you update from Git or patch it with the patch below, please report the backtrace from the crash, maybe I missed something.) Here's the patch which I installed on the emacs-30 branch: diff --git a/src/xdisp.c b/src/xdisp.c index 19ce5b7..f11a8aa 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -6111,7 +6111,9 @@ handle_single_display_spec (struct it *it, Lisp_Object spec, Lisp_Object object, { struct face *face = FACE_FROM_ID (it->f, it->face_id); it->voffset = - (XFLOATINT (value) - * (normal_char_height (face->font, -1))); + * (face->font + ? normal_char_height (face->font, -1) + : FRAME_LINE_HEIGHT (it->f))); } #endif /* HAVE_WINDOW_SYSTEM */ } @@ -32056,7 +32058,8 @@ produce_stretch_glyph (struct it *it) /* Compute height. */ if (FRAME_WINDOW_P (it->f)) { - int default_height = normal_char_height (font, ' '); + int default_height = + font ? normal_char_height (font, ' ') : FRAME_LINE_HEIGHT (it->f); if ((prop = plist_get (plist, QCheight), !NILP (prop)) && calc_pixel_width_or_height (&tem, it, prop, font, false, NULL)) From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 21 09:18:51 2025 Received: (at 75725) by debbugs.gnu.org; 21 Jan 2025 14:18:52 +0000 Received: from localhost ([127.0.0.1]:53783 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taF5f-0001pK-GC for submit@debbugs.gnu.org; Tue, 21 Jan 2025 09:18:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:59392) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taF5d-0001p4-2u for 75725@debbugs.gnu.org; Tue, 21 Jan 2025 09:18:49 -0500 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 1taF5R-0002BQ-MT; Tue, 21 Jan 2025 09:18:42 -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=MDYflLsKxeLsF2bzHSjfhOzwcLwodt/iVjBRrXXVNSI=; b=KpIMYHbu/uTa x1w+Bm/tpsmmF3InxMEO8g18xc6zlI05YBE0xDEQI0Aww5V1UeRkG7j+S3RdfBl/VEugyK4Vr2k1T 7tco6R+Gakj6FclKTmJuA/gv1GY+z7xK/3r1bDbrZZ3oKRHf5nBBEESYWlA/77EYiNvd5q+//Svml QNATZUV6m4/OxGN1nqPBz0BNGMxldIaUMYgtyQLDqbW+fnQRRYoxZdYSfsRAgM8fakEydTexu81qg YOI3Zk3H9/T06/LhRYfDTzW1DXNWfukVx3kOpP0yJn9NjZWSR1nDv9QdMgsFpXxbrQbax3TispY57 amwC8aWWIqPZcnUs5tyiVA==; Date: Tue, 21 Jan 2025 16:18:33 +0200 Message-Id: <86v7u845dy.fsf@gnu.org> From: Eli Zaretskii To: Florian Franzmann In-Reply-To: (message from Florian Franzmann on Tue, 21 Jan 2025 14:13:38 +0100) Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75725 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 21 Jan 2025 14:13:38 +0100 > From: Florian Franzmann > Cc: 75725@debbugs.gnu.org > > On Di 2025-01-21 14:31:00 +0200, Eli Zaretskii wrote: > > > Date: Tue, 21 Jan 2025 09:15:30 +0100 > > > From: Florian Franzmann > > > > > > I'm experiencing a segmentation violation in emacs 30.0.93 when linked against GTK. > > > The crash does not happen in the TUI version of emacs (which, obviously, is not > > > linked against GTK). > > > > > > Backtrace: > > > > > > #0 normal_char_ascent_descent (font=0x0, c=c@entry=-1, ascent=ascent@entry=0x7fffffff2ad0, descent=descent@entry=0x7fffffff2ad4) > > > at xdisp.c:30407 > > > #1 0x000000000043b18b in normal_char_height (font=, c=c@entry=-1) at xdisp.c:30443 > > > #2 0x0000000000455cdf in handle_single_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, > > > object=, object@entry=0x28dc604, overlay=overlay@entry=0x0, position=position@entry=0x7fffffff32b8, > > > bufpos=bufpos@entry=0, display_replaced=0, frame_window_p=true, enable_eval_p=true) at xdisp.c:6114 > > > #3 0x00000000004567de in handle_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, > > > object=object@entry=0x28dc604, overlay=0x0, position=position@entry=0x7fffffff32b8, bufpos=bufpos@entry=0, frame_window_p=true) > > > at xdisp.c:5862 > > > > Thanks, I installed a trivial fix. You may not like the results, but > > at least Emacs should not crash. > Thanks, that fixed the crash. Thanks for testing. Does the resulting display look reasonable (it's somewhere on your mode line)? > However, I think it would make sense to output some kind of useful > information somewhere to help with debugging such issues. Right now > it's just a silent error. I don't know what to say in the message, sorry. Saying "font is NULL" will not be helpful for most users, I'm afraid. Also, Emacs has similar protection against a face's font being NULL in quite a few places. I didn't invent any new technique. I could try help you understand what causes this, if you can show me your font-related customizations, in particular for what is on the mode line. From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 21 10:14:25 2025 Received: (at 75725) by debbugs.gnu.org; 21 Jan 2025 15:14:25 +0000 Received: from localhost ([127.0.0.1]:55733 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taFxQ-0005Ux-9d for submit@debbugs.gnu.org; Tue, 21 Jan 2025 10:14:24 -0500 Received: from gabilgathol.bandrate.org ([176.9.89.12]:38048 ident=postfix) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taE4a-0006m8-Tl for 75725@debbugs.gnu.org; Tue, 21 Jan 2025 08:13:42 -0500 Received: by gabilgathol.bandrate.org (Postfix, from userid 1000) id 97DE65389D66; Tue, 21 Jan 2025 14:13:38 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bandrate.org; s=mail; t=1737465218; bh=rRQRr8PuESG4Qz8El5zOKV2HbCu9u1Fu51sz9VZWl5s=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=Kzr5M1wXcH0EGDpRcSrc6h7wkEgcDnSZDq65J9nrvQhoSHu/W2mwX5Tm0SvWZHcx9 OXUaUBXE0Gdzg6GmOmdaT5802+/tdzBL5t4JLgupaLY4FSlLo7k1rrjw4fN48ku3LH HGUBUmM5AtgjQ16yQHUcHXZtxYI+h4VYV87YekA8fs1OP1r9go+JYQV0pheOhFZFJD m71RqtoNGVGpbMBug7OVDuwQMjLALNq8OcXJBtTionfL/cEtCVjXeBMsQPc5puz3/U sf5gxd9jXla/+qvWZUnNTjnEobgv5+rN511T5Zit5GWZoqb7XQzYfn4cEaj9y9Ux9D 3i98Xz+5XFbBg== Date: Tue, 21 Jan 2025 14:13:38 +0100 From: Florian Franzmann To: Eli Zaretskii Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 Message-ID: References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86cygg5oxn.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75725 X-Mailman-Approved-At: Tue, 21 Jan 2025 10:14:23 -0500 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Di 2025-01-21 14:31:00 +0200, Eli Zaretskii wrote: > > Date: Tue, 21 Jan 2025 09:15:30 +0100 > > From: Florian Franzmann > > > > I'm experiencing a segmentation violation in emacs 30.0.93 when linked against GTK. > > The crash does not happen in the TUI version of emacs (which, obviously, is not > > linked against GTK). > > > > Backtrace: > > > > #0 normal_char_ascent_descent (font=0x0, c=c@entry=-1, ascent=ascent@entry=0x7fffffff2ad0, descent=descent@entry=0x7fffffff2ad4) > > at xdisp.c:30407 > > #1 0x000000000043b18b in normal_char_height (font=, c=c@entry=-1) at xdisp.c:30443 > > #2 0x0000000000455cdf in handle_single_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, > > object=, object@entry=0x28dc604, overlay=overlay@entry=0x0, position=position@entry=0x7fffffff32b8, > > bufpos=bufpos@entry=0, display_replaced=0, frame_window_p=true, enable_eval_p=true) at xdisp.c:6114 > > #3 0x00000000004567de in handle_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, > > object=object@entry=0x28dc604, overlay=0x0, position=position@entry=0x7fffffff32b8, bufpos=bufpos@entry=0, frame_window_p=true) > > at xdisp.c:5862 > > Thanks, I installed a trivial fix. You may not like the results, but > at least Emacs should not crash. Thanks, that fixed the crash. However, I think it would make sense to output some kind of useful information somewhere to help with debugging such issues. Right now it's just a silent error. Florian > > I'm guessing the actual reason for this is that you have some > problematic setup of fonts, which causes some character on the mode > line to have no font for some reason. So if loading the session which > previously crashed produces some weird display on the mode line, try > looking at your font/fontset setup to solve this. > > (Of course, if Emacs still crashes after you update from Git or patch > it with the patch below, please report the backtrace from the crash, > maybe I missed something.) > > Here's the patch which I installed on the emacs-30 branch: > > diff --git a/src/xdisp.c b/src/xdisp.c > index 19ce5b7..f11a8aa 100644 > --- a/src/xdisp.c > +++ b/src/xdisp.c > @@ -6111,7 +6111,9 @@ handle_single_display_spec (struct it *it, Lisp_Object spec, Lisp_Object object, > { > struct face *face = FACE_FROM_ID (it->f, it->face_id); > it->voffset = - (XFLOATINT (value) > - * (normal_char_height (face->font, -1))); > + * (face->font > + ? normal_char_height (face->font, -1) > + : FRAME_LINE_HEIGHT (it->f))); > } > #endif /* HAVE_WINDOW_SYSTEM */ > } > @@ -32056,7 +32058,8 @@ produce_stretch_glyph (struct it *it) > /* Compute height. */ > if (FRAME_WINDOW_P (it->f)) > { > - int default_height = normal_char_height (font, ' '); > + int default_height = > + font ? normal_char_height (font, ' ') : FRAME_LINE_HEIGHT (it->f); > > if ((prop = plist_get (plist, QCheight), !NILP (prop)) > && calc_pixel_width_or_height (&tem, it, prop, font, false, NULL)) -- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 21 12:20:11 2025 Received: (at 75725) by debbugs.gnu.org; 21 Jan 2025 17:20:11 +0000 Received: from localhost ([127.0.0.1]:55979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taHv9-0001ip-5v for submit@debbugs.gnu.org; Tue, 21 Jan 2025 12:20:11 -0500 Received: from gabilgathol.bandrate.org ([176.9.89.12]:46738 ident=postfix) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taHv5-0001f3-PA for 75725@debbugs.gnu.org; Tue, 21 Jan 2025 12:20:08 -0500 Received: by gabilgathol.bandrate.org (Postfix, from userid 1000) id 82E425389D66; Tue, 21 Jan 2025 18:20:05 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bandrate.org; s=mail; t=1737480005; bh=pulwuTboVbeTCbrggTtdxBtxiWf6YegSA2RojhPEKKc=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=FDtLG05qnBF1SrHyPduBkd7ySpZT81k2+WjibB0ZQIoDWX2dITAiIrHSIiehCgEsA Hdtl04kP/3jWND6NWvZEqJKsUz70YvdOrRzGDubPeL0kyeOjqcSDZhu4z1Y5ob5h3g Qjrb3FsbEpJz6oLZxfpBg9PjJX1l2aiI2LjV6gq3gjcK85K63oGwwucW3YtYnp67UX 3ZlGhDqv+O+w47XhCVrG+sblOmVgqWhPkKHZqsqQtk+TR4DJj/xJcoHUadFKZm6mnX tjW3PEAmCoiTSXdUvOqIJBYaBiVvXIVQcxq3OoLOHuqqEa3OnQahzBIRjWLjhbNOZ+ scuY7hbysqD6w== Date: Tue, 21 Jan 2025 18:20:05 +0100 From: Florian Franzmann To: Eli Zaretskii Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 Message-ID: References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> <86v7u845dy.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86v7u845dy.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75725 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Di 2025-01-21 16:18:33 +0200, Eli Zaretskii wrote: > > Date: Tue, 21 Jan 2025 14:13:38 +0100 > > From: Florian Franzmann > > Cc: 75725@debbugs.gnu.org > > > > On Di 2025-01-21 14:31:00 +0200, Eli Zaretskii wrote: > > > > Date: Tue, 21 Jan 2025 09:15:30 +0100 > > > > From: Florian Franzmann > > > > > > > > I'm experiencing a segmentation violation in emacs 30.0.93 when linked against GTK. > > > > The crash does not happen in the TUI version of emacs (which, obviously, is not > > > > linked against GTK). > > > > > > > > Backtrace: > > > > > > > > #0 normal_char_ascent_descent (font=0x0, c=c@entry=-1, ascent=ascent@entry=0x7fffffff2ad0, descent=descent@entry=0x7fffffff2ad4) > > > > at xdisp.c:30407 > > > > #1 0x000000000043b18b in normal_char_height (font=, c=c@entry=-1) at xdisp.c:30443 > > > > #2 0x0000000000455cdf in handle_single_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, > > > > object=, object@entry=0x28dc604, overlay=overlay@entry=0x0, position=position@entry=0x7fffffff32b8, > > > > bufpos=bufpos@entry=0, display_replaced=0, frame_window_p=true, enable_eval_p=true) at xdisp.c:6114 > > > > #3 0x00000000004567de in handle_display_spec (it=it@entry=0x7fffffff3150, spec=, spec@entry=0x28266e3, > > > > object=object@entry=0x28dc604, overlay=0x0, position=position@entry=0x7fffffff32b8, bufpos=bufpos@entry=0, frame_window_p=true) > > > > at xdisp.c:5862 > > > > > > Thanks, I installed a trivial fix. You may not like the results, but > > > at least Emacs should not crash. > > Thanks, that fixed the crash. > > Thanks for testing. Does the resulting display look reasonable (it's > somewhere on your mode line)? > > > However, I think it would make sense to output some kind of useful > > information somewhere to help with debugging such issues. Right now > > it's just a silent error. > > I don't know what to say in the message, sorry. Saying "font is NULL" > will not be helpful for most users, I'm afraid. > > Also, Emacs has similar protection against a face's font being NULL in > quite a few places. I didn't invent any new technique. > > I could try help you understand what causes this, if you can show me > your font-related customizations, in particular for what is on the > mode line. Here is what I have in my config regarding fonts: (setq doom-font (font-spec :family "MartianMono Nerd Font" :size 8.000000) doom-big-font (font-spec :family "MartianMono Nerd Font" :size 14.000000) doom-variable-pitch-font (font-spec :family "Noto Sans" :size 12.000000) doom-symbol-font (font-spec :family "MartianMono Nerd Font") doom-serif-font (font-spec :family "Noto Serif" :size 12.000000) my-org-font "Crimson Pro") ;; ... (defun my-refine-org-theme () "Custom refinements of the org-mode appearance." (when window-system (let* ( (custom--inhibit-theme-enable nil) (variable-tuple `(:font ,my-org-font)) (base-font-color (face-foreground 'default nil 'default)) (headline `(:inherit default :foreground ,base-font-color)) ) (custom-theme-set-faces 'user '(org-block ((t (:inherit fixed-pitch)))) '(org-code ((t (:inherit (shadow fixed-pitch))))) '(org-document-info ((t (:foreground "dark orange")))) '(org-document-info-keyword ((t (:inherit (shadow fixed-pitch))))) '(org-indent ((t (:inherit (org-hide fixed-pitch))))) '(org-link ((t (:foreground "royal blue" :underline t)))) '(org-meta-line ((t (:inherit (font-lock-comment-face fixed-pitch))))) '(org-property-value ((t (:inherit fixed-pitch))) t) '(org-special-keyword ((t (:inherit (font-lock-comment-face fixed-pitch))))) '(org-table ((t (:inherit fixed-pitch :foreground "#83a598")))) '(org-tag ((t (:inherit (shadow fixed-pitch) :weight bold :height 1.0)))) '(org-verbatim ((t (:inherit (shadow fixed-pitch))))) `(org-document-title ((t (,@headline ,@variable-tuple :height 2.0736 :underline nil :bold nil)))) `(org-level-1 ((t (,@headline ,@variable-tuple :height 2.0736)))) `(org-level-2 ((t (,@headline ,@variable-tuple :height 1.728)))) `(org-level-3 ((t (,@headline ,@variable-tuple :height 1.44)))) `(org-level-4 ((t (,@headline ,@variable-tuple :height 1.2)))) `(org-level-5 ((t (,@headline ,@variable-tuple :height 1.0)))) `(org-level-6 ((t (,@headline ,@variable-tuple :height 1.0)))) `(org-level-7 ((t (,@headline ,@variable-tuple :height 1.0)))) `(org-level-8 ((t (,@headline ,@variable-tuple :height 1.0)))) `(org-default ((t (,@headline ,@variable-tuple :height 1.0)))) ) )) ) and then somewhere (add-hook 'after-enable-theme-hook 'my-refine-org-theme) (add-hook 'org-mode-hook 'my-refine-org-theme) Maybe using MartianMono as doom-symbol-font is problematic? -- From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 21 14:28:01 2025 Received: (at 75725) by debbugs.gnu.org; 21 Jan 2025 19:28:01 +0000 Received: from localhost ([127.0.0.1]:56646 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taJup-0000R0-1W for submit@debbugs.gnu.org; Tue, 21 Jan 2025 14:28:01 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:52204) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taJum-0000Ql-10 for 75725@debbugs.gnu.org; Tue, 21 Jan 2025 14:27:56 -0500 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 1taJco-000097-5W; Tue, 21 Jan 2025 14:09:22 -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=1WnhCpT9lJRKDdHgRRqRjHn2PhTE+H5N+hAHH/KvwCQ=; b=pJ2QAme7IeQB MbPqWHucXbtSGB5F9PMYCLWSySpYeGMZ59YVk1AO4WJ9UB5TpqdN8M8VNRgTN8LW3QpL13thIrPKE dAT98g1LynyG5mF3hPppwAiJ/uog1MKWCJJsMsnAprG8sc61iumjEyhkpK4ZXjuGEaBDOJ+VpgOu3 6blpTAmBUpDBJZYViv72VIjz00gK9t9H13QK485thR0oBiJamhM0NEeKlthse4YvlBcLVzW6Vr5hw cCdyPB5t6L3JoNqLWCQo/lBtqvwuw7lmS7248BtAkc8BlixieZW2It14imrYXbi0BKaPdrNKyeXe0 Fse/Gez6k2Y9HL0hF8i0qw==; Date: Tue, 21 Jan 2025 21:09:19 +0200 Message-Id: <86a5bk3rxc.fsf@gnu.org> From: Eli Zaretskii To: Florian Franzmann In-Reply-To: (message from Florian Franzmann on Tue, 21 Jan 2025 18:20:05 +0100) Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> <86v7u845dy.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75725 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Tue, 21 Jan 2025 18:20:05 +0100 > From: Florian Franzmann > Cc: 75725@debbugs.gnu.org > > Here is what I have in my config regarding fonts: > > (setq doom-font (font-spec :family "MartianMono Nerd Font" :size 8.000000) > doom-big-font (font-spec :family "MartianMono Nerd Font" :size 14.000000) > doom-variable-pitch-font (font-spec :family "Noto Sans" :size 12.000000) > doom-symbol-font (font-spec :family "MartianMono Nerd Font") > doom-serif-font (font-spec :family "Noto Serif" :size 12.000000) > my-org-font "Crimson Pro") > ;; ... > (defun my-refine-org-theme () > "Custom refinements of the org-mode appearance." > (when window-system > (let* ( > (custom--inhibit-theme-enable nil) > (variable-tuple `(:font ,my-org-font)) > (base-font-color (face-foreground 'default nil 'default)) > (headline `(:inherit default :foreground ,base-font-color)) > ) > > (custom-theme-set-faces > 'user > '(org-block ((t (:inherit fixed-pitch)))) > '(org-code ((t (:inherit (shadow fixed-pitch))))) > '(org-document-info ((t (:foreground "dark orange")))) > '(org-document-info-keyword ((t (:inherit (shadow fixed-pitch))))) > '(org-indent ((t (:inherit (org-hide fixed-pitch))))) > '(org-link ((t (:foreground "royal blue" :underline t)))) > '(org-meta-line ((t (:inherit (font-lock-comment-face fixed-pitch))))) > '(org-property-value ((t (:inherit fixed-pitch))) t) > '(org-special-keyword ((t (:inherit (font-lock-comment-face fixed-pitch))))) > '(org-table ((t (:inherit fixed-pitch :foreground "#83a598")))) > '(org-tag ((t (:inherit (shadow fixed-pitch) :weight bold :height 1.0)))) > '(org-verbatim ((t (:inherit (shadow fixed-pitch))))) > `(org-document-title ((t (,@headline ,@variable-tuple :height 2.0736 :underline nil :bold nil)))) > `(org-level-1 ((t (,@headline ,@variable-tuple :height 2.0736)))) > `(org-level-2 ((t (,@headline ,@variable-tuple :height 1.728)))) > `(org-level-3 ((t (,@headline ,@variable-tuple :height 1.44)))) > `(org-level-4 ((t (,@headline ,@variable-tuple :height 1.2)))) > `(org-level-5 ((t (,@headline ,@variable-tuple :height 1.0)))) > `(org-level-6 ((t (,@headline ,@variable-tuple :height 1.0)))) > `(org-level-7 ((t (,@headline ,@variable-tuple :height 1.0)))) > `(org-level-8 ((t (,@headline ,@variable-tuple :height 1.0)))) > `(org-default ((t (,@headline ,@variable-tuple :height 1.0)))) > ) > )) > ) > > and then somewhere > (add-hook 'after-enable-theme-hook 'my-refine-org-theme) > (add-hook 'org-mode-hook 'my-refine-org-theme) Hmm... nothing stands out yet. > Maybe using MartianMono as doom-symbol-font is problematic? I don't know yet. Which characters is doom-symbol-font used for? But you could try that hypothesis by using some other font there, and seeing if the previous build of Emacs still crashes then. Also, any idea which font is used on the mode line, and what part of the mode line uses the '(raise FACTOR)' display property there? That's the part where the display code hit the font = NULL condition. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 22 02:06:51 2025 Received: (at 75725) by debbugs.gnu.org; 22 Jan 2025 07:06:51 +0000 Received: from localhost ([127.0.0.1]:59382 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taUp8-0005vv-TQ for submit@debbugs.gnu.org; Wed, 22 Jan 2025 02:06:51 -0500 Received: from gabilgathol.bandrate.org ([176.9.89.12]:42402 ident=postfix) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taUp5-0005vf-P7 for 75725@debbugs.gnu.org; Wed, 22 Jan 2025 02:06:49 -0500 Received: by gabilgathol.bandrate.org (Postfix, from userid 1000) id 11BF05389D66; Wed, 22 Jan 2025 08:06:43 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bandrate.org; s=mail; t=1737529603; bh=yhC2WlrMrl0fCzEUqSC6DgZP6ZEuYeDrOLFsbOwQSKo=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=W+/RIX5smgmWsT20eWSVXl01/ndWDmrG0T4YqUn7eFPpihA+i2F2dY7rCjgkTK1yN wr6BBpgiThSHCiAyrNssBb2Xe2Vv0417sLqpIdVTg2SZtJUfIbGylG7U4tUVaAsXCb j7YJ32vS1dycMv4ukM6XO8jTIuUQij+QrauCKfKFIZZPIZZlfFfmjXj4NOjYX1T/Ia uwaOkCCib+vPqK62AaQlJCpXgYEzpt27rCMXB1QVsItg0omhySJuqgCvtvlQLT4Cdd j/wd8bRtUeIlJNgtyLeZTJEfaILRgs9k4L2qUh5cycjmLZfbPdY5B4913ClOuFL9Tv m0d2LHmoZPB9g== Date: Wed, 22 Jan 2025 08:06:42 +0100 From: Florian Franzmann To: Eli Zaretskii Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 Message-ID: References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> <86v7u845dy.fsf@gnu.org> <86a5bk3rxc.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86a5bk3rxc.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75725 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Di 2025-01-21 21:09:19 +0200, Eli Zaretskii wrote: > > Date: Tue, 21 Jan 2025 18:20:05 +0100 > > From: Florian Franzmann > > Cc: 75725@debbugs.gnu.org > > > > Here is what I have in my config regarding fonts: > > > > (setq doom-font (font-spec :family "MartianMono Nerd Font" :size 8.000000) > > doom-big-font (font-spec :family "MartianMono Nerd Font" :size 14.000000) > > doom-variable-pitch-font (font-spec :family "Noto Sans" :size 12.000000) > > doom-symbol-font (font-spec :family "MartianMono Nerd Font") > > doom-serif-font (font-spec :family "Noto Serif" :size 12.000000) > > my-org-font "Crimson Pro") > > ;; ... > > (defun my-refine-org-theme () > > "Custom refinements of the org-mode appearance." > > (when window-system > > (let* ( > > (custom--inhibit-theme-enable nil) > > (variable-tuple `(:font ,my-org-font)) > > (base-font-color (face-foreground 'default nil 'default)) > > (headline `(:inherit default :foreground ,base-font-color)) > > ) > > > > (custom-theme-set-faces > > 'user > > '(org-block ((t (:inherit fixed-pitch)))) > > '(org-code ((t (:inherit (shadow fixed-pitch))))) > > '(org-document-info ((t (:foreground "dark orange")))) > > '(org-document-info-keyword ((t (:inherit (shadow fixed-pitch))))) > > '(org-indent ((t (:inherit (org-hide fixed-pitch))))) > > '(org-link ((t (:foreground "royal blue" :underline t)))) > > '(org-meta-line ((t (:inherit (font-lock-comment-face fixed-pitch))))) > > '(org-property-value ((t (:inherit fixed-pitch))) t) > > '(org-special-keyword ((t (:inherit (font-lock-comment-face fixed-pitch))))) > > '(org-table ((t (:inherit fixed-pitch :foreground "#83a598")))) > > '(org-tag ((t (:inherit (shadow fixed-pitch) :weight bold :height 1.0)))) > > '(org-verbatim ((t (:inherit (shadow fixed-pitch))))) > > `(org-document-title ((t (,@headline ,@variable-tuple :height 2.0736 :underline nil :bold nil)))) > > `(org-level-1 ((t (,@headline ,@variable-tuple :height 2.0736)))) > > `(org-level-2 ((t (,@headline ,@variable-tuple :height 1.728)))) > > `(org-level-3 ((t (,@headline ,@variable-tuple :height 1.44)))) > > `(org-level-4 ((t (,@headline ,@variable-tuple :height 1.2)))) > > `(org-level-5 ((t (,@headline ,@variable-tuple :height 1.0)))) > > `(org-level-6 ((t (,@headline ,@variable-tuple :height 1.0)))) > > `(org-level-7 ((t (,@headline ,@variable-tuple :height 1.0)))) > > `(org-level-8 ((t (,@headline ,@variable-tuple :height 1.0)))) > > `(org-default ((t (,@headline ,@variable-tuple :height 1.0)))) > > ) > > )) > > ) > > > > and then somewhere > > (add-hook 'after-enable-theme-hook 'my-refine-org-theme) > > (add-hook 'org-mode-hook 'my-refine-org-theme) > > Hmm... nothing stands out yet. > > > Maybe using MartianMono as doom-symbol-font is problematic? > > I don't know yet. Which characters is doom-symbol-font used for? > > But you could try that hypothesis by using some other font there, and > seeing if the previous build of Emacs still crashes then. > > Also, any idea which font is used on the mode line, and > what part of the mode line uses the '(raise FACTOR)' display property > there? That's the part where the display code hit the font = NULL > condition. In my modeline there is one character that for which there doesn't seem to be a glyph, unicode F418. gucharmap shows that one as a symbol for a version-control branch in MartianMono Nerd Font, I don't understand why emacs doesn't find the symbol, the rest of the modeline looks like it's using that font. -- From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 22 02:58:03 2025 Received: (at 75725) by debbugs.gnu.org; 22 Jan 2025 07:58:03 +0000 Received: from localhost ([127.0.0.1]:59563 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taVcg-0000XO-S0 for submit@debbugs.gnu.org; Wed, 22 Jan 2025 02:58:03 -0500 Received: from gabilgathol.bandrate.org ([2a01:4f8:151:3009::2]:35740 ident=postfix) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taVcd-0000Wr-21 for 75725@debbugs.gnu.org; Wed, 22 Jan 2025 02:58:00 -0500 Received: by gabilgathol.bandrate.org (Postfix, from userid 1000) id E69835389D66; Wed, 22 Jan 2025 08:57:54 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bandrate.org; s=mail; t=1737532674; bh=RINspJOMGJ6guNVx7yWZQ6JH9GcI/AejBH31HqM+M8o=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=ypM3dLRqG3sa1mSt6mYPnuYL6sYmRo8q+IuRdCo+3fbfU614JZTdD2X6HzbeLZXa/ 8h9UTcLhovymSjbfLm0hREFLtu0GrG+r9A1wn74i0YLGF1YmdFavjoEtfCXsmHPvbB WysIwLM6pJMqXGr2wb3Jwk+a8Ceq5Tt1UJ4LaKHcdYHU1pxn+Tiesc4J/YlbWMrFx3 NMizdMEnj9Rrbzb6JxC1QY4cLoaz93K3uoGtGu25/ddE9BCouv9SFTOQG7Z1dsDV1e lv27isC4eXz5aUGBAcv/uv2DsSnPWgukPFPofJV3ytTSN6p+XrUADWzFglhScS8ik5 XKRQQ0AOSvN4w== Date: Wed, 22 Jan 2025 08:57:54 +0100 From: Florian Franzmann To: Eli Zaretskii Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 Message-ID: References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> <86v7u845dy.fsf@gnu.org> <86a5bk3rxc.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75725 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Mi 2025-01-22 08:06:43 +0100, Florian Franzmann wrote: > On Di 2025-01-21 21:09:19 +0200, Eli Zaretskii wrote: > > > Date: Tue, 21 Jan 2025 18:20:05 +0100 > > > From: Florian Franzmann > > > Cc: 75725@debbugs.gnu.org > > > > > > Here is what I have in my config regarding fonts: > > > > > > (setq doom-font (font-spec :family "MartianMono Nerd Font" :size 8.000000) > > > doom-big-font (font-spec :family "MartianMono Nerd Font" :size 14.000000) > > > doom-variable-pitch-font (font-spec :family "Noto Sans" :size 12.000000) > > > doom-symbol-font (font-spec :family "MartianMono Nerd Font") > > > doom-serif-font (font-spec :family "Noto Serif" :size 12.000000) > > > my-org-font "Crimson Pro") > > > ;; ... > > > (defun my-refine-org-theme () > > > "Custom refinements of the org-mode appearance." > > > (when window-system > > > (let* ( > > > (custom--inhibit-theme-enable nil) > > > (variable-tuple `(:font ,my-org-font)) > > > (base-font-color (face-foreground 'default nil 'default)) > > > (headline `(:inherit default :foreground ,base-font-color)) > > > ) > > > > > > (custom-theme-set-faces > > > 'user > > > '(org-block ((t (:inherit fixed-pitch)))) > > > '(org-code ((t (:inherit (shadow fixed-pitch))))) > > > '(org-document-info ((t (:foreground "dark orange")))) > > > '(org-document-info-keyword ((t (:inherit (shadow fixed-pitch))))) > > > '(org-indent ((t (:inherit (org-hide fixed-pitch))))) > > > '(org-link ((t (:foreground "royal blue" :underline t)))) > > > '(org-meta-line ((t (:inherit (font-lock-comment-face fixed-pitch))))) > > > '(org-property-value ((t (:inherit fixed-pitch))) t) > > > '(org-special-keyword ((t (:inherit (font-lock-comment-face fixed-pitch))))) > > > '(org-table ((t (:inherit fixed-pitch :foreground "#83a598")))) > > > '(org-tag ((t (:inherit (shadow fixed-pitch) :weight bold :height 1.0)))) > > > '(org-verbatim ((t (:inherit (shadow fixed-pitch))))) > > > `(org-document-title ((t (,@headline ,@variable-tuple :height 2.0736 :underline nil :bold nil)))) > > > `(org-level-1 ((t (,@headline ,@variable-tuple :height 2.0736)))) > > > `(org-level-2 ((t (,@headline ,@variable-tuple :height 1.728)))) > > > `(org-level-3 ((t (,@headline ,@variable-tuple :height 1.44)))) > > > `(org-level-4 ((t (,@headline ,@variable-tuple :height 1.2)))) > > > `(org-level-5 ((t (,@headline ,@variable-tuple :height 1.0)))) > > > `(org-level-6 ((t (,@headline ,@variable-tuple :height 1.0)))) > > > `(org-level-7 ((t (,@headline ,@variable-tuple :height 1.0)))) > > > `(org-level-8 ((t (,@headline ,@variable-tuple :height 1.0)))) > > > `(org-default ((t (,@headline ,@variable-tuple :height 1.0)))) > > > ) > > > )) > > > ) > > > > > > and then somewhere > > > (add-hook 'after-enable-theme-hook 'my-refine-org-theme) > > > (add-hook 'org-mode-hook 'my-refine-org-theme) > > > > Hmm... nothing stands out yet. > > > > > Maybe using MartianMono as doom-symbol-font is problematic? > > > > I don't know yet. Which characters is doom-symbol-font used for? > > > > But you could try that hypothesis by using some other font there, and > > seeing if the previous build of Emacs still crashes then. > > > > Also, any idea which font is used on the mode line, and > > what part of the mode line uses the '(raise FACTOR)' display property > > there? That's the part where the display code hit the font = NULL > > condition. > In my modeline there is one character that for which there doesn't > seem to be a glyph, unicode F418. gucharmap shows that one as a symbol > for a version-control branch in MartianMono Nerd Font, I don't > understand why emacs doesn't find the symbol, the rest of the modeline > looks like it's using that font. I've set doom-symbol-font to "Symbols Nerd Font" and it's showing me the correct symbols again. I do not understand why "MartianMono Nerd Font" doesn't work here, it should contain the same symbols. > > -- -- From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 22 09:35:25 2025 Received: (at 75725) by debbugs.gnu.org; 22 Jan 2025 14:35:25 +0000 Received: from localhost ([127.0.0.1]:32804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tabpF-00052v-BM for submit@debbugs.gnu.org; Wed, 22 Jan 2025 09:35:25 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:38388) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tabpC-000512-Dm for 75725@debbugs.gnu.org; Wed, 22 Jan 2025 09:35:24 -0500 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 1tabp6-0000LZ-5h; Wed, 22 Jan 2025 09:35:16 -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=V5CIbaKoni7GKTYM9Thz1oH03E0Wj1exFhOD70kUmXw=; b=SSkhypfqSTgF LGkw+zlAPUU0zkuR9KNTJfUKmtNkzdHqWyiEJDTV3nHJKob8XIodWit6ZmHV/Go3dEJyMvptoVTOc vhm3cYcFXAeYIYICE84KmQEEfDSKM957Sd7CnEuo5vCfP21RS76csLKqAZWoQx8ASpetCpHuQdbPA Uged9iSkC8+HZMUYxhHXSRIUub5gYzfTDPkUygTADB7Wa6X2x5QvM400kCSoKBH5q5nN8JaYrKCla 8IZjMZPh+TUYA/AcZmlWx9q3ZM6GOH23Dqm9SdraNvreFDsIR3K/z4bwJ+Q/5gD5UYMWsbFPs4ug3 aKsQTjKkbPbE7SM0TjCj8w==; Date: Wed, 22 Jan 2025 16:34:49 +0200 Message-Id: <86o6zy3oja.fsf@gnu.org> From: Eli Zaretskii To: Florian Franzmann In-Reply-To: (message from Florian Franzmann on Wed, 22 Jan 2025 08:06:42 +0100) Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> <86v7u845dy.fsf@gnu.org> <86a5bk3rxc.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75725 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 22 Jan 2025 08:06:42 +0100 > From: Florian Franzmann > Cc: 75725@debbugs.gnu.org > > > > Maybe using MartianMono as doom-symbol-font is problematic? > > > > I don't know yet. Which characters is doom-symbol-font used for? > > > > But you could try that hypothesis by using some other font there, and > > seeing if the previous build of Emacs still crashes then. > > > > Also, any idea which font is used on the mode line, and > > what part of the mode line uses the '(raise FACTOR)' display property > > there? That's the part where the display code hit the font = NULL > > condition. > In my modeline there is one character that for which there doesn't > seem to be a glyph, unicode F418. gucharmap shows that one as a symbol > for a version-control branch in MartianMono Nerd Font, I don't > understand why emacs doesn't find the symbol, the rest of the modeline > looks like it's using that font. U+F418 is a private-use character. Emacs knows nothing about such characters, since their meaning is entirely up to the applications and/or fonts that assigns the meaning to them. So if doom-emacs uses such characters on the mode line, it must somehow arrange for that to happen, since the "normal" font-selection machinery in Emacs doesn't work for PUA characters. So I'm afraid I cannot be of much help here, as I don't know how doom-emacs do this. From debbugs-submit-bounces@debbugs.gnu.org Wed Jan 22 12:42:59 2025 Received: (at 75725) by debbugs.gnu.org; 22 Jan 2025 17:42:59 +0000 Received: from localhost ([127.0.0.1]:36282 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1taekk-0007JC-TB for submit@debbugs.gnu.org; Wed, 22 Jan 2025 12:42:59 -0500 Received: from gabilgathol.bandrate.org ([2a01:4f8:151:3009::2]:35730 ident=postfix) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1taeki-0007Iy-Hk for 75725@debbugs.gnu.org; Wed, 22 Jan 2025 12:42:57 -0500 Received: by gabilgathol.bandrate.org (Postfix, from userid 1000) id 873885389D66; Wed, 22 Jan 2025 18:42:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=bandrate.org; s=mail; t=1737567772; bh=0VK8jJfuCBPWs5Uv7IYSVdsszODFXJgauKcAasb6vEI=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=sNW4z1b80zJvweO0Tj1ZyblR49Tbnax3mqu63lcsT5OaD9NSZfYAyGjz3HuezmRhE 7o0sbR4/X/fUoY4zyUrAiAJiSn2yftqhQ3Y6HDIfv4uAezIHOKfR3Ciua0eE7Nu/eW AhuotvI4mUyxQte30sCKhhBp8gRxv6JgcTaLDS9Gk8vO7uY/ZU/Qh90myyZ8A+S9Q1 AeJ9mBePxBMCRfAoWyp9y90ejYXvskfGJnGgAMeule28xywB/vLuPDwpfLczMWhdLa Wvq5xFE9hiaZtTx+5G+q4WgpUlHRGzBgwf6adqwmN+PNxVkTm1YTReO5vkPEEMEwnX r7UO3aVVss87g== Date: Wed, 22 Jan 2025 18:42:52 +0100 From: Florian Franzmann To: Eli Zaretskii Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 Message-ID: References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> <86v7u845dy.fsf@gnu.org> <86a5bk3rxc.fsf@gnu.org> <86o6zy3oja.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86o6zy3oja.fsf@gnu.org> X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 75725 Cc: 75725@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On Mi 2025-01-22 16:34:49 +0200, Eli Zaretskii wrote: > > Date: Wed, 22 Jan 2025 08:06:42 +0100 > > From: Florian Franzmann > > Cc: 75725@debbugs.gnu.org > > > > > > Maybe using MartianMono as doom-symbol-font is problematic? > > > > > > I don't know yet. Which characters is doom-symbol-font used for? > > > > > > But you could try that hypothesis by using some other font there, and > > > seeing if the previous build of Emacs still crashes then. > > > > > > Also, any idea which font is used on the mode line, and > > > what part of the mode line uses the '(raise FACTOR)' display property > > > there? That's the part where the display code hit the font = NULL > > > condition. > > In my modeline there is one character that for which there doesn't > > seem to be a glyph, unicode F418. gucharmap shows that one as a symbol > > for a version-control branch in MartianMono Nerd Font, I don't > > understand why emacs doesn't find the symbol, the rest of the modeline > > looks like it's using that font. > > U+F418 is a private-use character. Emacs knows nothing about such > characters, since their meaning is entirely up to the applications > and/or fonts that assigns the meaning to them. So if doom-emacs uses > such characters on the mode line, it must somehow arrange for that to > happen, since the "normal" font-selection machinery in Emacs doesn't > work for PUA characters. > > So I'm afraid I cannot be of much help here, as I don't know how > doom-emacs do this. That's fine, it works for me now. Thanks for the quick help! -- From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 08 04:20:21 2025 Received: (at 75725-done) by debbugs.gnu.org; 8 Feb 2025 09:20:21 +0000 Received: from localhost ([127.0.0.1]:38502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tgh0f-0005O6-5t for submit@debbugs.gnu.org; Sat, 08 Feb 2025 04:20:21 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:43308) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1tgh0c-0005JK-7B for 75725-done@debbugs.gnu.org; Sat, 08 Feb 2025 04:20:18 -0500 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 1tgh0W-0003qH-8J; Sat, 08 Feb 2025 04:20:12 -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=sGIpvBIXJeLfg1p9OE9zE/Qp6Uzpi/d3PmZglRaY+6E=; b=r9mVl2TXW4XS JWnQGm6D2+JdOFHT0UL/CJ/b06abV2EK6yqe/MZJdaXKSBikbYVS4/B/UYpzwfbhgJCX/GcW95Be7 U+IvnaGTa0Hz6O1mJUH3eFEA1Iqmn5j2hBHgVFXKpu98pYDWWyeZC5w0XJ4ZLOeQ2eUAL72AXFY06 ZmZgMJ6gVOsE1qsoMdFZvejftb4JfbrnDjOp2yFA2Z69c0AOURd7d+h0hiM7QxByqbDedIcKqP02g oheLD6Ehf93AtT5ow8s+4e92sO+UnUm8zYMdr8g+X8Q49tPikon5B82Oo5Y72jkb/vKbIuzBjW6Mw K+5vHwLNZpmdQyGKpRLo/A==; Date: Sat, 08 Feb 2025 11:20:10 +0200 Message-Id: <86y0yg3i9h.fsf@gnu.org> From: Eli Zaretskii To: Florian Franzmann In-Reply-To: (message from Florian Franzmann on Wed, 22 Jan 2025 18:42:52 +0100) Subject: Re: bug#75725: SIGSEGV in emacs 30.0.93 References: <6ddjbyd6otavuyarzehowjoetnxsa75lwjwxkw5wt24hdb7ozb@qlm4spta32sm> <86cygg5oxn.fsf@gnu.org> <86v7u845dy.fsf@gnu.org> <86a5bk3rxc.fsf@gnu.org> <86o6zy3oja.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 75725-done Cc: 75725-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Wed, 22 Jan 2025 18:42:52 +0100 > From: Florian Franzmann > Cc: 75725@debbugs.gnu.org > > On Mi 2025-01-22 16:34:49 +0200, Eli Zaretskii wrote: > > > Date: Wed, 22 Jan 2025 08:06:42 +0100 > > > From: Florian Franzmann > > > Cc: 75725@debbugs.gnu.org > > > > > > > > Maybe using MartianMono as doom-symbol-font is problematic? > > > > > > > > I don't know yet. Which characters is doom-symbol-font used for? > > > > > > > > But you could try that hypothesis by using some other font there, and > > > > seeing if the previous build of Emacs still crashes then. > > > > > > > > Also, any idea which font is used on the mode line, and > > > > what part of the mode line uses the '(raise FACTOR)' display property > > > > there? That's the part where the display code hit the font = NULL > > > > condition. > > > In my modeline there is one character that for which there doesn't > > > seem to be a glyph, unicode F418. gucharmap shows that one as a symbol > > > for a version-control branch in MartianMono Nerd Font, I don't > > > understand why emacs doesn't find the symbol, the rest of the modeline > > > looks like it's using that font. > > > > U+F418 is a private-use character. Emacs knows nothing about such > > characters, since their meaning is entirely up to the applications > > and/or fonts that assigns the meaning to them. So if doom-emacs uses > > such characters on the mode line, it must somehow arrange for that to > > happen, since the "normal" font-selection machinery in Emacs doesn't > > work for PUA characters. > > > > So I'm afraid I cannot be of much help here, as I don't know how > > doom-emacs do this. > That's fine, it works for me now. Thanks for the quick help! No further comments, so I'm now closing this bug. From unknown Sat Jun 21 03:06:04 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sat, 08 Mar 2025 12:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator