Path: utzoo!utgpu!news-server.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ucsd!swrinde!zaphod.mps.ohio-state.edu!usc!elroy.jpl.nasa.gov!ames!sgi!rpw3@rigden.wpd.sgi.com
From: rpw3@rigden.wpd.sgi.com (Rob Warnock)
Newsgroups: comp.bugs.sys5
Subject: Re: Obscure Vi bug?
Message-ID: <65431@sgi.sgi.com>
Date: 28 Jul 90 04:33:25 GMT
References: <798@intelhf.hf.intel.com> <295@sherpa.UUCP>
Sender: rpw3@rigden.wpd.sgi.com
Reply-To: rpw3@sgi.com (Rob Warnock)
Organization: Silicon Graphics, Inc., Mountain View, CA
Lines: 28

In article <295@sherpa.UUCP> rac@sherpa.UUCP (Roger Cornelius) writes:
+---------------
| From article <798@intelhf.hf.intel.com>, by fredch@starlite.hf.intel.com:
| > Go to 2 lines below the bottom line using the G command.  For example, under
| > TERM=xterm, go to line 25; under TERM=AT386 or TERM=vtpc, go to line 26.
| > Then type ^B.  It will beep.  Then, type j.  Suddenly the current line will
| > be copied onto line 1, and your file just got modified.
| 
| This also occurs with the vi on SCO UNIX V3.2.0, which, when given the
| :version command reports SVR3.1.  It doesn't appear to be file length
| specific.
+---------------

This does *not* fail on an SGI 4D/25 (Irix 3.3). I tried "G"ing to +0, +1,
+2, +3 lines below the bottom one on the screen; "^B" always worked properly
from there, no beeps, no altering of text.

The ":version" command reports "Version SVR3.1". I don't know if the fix is
local to SGI, or possibly the bug is only in '386 versions of System-V.


-ROb

-----
Rob Warnock, MS-9U/510		rpw3@sgi.com		rpw3@pei.com
Silicon Graphics, Inc.		(415)335-1673		Protocol Engines, Inc.
2011 N. Shoreline Blvd.
Mountain View, CA  94039-7311