GNU bug report logs - #7348
23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: martin rudalics <rudalics <at> gmx.at>
Cc: yacoob <at> gmail.com, 7348 <at> debbugs.gnu.org, mituharu <at> math.s.chiba-u.ac.jp
Subject: bug#7348: 23.2.50; Emacs crashes on fast window resize with scrollbars on under OSX
Date: Tue, 09 Nov 2010 18:57:15 +0200

> Date: Tue, 09 Nov 2010 08:43:20 +0100
> From: martin rudalics <rudalics <at> gmx.at>
> CC: mituharu <at> math.s.chiba-u.ac.jp, yacoob <at> gmail.com, 
>  7348 <at> debbugs.gnu.org
> 
>  > The second call to do_pending_window_change is conditioned on
>  > must_finish being zero, which I think cannot happen when this
>  > situation hits.
> 
> Well I thought must_finish being non-zero means we must neglect pending
> changes while must_finish zero means we are allowed to do them.  But I
> don't understand redisplay_internal at all.

On second thought, perhaps we should simply goto retry after this
second call.  I don't believe we could hit an infloop, since the
offending window was already deleted.  WDYT?

> In my branch I try to avoid that frame size changes may delete the
> selected window.

How can you do that in general?  What will the window display like?

Previous Next

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