Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!usc!brutus.cs.uiuc.edu!psuvax1!rutgers!bpa!cbmvax!grr
From: grr@cbmvax.commodore.com (George Robbins)
Newsgroups: comp.unix.ultrix
Subject: Re: /usr/new/csh file completion and "stty newcrt"
Message-ID: <9347@cbmvax.commodore.com>
Date: 15 Jan 90 20:26:57 GMT
References: <21127@pasteur.Berkeley.EDU> <9318@cbmvax.commodore.com> <21622@unix.cis.pitt.edu>
Reply-To: grr@cbmvax.commodore.com (George Robbins)
Organization: Commodore, West Chester, PA
Lines: 34

In article <21622@unix.cis.pitt.edu> cmf@obie.cis.pitt.edu (Carl M. Fongheiser) writes:
.... ( a bit of trimming )
> 
> My suspicion is that you're running an rn built to use termio to
> manipulate terminal characteristics instead of the sgtty style
> interface.
> 
> You can either apply the latest patches to rn (to patchlevel 43) and
> rerun Configure, or you can edit config.h and change the #define
> HAVE_TERMIO (or something similar) to an #undef.

:r !grep TERMIO /usr/local/src/rn/config.h
#undef	TERMIO		/* is this a termio system? */

Next theory?  I had to do this by hand ages ago, since Configure
was under some illusion that Ultrix was SysV compatible...

> >If it's something that reading and rewriting tty parameters seems to be
> >loosing then maybe it's time for an SPR.

> It only seems to be a problem if you try to do it between line
> disciplines, i.e., change the attributes of a BSD-style terminal using
> TERMIO or TERMIOS, or change the attributes of a POSIX terminal using
> TIOCGETP and TIOCSETP.

Admittedly, there are a number of possibilities - it could be that binaries
compiled under ultrix x.y will not perserve the bits under 3.x.  It's
probably a matter of isolating cases - which programs do the funny stuff
and why...

-- 
George Robbins - now working for,	uucp: {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)