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

Previous Next

Full log

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

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

> 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?

And the set of Emacs windows is finite, IIRC.  But redisplay_internal is
so convoluted that you never know.

In any case it seems to me the most reasonable thing to do.

>> 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?

When I change a frame's size I have two cases: If I can accomodate all
of its windows, I shrink them.  If I can't accomodate all of them, I
make the frame's selected window the frame's root window, deleting all
other windows.

martin

Previous Next

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