GNU bug report logs - #44349
28.0.50; Assertion failure on macOS when resizing frame

Previous Next

Full log

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

From: Alan Third <alan <at> idiocy.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 44349 <at> debbugs.gnu.org, Philipp Stephani <p.stephani2 <at> gmail.com>
Subject: Re: bug#44349: 28.0.50; Assertion failure on macOS when resizing frame
Date: Fri, 27 Nov 2020 22:24:29 +0000

[Message part 1 (text/plain, inline)]

On Sat, Oct 31, 2020 at 06:52:08PM +0200, Eli Zaretskii wrote:
> > From: Philipp Stephani <p.stephani2 <at> gmail.com>
> > Date: Sat, 31 Oct 2020 17:43:57 +0100
> > Cc: 44349 <at> debbugs.gnu.org
> > 
> > Am Sa., 31. Okt. 2020 um 17:35 Uhr schrieb Eli Zaretskii <eliz <at> gnu.org>:
> > >
> > > > From: Philipp Stephani <p.stephani2 <at> gmail.com>
> > > > Date: Sat, 31 Oct 2020 16:57:54 +0100
> > > >
> > > > > doprnt.c:493: Emacs fatal error: assertion failed: ASCII_CHAR_P (fmtchar)
> > > > > Fatal error 6: Aborted
> > > > > Abort trap: 6
> > >
> > > I cannot say I understand why that assertion is there.
> > 
> > Line 81 of doprnt.c states that non-ASCII characters aren't supported.
> 
> I don't see why we would want to enforce that, it sounds like a grave
> limitation.  Maybe I'm missing some background here.  The version we
> have on emacs-27 does support non-ASCII characters in the format.

Patch attached.

I can't see any other special cases that need to be handled and all my
tests worked, so I think this is all that's needed.

-- 
Alan Third

[0001-Allow-doprint-to-handle-multibyte-chars-in-format-bu.patch (text/plain, attachment)]

Previous Next

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