Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Bug#495435: xterm: Window resize race condition

0 views
Skip to first unread message

Tobias Diedrich

unread,
Aug 17, 2008, 8:30:15 AM8/17/08
to
Package: xterm
Version: 235-1
Severity: normal

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


When I resize xterm while vim oder mutt or some other program is running
in it (probably also bash, but it's not that visible there), the program
does not resize to the new window size, but to the last window size.
I.e. I start xterm and it's 80x24. I then start mutt and resize to
90x24, but mutt stays at 80x24. I resize again to 100x24 and mutt goes
to 90x24. Again to 60x24 and mutt goes to 100x24. And so on.

Unfortunately this seems to be a rather sporadic bug.
It looks like when the program gets SIGWINCH and queries the new window
size it still gets the old size from xterm. (race condition?)

When I manually send another SIGWINCH to the program it resizes to the
correct current xterm size.

- -- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (9999, 'testing'), (990, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.27-rc3 (PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xterm depends on:
ii libc6 2.7-13 GNU C Library: Shared libraries
ii libfontconfig1 2.6.0-1 generic font configuration library
ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library
ii libncurses5 5.6+20080713-1 shared libraries for terminal hand
ii libsm6 2:1.0.3-2 X11 Session Management library
ii libx11-6 2:1.1.4-2 X11 client-side library
ii libxaw7 2:1.0.4-2 X11 Athena Widget library
ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar
ii libxft2 2.1.12-3 FreeType-based font drawing librar
ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library
ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii xbitmaps 1.0.1-2 Base X bitmaps

Versions of packages xterm recommends:
ii x11-utils 7.3+2 X11 utilities
ii xutils 1:7.3+15 X Window System utility programs m

Versions of packages xterm suggests:
pn xfonts-cyrillic <none> (no description available)

- -- no debconf information

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFIqBUFzQZOfTz8JZwRAspLAKCfPR4e1EJvqTUfyAszBTMcfvOfWwCfULEi
0mFQE6JPlXZVnvl8LtMH7Ak=
=me7G
-----END PGP SIGNATURE-----

--
To UNSUBSCRIBE, email to debian-bugs-...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm...@lists.debian.org

Thomas Dickey

unread,
Aug 17, 2008, 11:30:24 AM8/17/08
to
On Sun, Aug 17, 2008 at 02:30:15PM +0200, Tobias Diedrich wrote:
> Package: xterm
> Version: 235-1
> Severity: normal
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> When I resize xterm while vim oder mutt or some other program is running
> in it (probably also bash, but it's not that visible there), the program
> does not resize to the new window size, but to the last window size.
> I.e. I start xterm and it's 80x24. I then start mutt and resize to
> 90x24, but mutt stays at 80x24. I resize again to 100x24 and mutt goes
> to 90x24. Again to 60x24 and mutt goes to 100x24. And so on.
>
> Unfortunately this seems to be a rather sporadic bug.

:-(

> It looks like when the program gets SIGWINCH and queries the new window
> size it still gets the old size from xterm. (race condition?)

any other clues would be helpful. Usually I'm using fvwm and tcsh (and
don't see any problems). Both the window manager and the shell have some
influence.

--
Thomas E. Dickey
http://invisible-island.net
ftp://invisible-island.net

Alexander E. Patrakov

unread,
Aug 17, 2008, 11:50:07 AM8/17/08
to
Thomas Dickey wrote:

Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 -
please confirm my testing under different kernel versions

--
Alexander E. Patrakov

Thomas Dickey

unread,
Aug 17, 2008, 1:30:17 PM8/17/08
to
On Sun, Aug 17, 2008 at 09:41:39PM +0600, Alexander E. Patrakov wrote:
> Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 -
> please confirm my testing under different kernel versions

My kernel version is older (2.6.15).

Tobias Diedrich

unread,
Aug 18, 2008, 3:30:12 AM8/18/08
to
Alexander E. Patrakov wrote:
> Thomas Dickey wrote:
>
> > On Sun, Aug 17, 2008 at 02:30:15PM +0200, Tobias Diedrich wrote:
> >> Package: xterm
> >> Version: 235-1
> >> Severity: normal
> >>
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >>
> >> When I resize xterm while vim oder mutt or some other program is running
> >> in it (probably also bash, but it's not that visible there), the program
> >> does not resize to the new window size, but to the last window size.
> >> I.e. I start xterm and it's 80x24. I then start mutt and resize to
> >> 90x24, but mutt stays at 80x24. I resize again to 100x24 and mutt goes
> >> to 90x24. Again to 60x24 and mutt goes to 100x24. And so on.
> >>
> >> Unfortunately this seems to be a rather sporadic bug.
> >
> > :-(
> >
> >> It looks like when the program gets SIGWINCH and queries the new window
> >> size it still gets the old size from xterm. (race condition?)
> >
> > any other clues would be helpful. Usually I'm using fvwm and tcsh (and
> > don't see any problems). Both the window manager and the shell have some
> > influence.
>
> Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 -
> please confirm my testing under different kernel versions

That sounds exactly like what I'm seeing (running 2.6.27-rc3 here).
I'll test with an older kernel in the evening...

--
Tobias PGP: http://9ac7e0bc.uguu.de
このメールは十割再利用されたビットで作られています。

Tobias Diedrich

unread,
Aug 22, 2008, 3:40:12 PM8/22/08
to
Tobias Diedrich wrote:
> > Looks exactly like this kernel problem: http://lkml.org/lkml/2008/8/11/538 -
> > please confirm my testing under different kernel versions
>
> That sounds exactly like what I'm seeing (running 2.6.27-rc3 here).
> I'll test with an older kernel in the evening...

So far 2.6.26 has behaved normal, I'm not seeing the bug with this
kernel version.

HTH,

0 new messages