On Wed, Jan 23, 2008 at 10:50:13AM +0100, Bernhard R. Link wrote:
> * ???????????? ?????????????????? <cmr.pent@gmail.com> [080122 19:42]:
> > 2008/1/22, Bernhard R. Link <brlink@debian.org>:
> > > 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
Attachment:
pgpQrx0k9OlUQ.pgp
Description: PGP signature