This occasionally comes in handy, so I'll add it to utils.
[sgt/utils] / reservoir / reservoir.but
CommitLineData
dacb460d 1\cfg{man-identity}{reservoir}{1}{2005-05-13}{Simon Tatham}{Simon Tatham}
2
3\title Man page for \cw{reservoir}
4
5\U NAME
6
7\cw{reservoir} - delay stage in a pipeline
8
9\U SYNOPSIS
10
11\c reservoir [ -o filename ]
12\e bbbbbbbbb bb iiiiiiii
13
14\U DESCRIPTION
15
16\cw{reservoir}'s function is to read from its standard input until
17it sees end-of-file, then to write everything it has seen to its
18standard output.
19
20It behaves exactly like \cw{cat} with no arguments, except that it
21writes none of its outgoing data until all of its input has arrived.
22
23\U OPTIONS
24
25\dt \cw{-o} \e{filename}
26
27\dd Causes the output to be written to \e{filename} rather than to
28standard output. \e{filename} is not opened until after
29\cw{reservoir} detects end of file on its input.
30
31\U EXAMPLES
32
33If you have a program which filters its input in some way (for
34example, a base-64 decoder, or a \cw{tr}(1) command performing
35rot13), and you wish to copy a small amount of data into that
36program using a terminal emulator's paste function, it can be
37inconvenient to have the output interspersed with the echoed input
38so that you cannot select and copy the output as a whole.
39
40For example:
41
42\c $ tr a-zA-Z n-za-mN-ZA-M
43\e bbbbbbbbbbbbbbbbbbbbbb
44\c Hello, world.
45\e bbbbbbbbbbbbb
46\c Uryyb, jbeyq.
47\c This is a test.
48\e bbbbbbbbbbbbbbb
49\c Guvf vf n grfg.
50
51If your terminal emulator pastes the text line by line, then to copy
52the transformed output requires you to separately select each line
53of the output. If the terminal pastes in larger chunks, you may not
54see the problem quite so quickly, but it will still appear
55eventually.
56
57You can solve this using \cw{reservoir}:
58
59\c $ tr a-zA-Z n-za-mN-ZA-M | reservoir
60\e bbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbbb
61\c Hello, world.
62\e bbbbbbbbbbbbb
63\c This is a test.
64\e bbbbbbbbbbbbbbb
65\c (now the user presses ^D)
66\e iiiiiiiiiiiiiiiiiiiiiiiii
67\c Uryyb, jbeyq.
68\c Guvf vf n grfg.
69
70A common reason why you might want to buffer data in a pipeline is
71in order to transform a file in place. For example, you cannot write
72
73\c $ tr a-zA-Z n-za-mN-ZA-M < temp.txt > temp.txt
74
75because the output redirection will destroy the contents of the file
76before its original contents can be read. \cw{reservoir} can help,
77because it does not begin writing output until after the input has
78all been read.
79
80You still cannot use output redirection, because the presence of the
81\cw{>} operator on your command line will cause the output file to
82be truncated to zero length \e{before} running \cw{reservoir}, so
83there is nothing \cw{reservoir} can do about this. Instead, you can
84use the \cw{-o} option provided by \cw{reservoir}:
85
86\c $ tr a-zA-Z n-za-mN-ZA-M < temp.txt | reservoir -o temp.txt
87
88Now \cw{reservoir} will not open \cw{temp.txt} for output until
89\e{after} the rest of the pipeline has finished reading data from it.
90
91(This is not a reliable means of editing files in place. If
92something goes wrong half way through writing the output, part of
93your data will be lost. Also, the file is not replaced atomically.
94This method is very convenient in non-critical situations, but is
95not recommended for critical or automated use.)
96
97\U LICENCE
98
99\cw{reservoir} is free software, distributed under the MIT licence. Type
100\cw{reservoir --licence} to see the full licence text.
101
102\versionid $Id$