| Net-DBus documentation | view source | Contained in the Net-DBus distribution. |
Net::DBus::Reactor - application event loop
Create and run an event loop:
use Net::DBus::Reactor; my $reactor = Net::DBus::Reactor->main(); $reactor->run();
Manage some file handlers
$reactor->add_read($fd,
Net::DBus::Callback->new(method => sub {
my $fd = shift;
...read some data...
}, args => [$fd]);
$reactor->add_write($fd,
Net::DBus::Callback->new(method => sub {
my $fd = shift;
...write some data...
}, args => [$fd]);
Temporarily (dis|en)able a handle
# Disable $reactor->toggle_read($fd, 0); # Enable $reactor->toggle_read($fd, 1);
Permanently remove a handle
$reactor->remove_read($fd);
Manage a regular timeout every 100 milliseconds
my $timer = $reactor->add_timeout(100,
Net::DBus::Callback->new(
method => sub {
...process the alarm...
}));
Temporarily (dis|en)able a timer
# Disable $reactor->toggle_timeout($timer, 0); # Enable $reactor->toggle_timeout($timer, 1);
Permanently remove a timer
$reactor->remove_timeout($timer);
Add a post-dispatch hook
my $hook = $reactor->add_hook(Net::DBus::Callback->new(
method => sub {
... do some work...
}));
Remove a hook
$reactor->remove_hook($hook);
This class provides a general purpose event loop for the purposes of multiplexing I/O events and timeouts in a single process. The underlying implementation is done using the select system call. File handles can be registered for monitoring on read, write and exception (out-of-band data) events. Timers can be registered to expire with a periodic frequency. These are implemented using the timeout parameter of the select system call. Since this parameter merely represents an upper bound on the amount of time the select system call is allowed to sleep, the actual period of the timers may vary. Under normal load this variance is typically 10 milliseconds. Finally, hooks may be registered which will be invoked on each iteration of the event loop (ie after processing the file events, or timeouts indicated by the select system call returning).
Creates a new event loop ready for monitoring file handles, or generating timeouts. Except in very unsual circumstances (examples of which I can't think up) it is not neccessary or desriable to explicitly create new reactor instances. Instead call the main method to get a handle to the singleton instance.
Return a handle to the singleton instance of the reactor. This is the recommended way of getting hold of a reactor, since it removes the need for modules to pass around handles to their privately created reactors.
Registers a Net::DBus::Connection or Net::DBus::Server object
for management by the event loop. This basically involves
hooking up the watch & timeout callbacks to the event loop.
For connections it will also register a hook to invoke the
dispatch method periodically.
Starts the event loop monitoring any registered
file handles and timeouts. At least one file
handle, or timer must have been registered prior
to running the reactor, otherwise it will immediately
exit. The reactor will run until all registered
file handles, or timeouts have been removed, or
disabled. The reactor can be explicitly stopped by
calling the shutdown method.
Explicitly shutdown the reactor after pending events have been processed.
Perform one iteration of the event loop, going to sleep until an event occurs on a registered file handle, or a timeout occurrs. This method is generally not required in day-to-day use.
Registers a file handle for monitoring of read
events. The $callback parameter specifies an
instance of the Net::DBus::Callback object to invoke
each time an event occurs. The optional $status
parameter is a boolean value to specify whether the
watch is initially enabled.
Registers a file handle for monitoring of write
events. The $callback parameter specifies an
instance of the Net::DBus::Callback object to invoke
each time an event occurs. The optional $status
parameter is a boolean value to specify whether the
watch is initially enabled.
Registers a file handle for monitoring of exception
events. The $callback parameter specifies an
instance of the Net::DBus::Callback object to invoke
each time an event occurs. The optional $status
parameter is a boolean value to specify whether the
watch is initially enabled.
Registers a new timeout to expire every $interval
milliseconds. The $callback parameter specifies an
instance of the Net::DBus::Callback object to invoke
each time the timeout expires. The optional $status
parameter is a boolean value to specify whether the
timeout is initially enabled. The return parameter is
a unique identifier which can be used to later remove
or disable the timeout.
Removes a previously registered timeout specified by
the $id parameter.
Updates the state of a previously registered timeout
specifed by the $id parameter. The $status
parameter specifies whether the timeout is to be enabled
or disabled, while the optional $interval parameter
can be used to change the period of the timeout.
Registers a new hook to be fired on each iteration
of the event loop. The $callback parameter
specifies an instance of the Net::DBus::Callback
class to invoke. The $status parameter determines
whether the hook is initially enabled, or disabled.
The return parameter is a unique id which should
be used to later remove, or disable the hook.
Removes the previously registered hook identified
by $id.
Updates the status of the previously registered
hook identified by $id. The $status parameter
determines whether the hook is to be enabled or
disabled.
Removes a watch on the file handle $fd.
Updates the status of a watch on the file handle $fd.
The $status parameter species whether the watch is
to be enabled or disabled.
Net::DBus::Callback, Net::DBus::Connection, Net::DBus::Server
Daniel Berrange <dan@berrange.com>
Copyright 2004 by Daniel Berrange
| Net-DBus documentation | view source | Contained in the Net-DBus distribution. |