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


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Po Lu <luangruo <at> yahoo.com>
Cc: mwd <at> md5i.com, 56561 <at> debbugs.gnu.org
Subject: Re: bug#56561: 29.0.50; Infloop in try_window
Date: Sat, 16 Jul 2022 13:57:55 +0300
> From: Po Lu <luangruo <at> yahoo.com>
> Cc: mwd <at> md5i.com,  56561 <at> debbugs.gnu.org
> Date: Sat, 16 Jul 2022 18:34:17 +0800
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> The point I was making was that aborting in such a situation (when there
> >> is no row where ends_at_zv_p is true) will result in false positives
> >> when the tooltip is intentionally too small to display the entire text.
> 
> > Yes, and so this situation should be detected, and we should avoid
> > triggering the assertion violation in that case.
> 
> Hmm.  I might've missed where you explained that, but how would I go
> about detecting that situation?
> 
> The way I understand the code is that we set the window dimensions to
> the max tooltip size, create a glyph matrix of that size, and then call
> try_window.

That is true.  Which part of detecting the above situation sounds
problematic to you?  I'm asking because I'm uncertain what should I
explain in this regard.




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.