vm: fix potential null deref
[minix.git] / man / man1 / elvrec.1
blobb541c2ed14d118a1a752a281cdddbfb7b1f4d746
1 .TH ELVREC 1
2 .SH NAME
3 elvrec - Recover the modified version of a file after a crash
4 .SH SYNOPSIS
5 .nf
6 \fBelvrec\fP [\fIpreservedfile\fP [\fInewfile\fR]]
7 .fi
8 .SH DESCRIPTION
9 .PP
10 If you're editing a file when \fIelvis\fP dies, the system crashes, or power fails,
11 the most recent version of your text will be preserved.
12 The preserved text is stored in a special directory; it does NOT overwrite
13 your text file automatically.
14 .PP
15 The \fIelvrec\fP program locates the preserved version of a given file,
16 and writes it over the top of your text file -- or to a new file, if you prefer.
17 The recovered file will have nearly all of your changes.
18 .PP
19 To see a list of all recoverable files, run \fIelvrec\fP with no arguments.
20 .SH FILES
21 .IP /usr/preserve/p*
22 The text that was preserved when \fIelvis\fP died.
23 .IP /usr/preserve/Index
24 A text file which lists the names of all preserved files, and the names
25 of the /usr/preserve/p* files which contain their preserved text.
26 .SH BUGS
27 .PP
28 \fIelvrec\fP is very picky about filenames.
29 You must tell it to recover the file using exactly the same pathname as
30 when you were editing it.
31 The simplest way to do this is to go into the same directory that you were
32 editing, and invoke \fIelvrec\fP with the same filename as \fIelvis\fP.
33 If that doesn't work, then try running \fIelvrec\fP with no arguments,
34 to see exactly which pathname it is using for the desired file.
35 .PP
36 Due to the permissions on the /usr/preserve directory, on UNIX systems
37 \fIelvrec\fP must be run as superuser.
38 This is accomplished by making the \fIelvrec\fP executable be owned by "root"
39 and setting its "set user id" bit.
40 .PP
41 If you're editing a nameless buffer when \fIelvis\fP dies, then \fIelvrec\fP
42 will pretend that the file was named "foo".
43 .SH AUTHOR
44 .nf
45 Steve Kirkendall
46 kirkenda@cs.pdx.edu
47 .fi