summaryrefslogtreecommitdiffstats
path: root/doc/chan.n
diff options
context:
space:
mode:
Diffstat (limited to 'doc/chan.n')
-rw-r--r--doc/chan.n27
1 files changed, 6 insertions, 21 deletions
diff --git a/doc/chan.n b/doc/chan.n
index 49522d6..f2b6fe7 100644
--- a/doc/chan.n
+++ b/doc/chan.n
@@ -4,7 +4,7 @@
'\" See the file "license.terms" for information on usage and redistribution
'\" of this file, and for a DISCLAIMER OF ALL WARRANTIES.
'\"
-'\" RCS: @(#) $Id: chan.n,v 1.12 2007/10/25 14:07:32 dkf Exp $
+'\" RCS: @(#) $Id: chan.n,v 1.13 2007/10/26 20:11:52 dgp Exp $
.so man.macros
.TH chan n 8.5 Tcl "Tcl Built-In Commands"
.BS
@@ -293,9 +293,7 @@ Note that \fIinputChan\fR can become readable during a background
copy. You should turn off any \fBchan event\fR or \fBfileevent\fR
handlers during a background copy so those handlers do not interfere
with the copy. Any I/O attempted by a \fBchan event\fR or
-\fBfileevent\fR handler will get a
-.QW "channel busy"
-error.
+\fBfileevent\fR handler will get a "channel busy" error.
.PP
\fBChan copy\fR translates end-of-line sequences in \fIinputChan\fR
and \fIoutputChan\fR according to the \fB\-translation\fR option for
@@ -335,11 +333,7 @@ the channel.
.PP
The argument \fImode\fR specifies if the new channel is opened for
reading, writing, or both. It has to be a list containing any of the
-strings
-.QW "\fBread\fR"
-or
-.QW "\fBwrite\fR" .
-The list must have at least one
+strings "\fBread\fR" or "\fBwrite\fR". The list must have at least one
element, as a channel you can neither write to nor read from makes no
sense. The handler command for the new channel must support the chosen
mode, or an error is thrown.
@@ -417,9 +411,7 @@ while waiting for the data to arrive. If an application invokes
\fBchan gets\fR or \fBchan read\fR on a blocking channel when there is
no input data available, the process will block; until the input data
arrives, it will not be able to service other events, so it will
-appear to the user to
-.QW "freeze up" .
-With \fBchan event\fR, the
+appear to the user to ``freeze up''. With \fBchan event\fR, the
process can tell when data is present and only invoke \fBchan gets\fR
or \fBchan read\fR when they won't block.
.PP
@@ -504,11 +496,7 @@ only those channel names that match it (according to the rules of
.TP
\fBchan pending \fImode channelId\fR
.
-Depending on whether \fImode\fR is
-.QW "input"
-or
-.QW "output" ,
-returns the number of
+Depending on whether \fImode\fR is "input" or "output", returns the number of
bytes of input or output (respectively) currently buffered
internally for \fIchannelId\fR (especially useful in a readable event
callback to impose application-specific limits on input line lengths to avoid
@@ -522,10 +510,7 @@ This subcommand is used by command handlers specified with \fBchan
create\fR. It notifies the channel represented by the handle
\fIchannelId\fR that the event(s) listed in the \fIeventSpec\fR have
occurred. The argument has to be a list containing any of the strings
-.QW "\fBread\fR"
-and
-.QW "\fBwrite\fR" .
-The list must contain at least one
+"\fBread\fR" and "\fBwrite\fR". The list must contain at least one
element as it does not make sense to invoke the command if there are
no events to post.
.RS