diff options
| author | Daniel Boles <dboles@src.gnome.org> | 2018-05-20 16:16:05 +0100 |
|---|---|---|
| committer | Daniel Boles <dboles.src@gmail.com> | 2018-05-20 16:37:07 +0100 |
| commit | dbf346a680e82100d766f389fef336e15bd2a522 (patch) | |
| tree | 5d461f41c2829ae5b67d96de4cd4e18fbfbedcde | |
| parent | f1530eca20452c0ce4f9086b033e0bd85c088de7 (diff) | |
| download | glibmm-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.”
| -rw-r--r-- | gio/src/asyncresult.hg | 3 |
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 |