Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 beta 3/9/83; site cca.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!harpo!decvax!cca!z
From: z@cca.UUCP (Steve Zimmerman)
Newsgroups: net.bugs.4bsd
Subject: Re: Bug in tset(1) - (nf)
Message-ID: <388@cca.UUCP>
Date: Tue, 1-May-84 08:59:06 EDT
Article-I.D.: cca.388
Posted: Tue May  1 08:59:06 1984
Date-Received: Wed, 2-May-84 06:36:23 EDT
References: <3192@fortune.UUCP>
Organization: Computer Corp America, Cambridge
Lines: 12

Yes, this is a problem.  Aside from the fact that it is only logical
that a tab from the end of a line behave like every other tab (i.e,
advance no more than eight spaces), all terminals that I have seen with
hardwired tab stops do behave this way.  Furthermore, even those
terminals with user settable tab stops have a tab set in the first
column and every eight columns thereafter when they are initialized.
If the tab stops set by tset are different from default tab settings and
those on terminals with hardwired tab stops, then it becomes impossible
for programs to reliably know exactly where a terminal's tab stops are.

	Steve Zimmerman
	decvax!cca!z