NetBSD Problem Report #41526
From Ephaeton@gmx.net Tue Jun 2 16:56:40 2009
Received: from mail.netbsd.org (mail.netbsd.org [188.8.131.52])
by www.NetBSD.org (Postfix) with ESMTP id BD83D63B11D
for <gnats-bugs@gnats.NetBSD.org>; Tue, 2 Jun 2009 16:56:39 +0000 (UTC)
Date: Tue, 2 Jun 2009 12:56:33 -0400 (EDT)
Subject: re-support /usr/bin/vi's -F option
>Synopsis: re-support /usr/bin/vi's -F option
>Arrival-Date: Tue Jun 02 17:00:00 +0000 2009
>Originator: Martin S. Weber
>Release: NetBSD 5.0_STABLE
System: NetBSD agamemnon.entropie.local 5.0_STABLE NetBSD 5.0_STABLE (AGAMEMNON5) #0: Fri May 22 19:03:57 EDT 2009 email@example.com:/home/netbsd/obj/sys/arch/i386/compile/AGAMEMNON5 i386
/usr/bin/vi used to have the "-F" option which would prevent reading in
the whole file at once. This used to be very, very useful when looking
at really big files. It worked responsive (because it did not try to read
the whole file), and it worked no matter the size of your /var/tmp.
To quote a previous co-worker of mine who often had to look at really
big files: "I usually use nedit but this is one of the use-cases where
I love vi". I whole-heartedly agree with him.
With the update of nvi, the -F option got thrown away
("vi: -F option no longer supported"). This inverts the situation where
vi once won over nedit: The whole file needs to be read in, which can
take a considerable amount of time; also the vi backup routine tries to
make a copy of the file to /var/tmp/vi.recover. Aside of the obvious
problem that vi no takes quite an amount of time to open big files, this
limits vi's usefulness on big files: the size of the /var partition
now limits the size of files one can open. In my opinion this is a serious
regression of vi's features.
try to open a file bigger than your /var partition.
- don't use multiple partitions
-> but then vi without -F still is slow and wasteful
- re-support -F
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.