| Age | Commit message (Collapse) | Author |
|---|
|
exist and has no recovery file that vi shall present an error and edit
foo as a new file. This change makes the behavior match the documentation;
previously it just spat out an error and quit. Problem found by jmc@
|
|
a warning that the file is read-only, it's obviously what's expected...
ok fgsch henning
|
|
|
|
|
|
|
|
|
|
|
|
Hans-Joerg.Hoexer@yerbouti.franken.de
|
|
espie@ ok for make/,
deraadt@ one extra eye,
millert@ ok
|
|
|
|
|
|
|
|
outside the tree)
|
|
hand editing to make comments line up correctly. Another pass is forthcoming that handles the cases that could not be done automatically.
|
|
: date: 2001/10/20 10:04:50; author: aymeric
: Fix a cut_line() caller not using the right value for (former) ENTIRE_LINE,
: by defining the (newer) CUT_LINE_TO_EOL define in common/cut.h and using it
: where due.
: Bug reported on current-users by Masanori Kanaoka <kanaoka@ann.hi-ho.ne.jp>
: diagnosed by Bang Jun-Young <bjy@mogua.org>,
: quick-fixed by Robert Elz <kre@munnari.OZ.AU>.
|
|
characters,
and use ENTIRE_LINE instead of hardcoding 0 in a few places. Fixes a bug when
dw on an empty line would delete only the empty line, but copy the next line too.
From NetBSD, ok millert
|
|
|
|
|
|
expect since the mode mkstemp() uses can be modified by the umask.
This fixes a problem where vi would spin trying to create temp
files, eating up inodes; reported by xyntrix@bitz.org
This fix has the side effect of letting you create files with
silly modes (like 0000), but that is probably OK.
|
|
Makes the message more useful for the user; from NetBSD, millert@ ok
|
|
|
|
reviewed by millert@
|
|
o make port.h empty since we there is nothing we lack
o include <sys/param.h>, not <sys/types.h> in files that use MIN/MAX macros
o add perl api support since we have libperl (off by default)
|
|
Reason:
vi uses flock to help you notice when you are already editing a file.
But, when using :shell or :! the fdesc for the locked file is inherited by
the subprocess.
This means that if you (say) do a :!xterm& and then quit vi, the fdesc is
kept open by the xterm and the lock is never released. future vi's on
that file will then complain.
I sent this off to bostic.com a long time ago but have as yet heard nothing.
|
|
|
|
|
|
|
|
|
|
|
|
+ Fix bugs when both the leftright scrolling and number edit options
were on.
+ Fix bug where splitting in the middle of the screen could repaint
incorrectly.
+ Fix first-nul in input bug, where random garbage was inserted.
+ Correct search and mark-as-motion-command bug, it's a line mode
action if the search starts at or before the first non<blank>.
+ Fix bug autoindent bug, where ^D could shift too far in the line.
+ Fix core dump where ! command called from the .exrc file.
+ Add the -S command-line option, which initializes vi to have the
secure edit option preset.
|
|
+ Fix bug where ^V didn't keep input mapping from happening.
+ Fix a core dump bug in the R command.
+ Give up on licensing: no more shareware, adware, whatever.
+ Fix cursor positioning bug for C, S and c$ in an empty file.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
