[Bug 1297051] Re: gnome-terminal doesn't recognise C1 controls

boon derek at colourhorizons.com.au
Wed Aug 13 12:00:56 UTC 2014


http://www.vt100.net/ is a good source of information because it uses
the original manuals for the real terminals.

http://www.vt100.net/docs/vt510-rm/DA1 defines how \e[c works but it
isn't adequate to express the capability of a terminal. In particular it
doesn't cater for emulations that are incomplete. There are nowhere near
enough attribute values defined to specify what might be missing from an
emulation. The specification is unclear as to whether claiming a basic
conformance level means that all mandatory features at that level are
present. The specification doesn't say what those mandatory features
might be. The idea is right.

It's true that we could have defined the answerback response to have a
syntax that basically matches the response to \e[c but I think we would
need to define the semantics ourselves. That's academic though as gnome-
terminal doesn't support an answerback.

I could find no trace on the above-mentioned web site, or any other, of
\e[?40h being a valid command in a real terminal. I think it might be an
xterm invention.

The TERM variable is problematic with real terminals.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to vte3 in Ubuntu.
https://bugs.launchpad.net/bugs/1297051

Title:
  gnome-terminal doesn't recognise C1 controls

Status in “vte3” package in Ubuntu:
  New

Bug description:
  gnome-terminal seems not to recognise the C1 control characters.

  The particular character that is a problem for me is CSI. However
  there may be a generic issue with non-support of this whole range of
  characters.

  This range of characters should only be recognised when the encoding
  is a character set that is defined to include the C1 control
  characters but, at a quick look, that is all of the ISO-8859-x
  character sets and Unicode. (C1 control characters require encoding as
  a 2 byte sequence when the encoding is UTF-8. As unlikely as this may
  be to occur in practice, UTF-8 is not inconsistent with C1 control
  characters.)

  Part of the motivation for raising this bug report is that PuTTY seems
  to have declined in reliability recently and so I looked at why I am
  using PuTTY as opposed to gnome-terminal. Correct support of C1
  control characters is one reason. This works in PuTTY. It does not
  appear to work in gnome-terminal. Perhaps resources would be better
  spent making gnome-terminal work as well as PuTTY does, rather than
  attempting to get PuTTY fixed.

  ProblemType: Bug
  DistroRelease: Ubuntu 13.10
  Package: gnome-terminal 3.6.1-0ubuntu6
  ProcVersionSignature: Ubuntu 3.11.0-18.32-generic 3.11.10.4
  Uname: Linux 3.11.0-18-generic x86_64
  NonfreeKernelModules: nvidia
  ApportVersion: 2.12.5-0ubuntu2.2
  Architecture: amd64
  Date: Tue Mar 25 11:08:00 2014
  InstallationDate: Installed on 2011-10-25 (881 days ago)
  InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64 (20111012)
  MarkForUpload: True
  SourcePackage: gnome-terminal
  UpgradeStatus: Upgraded to saucy on 2013-11-08 (136 days ago)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/vte3/+bug/1297051/+subscriptions



More information about the foundations-bugs mailing list