Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 205982 - xterm hangs on xinerama
xterm hangs on xinerama
Status: CLOSED DUPLICATE of bug 134930
Product: Fedora
Classification: Fedora
Component: xorg-x11 (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: X/OpenGL Maintenance List
David Lawrence
: 240428 (view as bug list)
Depends On:
  Show dependency treegraph
Reported: 2006-09-11 03:31 EDT by Ralf Ertzinger
Modified: 2007-11-30 17:11 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-03-29 08:53:19 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
xorg.conf for xinerama (3.50 KB, text/plain)
2006-09-11 03:32 EDT, Ralf Ertzinger
no flags Details
List of all installed xorg packages (I hope) (3.24 KB, text/plain)
2006-09-11 03:33 EDT, Ralf Ertzinger
no flags Details
strace output for the first (failed), second (failed) and third (succeeded) xterm start attempt while running xinerama (102.58 KB, application/octet-stream)
2006-09-11 03:43 EDT, Ralf Ertzinger
no flags Details
Backtrace (3.91 KB, text/plain)
2007-02-13 11:35 EST, Lukas Doktor
no flags Details

  None (edit)
Description Ralf Ertzinger 2006-09-11 03:31:39 EDT
Description of problem:
OK, this one is pretty strange.
I am running a dualhead xinerama setup (two graphics cards). Config is attached.
Immediately after logging into gnome it takes several attempts to start a
working xterm. The first attempt usually results in a black window (I use
yellowish-on-black) which does not react to any input and has to be xkill-ed.
The second start attempt gets a bit further and displays some characters of my
prompt and hangs then. The third attempt usually produces a workable xterm. All
further opened xterms work as intended.

The funny thing is that xterm behaves completely normally if I go back to a
single screen X setup (just disabling the second screen)

Version-Release number of selected component (if applicable):

How reproducible:
Always (on xinerama)

Steps to Reproduce:
1. configure xinerama setup
2. log in
3. start xterm
Actual results:
Takes several attempts to create a working xterm

Expected results:
Immediate working xterm (as in single screen mode)

Additional info:
Comment 1 Ralf Ertzinger 2006-09-11 03:32:33 EDT
Created attachment 135974 [details]
xorg.conf for xinerama
Comment 2 Ralf Ertzinger 2006-09-11 03:33:06 EDT
Created attachment 135975 [details]
List of all installed xorg packages (I hope)
Comment 3 Ralf Ertzinger 2006-09-11 03:43:29 EDT
Created attachment 135976 [details]
strace output for the first (failed), second (failed) and third (succeeded) xterm start attempt while running xinerama
Comment 4 Miroslav Lichvar 2006-09-21 07:13:34 EDT
I didn't manage to reproduce it and the strace logs don't have much difference.
More info would be appreciated.

Did it start with some specific version of xterm? Was it ok in FC5? Have you
more than one CPU?
Comment 5 Ralf Ertzinger 2006-09-22 04:26:34 EDT
I just tried to install the xterm packages from FC5 and FC4. Both show the same

So... I am inclined to believe that this is not xterm issue but has something to
do with the rest of X. I can not tell when this behaviour started, since it
started right after adding a second screen.

Is there some kind of "strace for X" that can deliver more information about
what exactly is going on?
Comment 6 Miroslav Lichvar 2006-09-22 07:40:21 EDT
Ok, you can compile xterm with tracing enabled:
rpmbuild -bb -D 'enable_trace 1' xterm.spec

xterm compiled with this option will produce Trace-*.out files in current directory.
Comment 7 Lukas Doktor 2007-02-13 11:35:58 EST
Created attachment 148002 [details]

Hi, I'm having the same problem. When I run anything what use ncurses
(mc,centericq..) it sometime freeze.

Xinerama "On"
Graphic Driver "fglrx"
xterm-215-4.el5, xterm-223-3.fc7  (both i386, x86_64)
Xdefaults:  xterm*scrollBar: False, *background: Black, *foreground: White
Comment 8 Chris Underhill 2007-03-28 16:28:03 EDT
I can reproduce this problem on FC7 Test 2. Release is xterm-224-2.fc7.x86_64.
Setup is triple-headed using the latest NVidia driver (1.0-9755), with two
PCI-Express GeForce 7300GS cards. With xinerama switched off, xterm works fine.
Comment 9 Miroslav Lichvar 2007-03-29 08:53:19 EDT
I finally reproduced the problem and it looks like duplicate of bug #134930,
reported upstream at https://bugs.freedesktop.org/show_bug.cgi?id=3040.

If you don't need UTF-8 mode, you can avoid the bug with resource:
XTerm.vt100.utf8: 0

*** This bug has been marked as a duplicate of 134930 ***
Comment 10 Miroslav Lichvar 2007-05-17 10:58:20 EDT
*** Bug 240428 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.