home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!spool.mu.edu!enterpoop.mit.edu!senator-bedfellow.mit.edu!athena.mit.edu!ghudson
- From: ghudson@athena.mit.edu (Greg Hudson)
- Newsgroups: comp.windows.x
- Subject: xterm termcap question
- Date: 21 Jan 1993 13:37:00 GMT
- Organization: Massachusetts Institute of Technology
- Lines: 34
- Distribution: world
- Message-ID: <1jm8tsINNe2v@senator-bedfellow.MIT.EDU>
- NNTP-Posting-Host: lockpick.mit.edu
- Summary: xterm termcap lacking "cs" capability
-
- I haven't been lurking for a few weeks to make sure I'm avoiding
- common gaffes, but I have checked the FAQ briefly. I apologize if I
- missed this question on the FAQ, but it seems unlikely, since it's
- actually a question about tty programming.
-
- I'm the author of a couple of client programs that support full-screen
- tty displays, and I often run into the problem that the xterm termcap
- seems to be missing the "cs" (set scroll area) capability, even though
- xterms support it. Users can set their TERM to vt100 and everything
- is fine, but my users don't generally know this, and I'd rather deal
- with the problem transparently if possible. Unfortunately, most
- setups I've seen set the TERMCAP environment variable with all the
- termcap information so that the li# and co# fields will be correct, so
- the simple
-
- term = getenv("TERM");
- if (!term)
- barf();
- if (strcmp(term, "xterm") == 0)
- term = "vt100";
-
- shouldn't help most of the time.
-
- Has anybody else dealt with this problem? Does anyone know *why* the
- xterm termcap is missing this capability? My current plan is to check
- for an xterm termtype and hardcode the cs capability for it, but
- that's an ugly solution. Of course, I may eventually write an X
- interface for my most recent program, and this would be the ideal
- solution.
-
- Thanks for any help.
-
- --GBH
-
-