.\" Automatically generated by Pod::Man v1.34, Pod::Parser v1.13
.\" ========================================================================
.de Sh \" Subsection heading
.de Sp \" Vertical space (when we can't use .PP)
.de Vb \" Begin verbatim text
.de Ve \" End verbatim text
.\" Set up some character translations and predefined strings. \*(-- will
.\" give an unbreakable dash, \*(PI will give pi, \*(L" will give a left
.\" double quote, and \*(R" will give a right double quote. | will give a
.\" real vertical bar. \*(C+ will give a nicer C++. Capital omega is used to
.\" do unbreakable dashes and therefore won't be available. \*(C` and \*(C'
.\" expand to `' in nroff, nothing in troff, for use with C<>.
.ds C+ C\v'-.1v'\h'-1p'\s-2+\h'-1p'+\s0\v'.1v'\h'-1p'
. if (\n(.H=4u)&(1m=24u) .ds -- \(*W\h'-12u'\(*W\h'-12u'-\" diablo 10 pitch
. if (\n(.H=4u)&(1m=20u) .ds -- \(*W\h'-12u'\(*W\h'-8u'-\" diablo 12 pitch
.\" If the F register is turned on, we'll generate index entries on stderr for
.\" titles (.TH), headers (.SH), subsections (.Sh), items (.Ip), and index
.\" entries marked with X<> in POD. Of course, you'll have to process the
.\" output yourself in some meaningful fashion.
. tm Index:\\$1\t\\n%\t"\\$2"
.\" For nroff, turn off justification. Always turn off hyphenation; it makes
.\" way too many mistakes in technical documents.
.\" Accent mark definitions (@(#)ms.acc 1.5 88/02/08 SMI; from UCB 4.2).
.\" Fear. Run. Save yourself. No user-serviceable parts.
. \" fudge factors for nroff and troff
. ds #H ((1u-(\\\\n(.fu%2u))*.13m)
. \" simple accents for nroff and troff
. ds ' \\k:\h'-(\\n(.wu*8/10-\*(#H)'\'\h"|\\n:u"
. ds ` \\k:\h'-(\\n(.wu*8/10-\*(#H)'\`\h'|\\n:u'
. ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'^\h'|\\n:u'
. ds , \\k:\h'-(\\n(.wu*8/10)',\h'|\\n:u'
. ds ~ \\k:\h'-(\\n(.wu-\*(#H-.1m)'~\h'|\\n:u'
. ds / \\k:\h'-(\\n(.wu*8/10-\*(#H)'\z\(sl\h'|\\n:u'
. \" troff and (daisy-wheel) nroff accents
.ds : \\k:\h'-(\\n(.wu*8/10-\*(#H+.1m+\*(#F)'\v'-\*(#V'\z.\h'.2m+\*(#F'.\h'|\\n:u'\v'\*(#V'
.ds 8 \h'\*(#H'\(*b\h'-\*(#H'
.ds o \\k:\h'-(\\n(.wu+\w'\(de'u-\*(#H)/2u'\v'-.3n'\*(#[\z\(de\v'.3n'\h'|\\n:u'\*(#]
.ds d- \h'\*(#H'\(pd\h'-\w'~'u'\v'-.25m'\f2\(hy\fP\v'.25m'\h'-\*(#H'
.ds D- D\\k:\h'-\w'D'u'\v'-.11m'\z\(hy\v'.11m'\h'|\\n:u'
.ds th \*(#[\v'.3m'\s+1I\s-1\v'-.3m'\h'-(\w'I'u*2/3)'\s-1o\s+1\*(#]
.ds Th \*(#[\s+2I\s-2\h'-\w'I'u*3/5'\v'-.3m'o\v'.3m'\*(#]
.ds ae a\h'-(\w'a'u*4/10)'e
.ds Ae A\h'-(\w'A'u*4/10)'E
. \" corrections for vroff
.if v .ds ~ \\k:\h'-(\\n(.wu*9/10-\*(#H)'\s-2\u~\d\s+2\h'|\\n:u'
.if v .ds ^ \\k:\h'-(\\n(.wu*10/11-\*(#H)'\v'-.4m'^\v'.4m'\h'|\\n:u'
. \" for low resolution devices (crt and lpr)
.if \n(.H>23 .if \n(.V>19 \
.\" ========================================================================
.TH FILEEVENT 1 "2000-12-30" "perl v5.8.0" "User Contributed Perl Documentation"
Tk::fileevent \- Execute a callback when a filehandle becomes readable or writable
\&\fI$widget\fR\->\fBfileevent\fR(\fIfileHandle\fR,\fBreadable\fR?,\fIcallback\fR?)
\&\fI$widget\fR\->\fBfileevent\fR(\fIfileHandle\fR,\fBwritable\fR?,\fIcallback\fR?)
This command is used to create \fIfile event handlers\fR. A file event
handler is a binding between a filehandle and a callback, such that the callback
is evaluated whenever the filehandle becomes readable or writable. File event
handlers are most commonly used to allow data to be received from another
process on an event-driven basis, so that the receiver can continue to
interact with the user while waiting for the data to arrive. If an
application invokes \f(CW\*(C`<>\*(C'\fR, \f(CW\*(C`sysread\*(C'\fR or \f(CW\*(C`read\*(C'\fR on a blocking filehandle 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 ``freeze up''. With \fBfileevent\fR, the process can
tell when data is present and only invoke \fBgets\fR or \fBread\fR when
The \fIfileHandle\fR argument to \fBfileevent\fR refers to an open filehandle,
such as the return value from a previous \fBopen\fR or \fBsocket\fR
If the \fIcallback\fR argument is specified, then \fBfileevent\fR
creates a new event handler: \fIcallback\fR will be evaluated
whenever the filehandle becomes readable or writable (depending on the
argument to \fBfileevent\fR).
In this case \fBfileevent\fR returns an empty string.
The \fBreadable\fR and \fBwritable\fR event handlers for a file
are independent, and may be created and deleted separately.
However, there may be at most one \fBreadable\fR and one \fBwritable\fR
handler for a file at a given time in a given interpreter.
If \fBfileevent\fR is called when the specified handler already
exists in the invoking interpreter, the new callback replaces the old one.
If the \fIcallback\fR argument is not specified, \fBfileevent\fR
returns the current callback for \fIfileHandle\fR, or an empty string
If the \fIcallback\fR argument is specified as an empty string
then the event handler is deleted, so that no callback will be invoked.
A file event handler is also deleted automatically whenever
its filehandle is closed or its interpreter is deleted.
A filehandle is considered to be readable if there is unread data
available on the underlying device.
A filehandle is also considered to be readable if an end of file or
error condition is present on the underlying file or device.
It is important for \fIcallback\fR to check for these conditions
and handle them appropriately; for example, if there is no special
check for end of file, an infinite loop may occur where \fIcallback\fR
reads no data, returns, and is immediately invoked again.
A filehandle is considered to be writable if at least one byte of data
can be written to the underlying file or device without blocking,
or if an error condition is present on the underlying file or device.
Event-driven I/O works best for filehandles that have been
placed into nonblocking mode.
In blocking mode, a \f(CW\*(C`print\*(C'\fR command may block if you give it
more data than the underlying file or device can accept, and a
\&\f(CW\*(C`<>\*(C'\fR, \f(CW\*(C`sysread\*(C'\fR or \f(CW\*(C`read\*(C'\fR command will block if you attempt to read
more data than is ready; no events will be processed while the
In nonblocking mode \f(CW\*(C`print\*(C'\fR, \f(CW\*(C`<>\*(C'\fR, \f(CW\*(C`sysread\*(C'\fR and \f(CW\*(C`read\*(C'\fR never block.
See the documentation for the individual commands for information
on how they handle blocking and nonblocking filehandles.
The callback for a file event is executed in the context of \fI$widget\fR
with which \fBfileevent\fR was invoked.
If an error occurs while executing the callback then the
Tk::Error mechanism is used to report the error.
In addition, the file event handler is deleted if it ever returns
an error; this is done in order to prevent infinite loops due to
On windows platforms \fBfileevent\fR is limited in the types of filehandles
that behave correctly. Making filefhandles non-blocking is only implemented
on a subset of \s-1UNIX\s0 platforms (see Tk::IO).
\&\fBfileevent\fR is based on the \fBaddinput\fR command created
asynchronous I/O, blocking, filehandle, event handler, nonblocking, readable,
projects / OpenSPARC-T2-DV / blob