> Debian Bug report logs - #200857
> xterm fails to honour dtterm sequence ESC[21t
...
>I think it might be better to do something like this [see patch]:
>The iscntrl() test can be replaced easily if more/less paranoia is
>required - it's not really fair to expect apps to figure out the
>escape sequence is just gone, as afaict there's no way to ask if
>a term supports many of them other than checking TERM and going by
>what you know/expect that terminal to support.
not exactly - the label doesn't have control characters - see this chunk
in misc.c:
default:
if (ansi_table[CharOf(*cp)] != CASE_PRINT)
return;
}
The complaint is that someone could be misled into pressing return after
a bogus title was sent to the host, e.g., as part of cat'ing a core-dump
to the terminal. (Why anyone would want to do this is another story).
Or doing tail -f on a so-called logfile (no different ;-).
This is in patch #174 (would allow someone to use these features if they're
inclined to read the manpage):
allowWindowOps (class AllowWindowOps)
Specifies whether extended window control
sequences (as used in dtterm) for should be
allowed.
--
Thomas E. Dickey <[EMAIL PROTECTED]>
http://invisible-island.net
ftp://invisible-island.net
