summaryrefslogtreecommitdiff
path: root/gio
diff options
context:
space:
mode:
authorDaniel Boles <dboles@src.gnome.org>2018-05-20 16:16:05 +0100
committerDaniel Boles <dboles.src@gmail.com>2018-05-20 16:37:07 +0100
commitdbf346a680e82100d766f389fef336e15bd2a522 (patch)
tree5d461f41c2829ae5b67d96de4cd4e18fbfbedcde /gio
parentf1530eca20452c0ce4f9086b033e0bd85c088de7 (diff)
downloadglibmm-dbf346a680e82100d766f389fef336e15bd2a522.tar.gz
AsyncResult: Bin obsolete docs re: initing GThread
As the GLib Threads documentation states: “Since version 2.32, the GLib threading system is automatically initialized at the start of your program, and all thread-creation functions and synchronization primitives are available right away.”
Diffstat (limited to 'gio')
-rw-r--r--gio/src/asyncresult.hg3
1 files changed, 0 insertions, 3 deletions
diff --git a/gio/src/asyncresult.hg b/gio/src/asyncresult.hg
index 10a80c60..7795deb6 100644
--- a/gio/src/asyncresult.hg
+++ b/gio/src/asyncresult.hg
@@ -94,9 +94,6 @@ using SlotAsyncReady = sigc::slot<void, Glib::RefPtr<AsyncResult>&>;
* The callback for an asynchronous operation is called only once, and is always called, even in the case of a cancelled operation.
* On cancellation the result is a ERROR_CANCELLED error.
*
- * Some ascynchronous operations are implemented using synchronous calls. These are run in a separate GThread, but otherwise they are sent
- * to the Main Event Loop and processed in an idle function. So, if you truly need asynchronous operations, make sure to initialize GThread.
- *
* @newin{2,16}
*/
class AsyncResult : public Glib::Interface