🚀 go-pugleaf

 I found the following problem, which probably existed since 19.25.90
 
 emacs -q
 C-x 2
 Write (shrink-window-if-larger-than-buffer) in one of the two halves and
 then do
 eval-last-sexp so that you will have a window that has only one line in it
 (besides the mode line).
 
 Then do full zoom of the emacs frame. The 1-line window gets deleted.
 
 
Fill zooming is done as follows. I am using X11R5 with twm as a window manager.
I don't know if it happens under openwindows or on systems other than 
SunOS 4.1.3.

For zooming, I have

f.fullzoom bound to one of the mouse actions (a menu item of a menu that
pulls down when I press the mouse over a title bar). f.fullzoom is a TWM
function that toggles full zoom. 

I noticed that the latest versions of emacs don't let split-window to
create a window smaller than 3 lines (shrink-window-if-larger-than-buffer
is about the only way to do this). I didn't investigate, but I suspect that
when Emacs restores window config after zooming, it discards windows that
seem to small.


PS. A brief note: I applied the two patches that you sent to frame.c and
    dispnew.c in 19.25.95. Despite this, emacs is doing a LOT of garbage
    collection--much more than 19.25.94., so there is still a significant
    memory leak.
    I am not sure why this is happening (I am doing my usual stuff, same as
    in 19.25.94). If you can give me hints on how to track down the
    culprit, I could take a look.