bug#63283: closed (Emacs crash within fontset)

[GNU bug Tracking System]

Your message dated Tue, 09 May 2023 08:26:02 +0300
with message-id <83o7muaxed.fsf@gnu.org>
and subject line Re: bug#63283: Emacs crash within fontset
has caused the debbugs.gnu.org bug report #63283,
regarding Emacs crash within fontset
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
63283: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63283
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems

--- Begin Message --- Subject: Emacs crash within fontset Date: Thu, 04 May 2023 19:04:48 +0000 Honorable GNU developers !

For some reason the new Emacs 29.0.90 did not build at work the other day unless I provided configuration option --without-all (I plan to look into why later but that is not why I am writing this report now).

When I experimented with Emacs (29.0.90 --without-all) I noticed a crash defect that was easy to reproduce. It seemed to have with fonts to do. I have noticed the same problem both at work CentOS 7.9 and at home (currently on a raspberry pi 4) not that it matters but anyhow several machines / architectures. The problem seemed non-present when I built Emacs without configuration option --without-all

I attach details about my findings in an org file, hope it helps

Live long and prosper

20230504172048utc_emacs_crash_defect_report_to_gnu.org
Description: Binary data

--- End Message ---

> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#63283: Emacs crash within fontset
>
>
>
>
> Date: 
>
> Tue, 09 May 2023 08:26:02 +0300
>
>
>
>
> > Date: Mon, 08 May 2023 21:22:21 +0000
> > From: Seppo Ronkainen <sodr80@protonmail.com>
> > Cc: 63283@debbugs.gnu.org
> > 
> > Your suggested patch successfully avoided the abort, great !
> > 
> > Where the abort would previously occur now instead the buffer renders all 
> > characters with four digit code point rectangular representations which I 
> > would consider preferable to an abort the entire emacs server session with 
> > thirty or so windows. Tested with visiting a large file emacs/src/xdisp.c and 
> > Emacs swapps back to render regular characters when text is scaled back. I 
> > would vote for your suggested fix, well done thank you !
>
> Displaying the characters as hex codes is the expected behavior in
> this case, since Emacs is unable to find a font that suits its needs.
>
> So I've now installed the change on the emacs-29 branch, and I'm
> closing the bug.
>
> Thanks.
>
>
> --- End Message ---