Bug 156470 - xterm fails to start with "ioctl() failed on TIOCSETP"
xterm fails to start with "ioctl() failed on TIOCSETP"
Status: CLOSED UPSTREAM
Product: Fedora
Classification: Fedora
Component: xterm (Show other bugs)
rawhide
powerpc Linux
medium Severity medium
: ---
: ---
Assigned To: X/OpenGL Maintenance List
:
: 158853 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2005-04-30 18:40 EDT by Ralf Ertzinger
Modified: 2007-11-30 17:11 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-05-06 02:18:26 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:


Attachments (Terms of Use)
strace -tt -f -F -s 128 xterm (152.07 KB, text/plain)
2005-04-30 18:40 EDT, Ralf Ertzinger
no flags Details


External Trackers
Tracker ID Priority Status Summary Last Updated
FreeDesktop.org (Old) 3212 None None None Never

  None (edit)
Description Ralf Ertzinger 2005-04-30 18:40:20 EDT
Description of problem:
Trying to start xterm yields the following message:

xterm: Error 23, errno 22: Invalid argument
Reason: spawn: ioctl() failed on TIOCSETP

This just happens on my iBook, the athlon box is fine.
I cannot see anything obviously fishy in the strace (attached)

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

How reproducible:
Always

Steps to Reproduce:
1. open a different terminal program
2. try to start xterm
3.
  
Actual results:
xterm fails to start

Expected results:
xterm starts

Additional info:
Comment 1 Ralf Ertzinger 2005-04-30 18:40:20 EDT
Created attachment 113895 [details]
strace -tt -f -F -s 128 xterm
Comment 2 Mike A. Harris 2005-05-04 21:27:34 EDT
Please file a bug report in X.Org bugzilla to track this issue,
which is located at http://bugs.freedesktop.org in the "xorg" component.

Once you've filed your report to X.Org, if you paste the URL here,
Red Hat will track the issue in X.Org bugzilla with upstream developers,
and will review any fixes that become available for potential inclusion
in future Fedora Core updates.
Comment 3 Mike A. Harris 2005-05-04 21:28:12 EDT
Setting status to "NEEDINFO", awaiting upstream bug report URL.
Comment 4 Ralf Ertzinger 2005-05-05 09:04:15 EDT
Bug has 
Comment 5 Ralf Ertzinger 2005-05-05 09:04:58 EDT
Bug has been added to fdo bugzilla.
Comment 6 Mike A. Harris 2005-05-06 02:18:26 EDT
Thanks for the URL.

I've added http://freedesktop.org/bugzilla/show_bug.cgi?id=3212
to our internal tracker.

Setting status to "UPSTREAM" for tracking via Xorg bugzilla.

Thanks again.
Comment 7 Thomas E. Dickey 2005-05-15 19:01:01 EDT
perhaps this (xterm patch #202):
ignore error in the I/O initialization that tries to set the tty to 7-bit input 
for the case where eightBitInput resource is false (Debian #298551).
Comment 8 Ralf Ertzinger 2005-05-17 04:54:18 EDT
Well, setting 'XTerm*eightBitInput: true' magically makes xterm work again, so
it looks like we have a winner here. The only thing that puzzles me is that
(according to the man page) this should be the default setting.
Comment 9 Thomas E. Dickey 2005-05-17 05:00:49 EDT
The manpage documents what the upstream source does.
downstream packages may change this (though it would
be nice if they updated the manpage as well).
The eightBitInput resource is probably being set false
to appease users of Midnight Commander, who want the
Alt key to send an ESC.  A similar effect can be obtained
using the metaSendsEscape resource.
Comment 10 Mike A. Harris 2005-05-26 04:00:52 EDT
*** Bug 158853 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.