.. _Fork: .. currentmodule:: pyev ================================= :py:class:`Fork` --- Fork watcher ================================= .. py:class:: Fork(loop, callback[, data=None, priority=0]) :type loop: :py:class:`Loop` :param loop: loop object responsible for this watcher (accessible through :py:attr:`Watcher.loop`). :param callable callback: See :py:attr:`Watcher.callback`. :param object data: any Python object you might want to attach to the watcher (stored in :py:attr:`Watcher.data`). :param int priority: See :py:attr:`Watcher.priority`. :py:class:`Fork` watchers are called when a :c:func:`fork` was detected (usually because whoever is a good citizen cared to tell libev about it by calling :py:meth:`Loop.fork`). The invocation is done before the event loop blocks next and before :py:class:`Check` watchers are being called, and only in the child after the fork. If whoever good citizen calling :py:meth:`Loop.fork` cheats and calls it in the wrong process, the fork handlers will be invoked, too, of course. .. seealso:: `ev_fork - the audacity to resume the event loop after a fork `_ * `The special problem of life after fork - how is it possible? `_