Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!watmath!clyde!burl!ulysses!bellcore!decvax!decwrl!pyramid!hplabs!tektronix!reed!psu-cs!nelsons From: nelsons@psu-cs.UUCP Newsgroups: net.unix-wizards,net.unix,net.info-terms Subject: Re: Re: terminfo, termcap, etc Message-ID: <403@psu-cs.UUCP> Date: Thu, 22-May-86 15:59:37 EDT Article-I.D.: psu-cs.403 Posted: Thu May 22 15:59:37 1986 Date-Received: Sun, 25-May-86 12:02:24 EDT References: <1135@bunker.UUCP> <155@molihp.UUCP> <2774@pegasus.UUCP> <1553@ecsvax.UUCP> <1119@whuxl.UUCP> Distribution: net Organization: Dept. of Computer Science, Portland State University; Portland OR Lines: 42 Xref: watmath net.unix-wizards:18177 net.unix:7951 net.info-terms:988 > in an already-parsed binary file? I find terminfo a huge step forwards > in design. > ... > > Give me a break. The format is documented and easy to parse, and anyway, > with SVR3 you get the infocmp(1) program, which dumps a terminfo entry > in a form suitable for editing and recompiling via tic(1). What the > hell more do you want? And my 5620 terminfo entry works fine (I'm using > it right now). > ... > > $ infocmp >file; ed file; tic file > Real difficult. Terminfo just beats the pants off termcap; > the sooner termcap disappears the better. > -- > Michael Baldwin > (not the opinions of) AT&T Bell Laboratories > {at&t}!whuxl!mike FLAME ON: Unfortunately, not all of us happen to have SVR3, nor do we have infocmp(1) or anything similar. But that's not my biggest beef with tic(1). I don't know if anyone else has had this problem, but when tic(1) is fed a file it doesn't like, it very quietly *unlinks everything under /usr/lib/terminfo*!! I do *not* like having to clean up after tic throws up on my filesystem, and I definitly do not consider that a "huge step forward in design". Flame off. By the way, if anyone can send me an untic program, I would be much obliged... Shannon Nelson Portland State University Portland, OR ...tektronix!psu-cs!nelsons