GNU bug report logs - #56561
29.0.50; Infloop in try_window

Previous Next

Package: emacs;

Reported by: Michael Welsh Duggan <md5i <at> md5i.com>

Date: Thu, 14 Jul 2022 18:58:01 UTC

Severity: normal

Found in version 29.0.50

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: luangruo <at> yahoo.com
Cc: mwd <at> md5i.com, 56561 <at> debbugs.gnu.org
Subject: bug#56561: 29.0.50; Infloop in try_window
Date: Sat, 16 Jul 2022 11:22:12 +0300
> Cc: mwd <at> md5i.com, 56561 <at> debbugs.gnu.org
> Date: Sat, 16 Jul 2022 10:32:30 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> 
> > > The situation that started this bug report is one such case: my fix
> > > will cause try_window to return zero in that case.  But if the entire
> > > text was processed and is in the glyph matrix, that zero return value
> > > doesn't mean a failure.
> > 
> > That isn't what the comment above try_window says about its return
> > value:
> > 
> >    Value is 1 if successful.  It is zero if fonts were loaded during
> >    redisplay which makes re-adjusting glyph matrices necessary, and -1
> >    if point would appear in the scroll margins.
> >    (We check the former only if TRY_WINDOW_IGNORE_FONTS_CHANGE is
> >    unset in FLAGS, and the latter only if TRY_WINDOW_CHECK_MARGINS is
> >    set in FLAGS.)
> 
> I'm reading the code, not the commentary.  I will fix the commentary
> to be more accurate

Now done.




This bug report was last modified 2 years and 330 days ago.

Previous Next


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