Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!uunet!virtech!cpcahil
From: cpcahil@virtech.uucp (Conor P. Cahill)
Newsgroups: comp.unix.i386
Subject: Re: vi: Tmp file too large - ULIMIT?
Message-ID: <1990Feb9.144044.4562@virtech.uucp>
Date: 9 Feb 90 14:40:44 GMT
References: <8655@cbnewsm.ATT.COM> <15108@bfmny0.UU.NET> <3P91VN6ccs@ficc.uu.net> <1235@rsiatl.UUCP>
Reply-To: cpcahil@virtech.UUCP (Conor P. Cahill)
Distribution: usa
Organization: Virtual Technologies Inc., Sterling VA
Lines: 28

In article <1235@rsiatl.UUCP> jgd@rsiatl.UUCP (John G. De Armond) writes:
>In article <3P91VN6ccs@ficc.uu.net> karl@ficc.uu.net (Karl Lehenbauer) writes:
>
>>>>I cannot edit a large text file (~450K) using 'vi'.
>>>>It complains 'Tmp file too large' and switches to 'ed' mode.
>
>You obviously hit a ulimit :-)

No.  They had a problem with thier stock vi.  A little research has shown
that the system V R3.2 vi distributed by AT&T, intel and I belive ESIX has 
been compiled with very restricted limits on the number of lines in a file,
number of rows/cols of a display and other such stuff.

The version released in SV R3.1 has much more expansive limits.

A quick look at the 386/ix vi (using strings /usr/bin/vi | grep Version)
will show that it is running version 3.1.  Maybe version doesn't correspond
to Release, but there is a difference.   And I did try to edit a large
file with the vi from my Bell Tech SV R3.1 and it was able to edit large
files.



-- 
+-----------------------------------------------------------------------+
| Conor P. Cahill     uunet!virtech!cpcahil      	703-430-9247	!
| Virtual Technologies Inc.,    P. O. Box 876,   Sterling, VA 22170     |
+-----------------------------------------------------------------------+