A non-blocking read or write means that instead of a gets call
waiting until data is available, it will return immediately. If there
was data available, it will be read, and if no data is available, the
gets call will return a 0 length.
If you have several channels that must be checked for input, you can
use the fileevent command to trigger reads on the channels, and then
use the fblocked command to determine when all the data is read.
The fblocked and fconfigure commands provide more control over
the behavior of a channel.
The fblocked command checks whether a channel has returned all available
input. It is useful when you are working with a channel that has been
set to non-blocking mode and you need to determine if there should be data
available, or if the channel has been closed from the other end.
The fconfigure command has many options that allow you to query
or fine tune the behavior of a channel including whether the channel is
blocking or non-blocking, the buffer size, the end of line character, etc.
fconfigure channel ?param1? ?value1? ?param2? ?value2?param values
are provided, a list of the valid configuration parameters and their
values is returned.
If a single parameter is given on the command line, the value of that parameter is returned.
If one or more pairs of param/value pairs are provided, those
parameters are set to the requested value.
Parameters that can be set include:
-blocking . . . Determines whether or not the task will block when
data cannot be moved on a channel. (i.e. If no data is available on a
read, or the buffer is full on a write).
-buffersize . . . The number of bytes that will be buffered before
data is sent, or can be buffered before being read when data is received.
The value must be an integer between 10 and 1000000.
-translation . . . Sets how Tcl will terminate a line when it
is output. By default, the lines are terminated with the newline,
carriage return, or newline/carriage return that is appropriate to the
system on which the interpreter is running.
This can be configured to be:
auto . . . Translates newline, carriage return, or newline/carriage return
as an end of line marker. Outputs the correct line termination for the current
platform.
binary . . Treats newlines as end of line markers. Does not add any
line termination to lines being output.
cr . . . . Treats carriage returns as the end of line marker (and translates
them to newline internally). Output lines are terminated with a carriage return.
This is the Macintosh standard.
crlf . . . Treats cr/lf pairs as the end of line marker, and terminates
output lines with a carriage return/linefeed combination. This is the
Windows standard, and should also be used for all line-oriented
network protocols.
lf . . . . Treats linefeeds as the end of line marker, and terminates
output lines with a linefeed. This is the
Unix standard.
The example is similar to the lesson 40 example with a client and server socket in the same script. It shows a server channel being configured to be non-blocking, and using the default buffering style - data is not made availalble to the script until a newline is present, or the buffer has filled.
When the first write:
puts -nonewline $sock "A Test Line" is
done, the fileevent triggers the read, but the gets
can't read characters because there is no newline. The gets
returns a -1, and fblocked returns a 1. When a bare
newline is sent, the data in the input buffer will become available,
and the gets returns 18, and fblocked
returns 0.
proc serverOpen {channel addr port} {
puts "channel: $channel - from Address: $addr Port: $port"
puts "The default state for blocking is: [fconfigure $channel -blocking]"
puts "The default buffer size is: [fconfigure $channel -buffersize ]"
# Set this channel to be non-blocking.
fconfigure $channel -blocking 0
set bl [fconfigure $channel -blocking]
puts "After fconfigure the state for blocking is: $bl"
# Change the buffer size to be smaller
fconfigure $channel -buffersize 12
puts "After Fconfigure buffer size is: [fconfigure $channel -buffersize ]\n"
# When input is available, read it.
fileevent $channel readable "readLine Server $channel"
}
proc readLine {who channel} {
global didRead
global blocked
puts "There is input for $who on $channel"
set len [gets $channel line]
set blocked [fblocked $channel]
puts "Characters Read: $len Fblocked: $blocked"
if {$len < 0} {
if {$blocked} {
puts "Input is blocked"
} else {
puts "The socket was closed - closing my end"
close $channel;
}
} else {
puts "Read $len characters: $line"
puts $channel "This is a return"
flush $channel;
}
incr didRead;
}
set server [socket -server serverOpen 33000]
after 120 update; # This kicks MS-Windows machines for this application
set sock [socket 127.0.0.1 33000]
set bl [fconfigure $sock -blocking]
set bu [fconfigure $sock -buffersize]
puts "Original setting for sock: Sock blocking: $bl buffersize: $bu"
fconfigure $sock -blocking No
fconfigure $sock -buffersize 8;
set bl [fconfigure $sock -blocking]
set bu [fconfigure $sock -buffersize]
puts "Modified setting for sock: Sock blocking: $bl buffersize: $bu\n"
# Send a line to the server -- NOTE flush
set didRead 0
puts -nonewline $sock "A Test Line"
flush $sock;
# Loop until two reads have been done.
while {$didRead < 2} {
# Wait for didRead to be set
vwait didRead
if {$blocked} {
puts $sock "Newline"
flush $sock
puts "SEND NEWLINE"
}
}
set len [gets $sock line]
puts "Return line: $len -- $line"
close $sock
vwait didRead
catch {close $server}