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

Previous Next

Package: emacs;

Reported by: Philipp <p.stephani2 <at> gmail.com>

Date: Sat, 31 Oct 2020 15:53:01 UTC

Severity: normal

Found in versions 27.1, 28.0.50

Fixed in version 28.1

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alan Third <alan <at> idiocy.org>
Cc: 44349 <at> debbugs.gnu.org, p.stephani2 <at> gmail.com
Subject: Re: bug#44349: 28.0.50; Assertion failure on macOS when resizing frame
Date: Sun, 29 Nov 2020 17:10:03 +0200
> Date: Sat, 28 Nov 2020 22:06:45 +0000
> From: Alan Third <alan <at> idiocy.org>
> Cc: p.stephani2 <at> gmail.com, 44349 <at> debbugs.gnu.org
> 
> > Thanks!  Can we add tests for this?
> 
> I was wondering that. How do we add tests for internal C functions?

By calling Lisp functions which call them.  But maybe it isn't
possible in this case.

Wait, isn't the use case which caused this bug report a suitable test
for the change?

> > Silently ignoring parts of input sounds ... unusual, so I wonder what
> > would it take to avoid that.  How did the old code avoid this problem?
> 
> This situation can only be caused by calling doprnt with format_end
> set to some point inside a multibyte character (it's a pointer).

Ah, okay.  In that case, I think ignoring the invalid sequence is OK,
but let's document that in the function's commentary.

Thanks.




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

Previous Next


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