Improve comment.

svn path=/trunk/; revision=7319
This commit is contained in:
Tor Lillqvist 2008-08-08 04:55:41 +00:00
parent 3512e4f63d
commit cbdec287ce
2 changed files with 12 additions and 10 deletions

View File

@ -2951,11 +2951,12 @@ _______EOF
#define G_MODULE_SUFFIX "$g_module_suffix"
/* A GPid is an abstraction for a process "handle". It is *not* a
* process identifier, the type that getpid() returns. GPid is used in
* GLib only in gspawn.h and gmain.h. On POSIX there are no "handles"
* as such, but on Windows a GPid is a handle to a process, a kind of
* pointer, not a process identifier.
/* A GPid is an abstraction for a process "handle". It is *not* an abstraction for
* a process identifier in general. GPid is used in GLib only for
* descendant processes spawned with the g_spawn* functions. On POSIX
* there is no "process handle" concept as such, but on Windows a GPid
* is a handle to a process, a kind of pointer, not a process
* identifier.
*/
typedef $g_pid_type GPid;

View File

@ -241,11 +241,12 @@ union _GSystemThread
#define G_MODULE_SUFFIX "dll"
/* A GPid is an abstraction for a process "handle". It is *not* a
* process identifier, the type that getpid() returns. GPid is used in
* GLib only in gspawn.h and gmain.h. On POSIX there are no "handles"
* as such, but on Windows a GPid is a handle to a process, a kind of
* pointer, not a process identifier.
/* A GPid is an abstraction for a process "handle". It is *not* an abstraction for
* a process identifier in general. GPid is used in GLib only for
* descendant processes spawned with the g_spawn* functions. On POSIX
* there is no "process handle" concept as such, but on Windows a GPid
* is a handle to a process, a kind of pointer, not a process
* identifier.
*/
typedef void * GPid;