@@ -108,8 +108,9 @@ a library you're calling) does not expect to run in a different thread.
108108.. [SIGCHLD ] Python requires you to register SIGCHLD handlers in the main
109109 thread, but doesn't run them at all when waiting for another thread.
110110
111- Use :meth: `trio_asyncio.TrioChildWatcher.add_child_handler `,
112- or :func: `trio_asyncio.wait_for_child ` instead.
111+ Use :func: `trio_asyncio.wait_for_child ` instead.
112+
113+ .. autodoc: trio_asyncio.wait_for_child
113114
114115 ``loop.stop() `` tells the loop to suspend itself. You can restart it
115116with another call to ``loop.run_forever() `` or ``loop.run_until_complete(coro) ``,
@@ -263,7 +264,7 @@ You can use :meth:`trio_asyncio.TrioEventLoop.autoclose` to tell trio-asyncio to
263264a file descriptor when the loop terminates. This setting only applies to
264265file descriptors that have been submitted to a loop's
265266:meth: `trio_asyncio.TrioEventLoop.add_reader ` or
266- :meth: `trio_asyncio.TrioEventLoop.add_writer` ` methods. As such, this
267+ :meth: `trio_asyncio.TrioEventLoop.add_writer ` methods. As such, this
267268method is mainly useful for servers and should be used as supplementing,
268269but not replacing, a ``finally: `` handler or an ``async with aclosing(): ``
269270block.
@@ -317,7 +318,7 @@ argument: the number of workers.
317318------------------
318319
319320:meth: `asyncio.AbstractEventLoop.add_reader ` and
320- :meth: `asyncio.AbstractEventLoop.add_writer` ` work as usual, if you really
321+ :meth: `asyncio.AbstractEventLoop.add_writer ` work as usual, if you really
321322need them. Behind the scenes, these calls create a Trio task which runs the
322323callback.
323324
0 commit comments