On Wed, Jan 23, 2008 at 10:50:13AM +0100, Bernhard R. Link wrote: > * ???????????? ?????????????????? <[EMAIL PROTECTED]> [080122 19:42]: > > 2008/1/22, Bernhard R. Link <[EMAIL PROTECTED]>: > > > I just stumbled over this bug report and you might want to test if it > > > is bug http://bugs.debian.org/347308 of xterm. > > > > Did your patch make it into upstream xterm version? I'm using xterm > > 231 and experiencing the bug. > > As far as I understand it, the patch disables some workaround for > non-pty ttys (or perhaps even only Solaris non-pty ttys) that causes > this race condition. Thus upstream wanted to further investigate this > and I got no more feedback. > > > If you believe the bug is in xterm and know how to fix it, I'll > > reassign the bug (once again ;-) > > 226's Changelog allegely says this might be closed, and I yet could not
It says:
Patch #226 - 2007/6/17
* modify logic which resets/updates the screensize on the child
process side of the pseudo-terminal to do this only if a successful
handshake was received, e.g., as determined by the waitForMap
resource (prompted by reports by Emanuele Giaquinta and Bernhard R
Link, but see also [249]patch #177 and [250]patch #159.
As I recall that, the later "resets/updates" detail was causing the window
manager's changes to be overwritten.
> reproduce it myself with 231 (though race conditions are always a bit
> strange. Without some sleep call added to the sources, I could only
> reproduce the old bug myself by making sure the xterm binary is not
> in the kernel caches and my window manager ratpoison is).
It could of course be another old (or new) bug as yet undiagnosed...
--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net
pgpc3P3MdAE2T.pgp
Description: PGP signature
