Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!mtune!codas!novavax!murphy!dave
From: dave@murphy.UUCP (Dave Cornutt )
Newsgroups: comp.sources.wanted,comp.unix.wizards
Subject: Re: Needed - vi that can handle 132 columns
Message-ID: <326@murphy.UUCP>
Date: Tue, 19-May-87 08:59:57 EDT
Article-I.D.: murphy.326
Posted: Tue May 19 08:59:57 1987
Date-Received: Wed, 20-May-87 04:48:01 EDT
References: <148@mergvax.UUCP>
Distribution: na
Organization: Gould CSD, Fort Lauderdale, FL
Lines: 23
Summary: the problem isn't vi, it's termcap
Xref: mnetor comp.sources.wanted:1201 comp.unix.wizards:2385

In article <148@mergvax.UUCP>, donnelly@mergvax.UUCP (Mark Donnelly) writes:
> I am looking for a version of vi that can handle 132 columns. The one I
> have under 4.1BSD can really only do 100 columns. If anyone has such an
> animal I would greatly appreciate a copy.

I suspect that your problem isn't vi, it's your termcap entry.  We used to
have this problem here.  One day I got to checking around and I discovered
that we had a whole bunch of termcap entries for VT100-type terminals that
had %2 in the cursor capability instead of %d, meaning that curses could
only generate column numbers up to 99.  Check your termcap entry, and if
the cursor motion string has %2 for the column output, try changing it to
%d or %3.
---
"Country beats the hell out of me" -- Jerry Dale McFadden

Dave Cornutt, Gould Computer Systems, Ft. Lauderdale, FL
[Ignore header, mail to these addresses]
UUCP:  ...!{sun,pur-ee,brl-bmd,seismo,bcopen,rb-dc1}!gould!dcornutt
 or ...!{ucf-cs,allegra,codas,hcx1}!novavax!gould!dcornutt
ARPA: dcornutt@gswd-vms.arpa

"The opinions expressed herein are not necessarily those of my employer,
not necessarily mine, and probably not necessary."