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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: 44850 <at> debbugs.gnu.org, larsi <at> gnus.org, pieter-l <at> vanoostrum.org,
 pieter <at> vanoostrum.org
Subject: Re: bug#44850: 27.1; Emacs crash in font handling with font-backend ns
Date: Fri, 27 Nov 2020 14:23:45 +0200

> Date: Fri, 27 Nov 2020 09:55:19 +0000
> From: Alan Third <alan <at> idiocy.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 44850 <at> debbugs.gnu.org,
> 	Pieter van Oostrum <pieter-l <at> vanoostrum.org>, pieter <at> vanoostrum.org
> 
> > I thought that had been fixed...  but I can't find the bug report for it
> > now.  It's odd that Emacs 28 doesn't segfault for me on Macos, then.
> > (Alan added to the Cc's.)
> 
> It's bug#44349. It doesn't look like that bug report went anywhere.
> 
> We could easily replace that character, but I think it came along with
> the NS port, so it's strange how it's only become an issue now.

It became an issue because of a recent change in doprnt.c, and because
the NS port is the only one that uses non-ASCII characters in that
format string.

I'd prefer to lift the restriction introduced by doprnt.c, instead of
replacing that character.  It isn't clear to me why this restriction
is a good idea, and it doesn't seem like lifting the restriction
should be hard.  Patches welcome.

Previous Next

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