GNU bug report logs - #44850
27.1; Emacs crash in font handling with font-backend ns

Previous Next

Package: emacs;

Reported by: Pieter van Oostrum <pieter <at> vanoostrum.org>

Date: Tue, 24 Nov 2020 18:11:02 UTC

Severity: normal

Found in versions 27.1, 28.0.50

Full log


Message #46 received at 44850 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Mattias EngdegÄrd <mattiase <at> acm.org>
Cc: 44850 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>,
 pieter-l <at> vanoostrum.org, pieter <at> vanoostrum.org, Alan Third <alan <at> idiocy.org>
Subject: Re: bug#44850: 27.1; Emacs crash in font handling with font-backend ns
Date: Sun, 29 Nov 2020 10:45:24 +0100
Mattias EngdegÄrd <mattiase <at> acm.org> writes:

> Yes, the restriction is a bit odd but perhaps there was a good
> reason. For this application, however, we could just switch from
> esprintf to sprintf in nsterm.m. (The stated reason for using esprintf
> was in case the string is longer than 2 GiB but I think we would have
> bigger problems if a frame title ever becomes that long.)
>
> OK for master? (Also fixed the unsightly 'x' while at it)

Like Eli says, this really should be fixed in doprint.c.

However, since this is a crash that makes Emacs unusable, and since (as
you point out) sprintf is unproblematic here, I'm fine with applying the
patch.  Perhaps with a FIXME comment about how this should your esprintf
once doprintf has been fixed.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 199 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.