aboutsummaryrefslogtreecommitdiff
path: root/man/man1/snarfer.1
blob: 54200b4b242d4c2934671d620d752f68355f0fed (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
.TH SNARFER 1
.SH NAME
snarfer \- manage the snarf buffer
.SH SYNOPSIS
.B snarfer
[
.B -v
]
.SH DESCRIPTION
.I Snarfer
watches the snarf buffer for changes.
Each time a program changes the snarf buffer contents,
.I snarfer
copies the new contents and then takes over control
of the buffer.
Because the snarf buffer contents are managed by 
.I snarfer
instead of by individual programs, the contents remain
available even after the program that wrote them exits.
.PP
The 
.B -v
option, intended for debugging, causes
.I snarfer
to print the new snarf buffer contents each time it changes.
.PP
On Mac OS X, 
running
.I snarfer
keeps the X11 snarf buffer in sync with the Carbon snarf buffer,
working around a bug in the OS X X11 server.
See
.IR getsnarf (3)
for more details.
.SH SOURCE
.B \*9/src/cmd/snarfer
.SH SEE ALSO
Unix's \fIxclipboard\fR(1),
.IR getsnarf (3)
.SH BUGS
Both
.I xclipboard
and
.I snarfer
want sole control of the snarf buffer.
Running both at the same time will
pass the snarf buffer back and forth between them
in an infinite loop.