Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!cs.utexas.edu!uunet!pplace!khaw
From: khaw@pplace.COM (Mike Khaw)
Newsgroups: comp.sys.apollo
Subject: Re: su
Message-ID: <552@parcplace.pplace.COM>
Date: 28 Jun 89 20:07:01 GMT
References: <366@quintro.UUCP>
Distribution: usa
Organization: ParcPlace Systems, Palo Alto, CA
Lines: 39

> Something else I've noticed with su and root login in general.  The

Other oddities about SR10.x root login:

	I have to do "stty -tabs" to get ls listings to line
	up right, but I don't have to do that for non-root
	logins.  Putting "stty -tabs" in .cshrc doesn't help.

	Hitting the HELP key only gets you generic Domain_OS
	help, but not man files.  Non-root accounts get both
	Domain_OS help and man files with the HELP key.

(Not-necessarily-root) Domain_OS vi weirdities (no flames
about using vi, please -- I have to work on many different Unix
machines and it's not worth the aggravation to me to learn the DM
editor):

	Occasionally, if you open a shell window and start up
	vi immediately, vi prints some complaint about not
	knowing what an apollo_<mumble> terminal type is, goes
	into line mode and then some state where it's hung.
	If I kill the vi process and then again try vi in the
	same window, it works fine.

	Operations like "!G sort" to sort the contents of vi's
	buffer work but cause 2 lines of "ioctl: not a typewriter"
	to be inserted ahead of the current line.

	Once in a while, ^Z out of vi hangs the shell window.

	(Must be a keymap problem ...) ^^ (control-caret) doesn't
	do anything (it's supposed to take you to the previous file
	you were editing).  I also wish the bsd environment did
	proper keymaps for ^u (kill line) and ^w (kill word).

Mike Khaw
-- 
ParcPlace Systems, 1550 Plymouth St., Mountain View, CA 94043	415/691-6749
Domain=khaw@parcplace.com, UUCP={uunet,sun,decwrl}!parcplace!khaw