summaryrefslogtreecommitdiffstats
path: root/doc/fcopy.n
diff options
context:
space:
mode:
Diffstat (limited to 'doc/fcopy.n')
-rw-r--r--doc/fcopy.n28
1 files changed, 14 insertions, 14 deletions
diff --git a/doc/fcopy.n b/doc/fcopy.n
index d59ddf8..766cca2 100644
--- a/doc/fcopy.n
+++ b/doc/fcopy.n
@@ -5,7 +5,7 @@
'\" See the file "license.terms" for information on usage and redistribution
'\" of this file, and for a DISCLAIMER OF ALL WARRANTIES.
'\"
-'\" RCS: @(#) $Id: fcopy.n,v 1.13 2007/10/25 14:07:32 dkf Exp $
+'\" RCS: @(#) $Id: fcopy.n,v 1.14 2007/10/26 20:11:52 dgp Exp $
'\"
.so man.macros
.TH fcopy n 8.0 Tcl "Tcl Built-In Commands"
@@ -59,9 +59,7 @@ then all data already queued for \fIoutchan\fR is written out.
Note that \fIinchan\fR can become readable during a background copy.
You should turn off any \fBfileevent\fR handlers during a background
copy so those handlers do not interfere with the copy.
-Any I/O attempted by a \fBfileevent\fR handler will get a
-.QW "channel busy"
-error.
+Any I/O attempted by a \fBfileevent\fR handler will get a "channel busy" error.
.PP
\fBFcopy\fR translates end-of-line sequences in \fIinchan\fR and \fIoutchan\fR
according to the \fB\-translation\fR option
@@ -80,16 +78,16 @@ means that the incoming characters are converted internally first
UTF-8 and then into the encoding of the channel \fBfcopy\fR writes
to. See the manual entry for \fBfconfigure\fR for details on the
\fB\-encoding\fR and \fB\-translation\fR options. No conversion is
-done if both channels are set to encoding
-.QW "binary"
-and have matching translations. If only the output channel is set to encoding
-.QW "binary"
-the system will write the internal UTF-8 representation of the incoming
-characters. If only the input channel is set to encoding
-.QW "binary"
-the system will assume that the incoming bytes are valid UTF-8 characters and
-convert them according to the output encoding. The behaviour of the system for
-bytes which are not valid UTF-8 characters is undefined in this case.
+done if both channels are
+set to encoding "binary" and have matching translations. If only the
+output channel is set to
+encoding "binary" the system will write the internal UTF-8
+representation of the incoming characters. If only the input channel
+is set to encoding "binary" the system will assume that the incoming
+bytes are valid UTF-8 characters and convert them according to the
+output encoding. The behaviour of the system for bytes which are not
+valid UTF-8 characters is undefined in this case.
+
.SH EXAMPLES
.PP
The first example transfers the contents of one channel exactly to
@@ -146,7 +144,9 @@ set total 0
-command [list CopyMore $in $out $chunk]
vwait done
.CE
+
.SH "SEE ALSO"
eof(n), fblocked(n), fconfigure(n), file(n)
+
.SH KEYWORDS
blocking, channel, end of line, end of file, nonblocking, read, translation