gthread: Convert docs to markdown

Convert lists to markdown syntax.
This commit is contained in:
Matthias Clasen 2014-02-01 00:26:38 -05:00
parent 4308d2be9a
commit bc982223eb

View File

@ -100,44 +100,37 @@
* Originally, UNIX did not have threads, and therefore some traditional * Originally, UNIX did not have threads, and therefore some traditional
* UNIX APIs are problematic in threaded programs. Some notable examples * UNIX APIs are problematic in threaded programs. Some notable examples
* are * are
* <itemizedlist> *
* <listitem> * - C library functions that return data in statically allocated
* C library functions that return data in statically allocated * buffers, such as strtok() or strerror(). For many of these,
* buffers, such as strtok() or strerror(). For many of these, * there are thread-safe variants with a _r suffix, or you can
* there are thread-safe variants with a _r suffix, or you can * look at corresponding GLib APIs (like g_strsplit() or g_strerror()).
* look at corresponding GLib APIs (like g_strsplit() or g_strerror()). *
* </listitem> * - setenv() and unsetenv() manipulate the process environment in
* <listitem> * a not thread-safe way, and may interfere with getenv() calls
* setenv() and unsetenv() manipulate the process environment in * in other threads. Note that getenv() calls may be
* a not thread-safe way, and may interfere with getenv() calls * <quote>hidden</quote> behind other APIs. For example, GNU gettext()
* in other threads. Note that getenv() calls may be * calls getenv() under the covers. In general, it is best to treat
* <quote>hidden</quote> behind other APIs. For example, GNU gettext() * the environment as readonly. If you absolutely have to modify the
* calls getenv() under the covers. In general, it is best to treat * environment, do it early in main(), when no other threads are around yet.
* the environment as readonly. If you absolutely have to modify the *
* environment, do it early in main(), when no other threads are around yet. * - setlocale() changes the locale for the entire process, affecting
* </listitem> * all threads. Temporary changes to the locale are often made to
* <listitem> * change the behavior of string scanning or formatting functions
* setlocale() changes the locale for the entire process, affecting * like scanf() or printf(). GLib offers a number of string APIs
* all threads. Temporary changes to the locale are often made to * (like g_ascii_formatd() or g_ascii_strtod()) that can often be
* change the behavior of string scanning or formatting functions * used as an alternative. Or you can use the uselocale() function
* like scanf() or printf(). GLib offers a number of string APIs * to change the locale only for the current thread.
* (like g_ascii_formatd() or g_ascii_strtod()) that can often be *
* used as an alternative. Or you can use the uselocale() function * - fork() only takes the calling thread into the child's copy of the
* to change the locale only for the current thread. * process image. If other threads were executing in critical
* </listitem> * sections they could have left mutexes locked which could easily
* <listitem> * cause deadlocks in the new child. For this reason, you should
* fork() only takes the calling thread into the child's copy of the * call exit() or exec() as soon as possible in the child and only
* process image. If other threads were executing in critical * make signal-safe library calls before that.
* sections they could have left mutexes locked which could easily *
* cause deadlocks in the new child. For this reason, you should * - daemon() uses fork() in a way contrary to what is described
* call exit() or exec() as soon as possible in the child and only * above. It should not be used with GLib programs.
* make signal-safe library calls before that.
* </listitem>
* <listitem>
* daemon() uses fork() in a way contrary to what is described
* above. It should not be used with GLib programs.
* </listitem>
* </itemizedlist>
* *
* GLib itself is internally completely thread-safe (all global data is * GLib itself is internally completely thread-safe (all global data is
* automatically locked), but individual data structure instances are * automatically locked), but individual data structure instances are
@ -155,7 +148,7 @@
* G_LOCK_DEFINE: * G_LOCK_DEFINE:
* @name: the name of the lock * @name: the name of the lock
* *
* The <literal>G_LOCK_*</literal> macros provide a convenient interface to #GMutex. * The #G_LOCK_ macros provide a convenient interface to #GMutex.
* #G_LOCK_DEFINE defines a lock. It can appear in any place where * #G_LOCK_DEFINE defines a lock. It can appear in any place where
* variable definitions may appear in programs, i.e. in the first block * variable definitions may appear in programs, i.e. in the first block
* of a function or outside of functions. The @name parameter will be * of a function or outside of functions. The @name parameter will be
@ -881,11 +874,11 @@ g_thread_new_internal (const gchar *name,
* waiting thread will be woken up and get @retval as the return value * waiting thread will be woken up and get @retval as the return value
* of g_thread_join(). * of g_thread_join().
* *
* Calling <literal>g_thread_exit (retval)</literal> is equivalent to * Calling g_thread_exit() with a parameter @retval is equivalent to
* returning @retval from the function @func, as given to g_thread_new(). * returning @retval from the function @func, as given to g_thread_new().
* *
* You must only call g_thread_exit() from a thread that you created * You must only call g_thread_exit() from a thread that you created
* yourself with g_thread_new() or related APIs. You must not call * yourself with g_thread_new() or related APIs. You must not call
* this function from a thread created with another threading library * this function from a thread created with another threading library
* or or from within a #GThreadPool. * or or from within a #GThreadPool.
*/ */