Bug in SIGWINCH (or signals in general?) handling

["Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxx>]

I was playing around with resizing an xterm and noticed that zsh 3.0.5 wasn't
changing $COLUMNS and $LINES to match the new terminal size.  (It still isn't
doing so, even as I type this.)  Thinking "Hmm, I thought zsh was monitoring
SIGWINCH now," I typed 
	TRAPWINCH() { print FOO }
and resized the window.  Sure enough, FOO appeared.  So then I typed
	eval `resize`
and FOO appeared again, but I didn't get a prompt back; zsh locked up.  The
stack trace (sorry, no debug symbols) looks like:

(gdb) where
#0  0x40076090 in sigsuspend (__sigmask=0x0)
#1  0x400aeb54 in __DTOR_END__ ()
#2  0x805981f in getoutput ()
#3  0x807307e in stringsubst ()
#4  0x8072d5e in prefork ()
#5  0x8057b81 in execcmd ()
#6  0x8056eb3 in execpline2 ()
#7  0x80569ca in execpline ()
#8  0x80566cc in execlist ()
#9  0x8063b6b in loop ()
#10 0x8063969 in main ()
#11 0x8049fee in _start ()

This is on Linux 2.0.33, libc5 (not glibc).

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com