the parent's open file descriptors will be
inherited by the child; otherwise all descriptors except stdin/stdout/stderr
will be closed before calling exec() in the child.
G_SPAWN_DO_NOT_REAP_CHILD
the child will not be automatically reaped; you
must call waitpid() or handle SIGCHLD
yourself, or the child will become a zombie.
G_SPAWN_SEARCH_PATH
argv[0] need not be an absolute path,
it will be looked for in the user's PATH.
G_SPAWN_STDOUT_TO_DEV_NULL
the child's standad output will be discarded,
instead of going to the same location as the parent's standard output.
G_SPAWN_STDERR_TO_DEV_NULL
the child's standard error will be discarded.
G_SPAWN_CHILD_INHERITS_STDIN
the child will inherit the parent's standard
input (by default, the child's standard input is attached to
/dev/null).
G_SPAWN_FILE_AND_ARGV_ZERO
the first element of argv is
the file to execute, while the remaining elements are the actual argument
vector to pass to the file. Normally g_spawn_async_with_pipes() uses
argv[0] as the file to execute, and passes all of
argv to the child.
Specifies the type of the setup function passed to g_spawn_async(),
g_spawn_sync() and g_spawn_async_with_pipes(). On POSIX platforms it
is called in the child after GLib has performed all the setup it plans
to perform but before calling exec(). On POSIX
actions taken in this function will thus only affect the child, not
the parent.
On Windows the function is called in the parent. Its usefulness on
Windows is thus questionable. In many cases executing the child setup
function in the parent can have ill effects, and you should be very
careful when porting software to Windows that uses child setup
functions.
Executes a child program asynchronously (your program will not
block waiting for the child to exit). The child program is
specified by the only argument that must be provided, argv. argv
should be a NULL-terminated array of strings, to be passed as the
argument vector for the child. The first string in argv is of
course the name of the program to execute. By default, the name of
the program must be a full path; the PATH shell variable
will only be searched if you pass the G_SPAWN_SEARCH_PATH flag.
On Windows, the low-level child process creation API
(CreateProcess())doesn't use argument vectors,
but a command line. The C runtime library's
spawn*() family of functions (which
g_spawn_async_with_pipes() eventually calls) paste the argument
vector elements into a command line, and the C runtime startup code
does a corresponding reconstruction of an argument vector from the
command line, to be passed to main(). Complications arise when you have
argument vector elements that contain spaces of double quotes. The
spawn*() functions don't do any quoting or
escaping, but on the other hand the startup code does do unquoting
and unescaping in order to enable receiving arguments with embedded
spaces or double quotes. To work around this asymmetry,
g_spawn_async_with_pipes() will do quoting and escaping on argument
vector elements that need it before calling the C runtime
spawn() function.
envp is a NULL-terminated array of strings, where each string
has the form KEY=VALUE. This will become
the child's environment. If envp is NULL, the child inherits its
parent's environment.
flags should be the bitwise OR of any flags you want to affect the
function's behaviour. The G_SPAWN_DO_NOT_REAP_CHILD means that
the child will not automatically be reaped; you must use a
GChildWatch source to be notified about the death of the child
process. Eventually you must call g_spawn_close_pid() on the
child_pid, in order to free resources which may be associated
with the child process. (On Unix, using a GChildWatch source is
equivalent to calling waitpid() or handling the SIGCHLD signal
manually. On Windows, calling g_spawn_close_pid() is equivalent
to calling CloseHandle() on the process handle returned in
child_pid).
G_SPAWN_LEAVE_DESCRIPTORS_OPEN means that the parent's open file
descriptors will be inherited by the child; otherwise all
descriptors except stdin/stdout/stderr will be closed before
calling exec() in the child. G_SPAWN_SEARCH_PATH
means that argv[0] need not be an absolute path, it
will be looked for in the user's PATH.
G_SPAWN_STDOUT_TO_DEV_NULL means that the child's standard output will
be discarded, instead of going to the same location as the parent's
standard output. If you use this flag, standard_output must be NULL.
G_SPAWN_STDERR_TO_DEV_NULL means that the child's standard error
will be discarded, instead of going to the same location as the parent's
standard error. If you use this flag, standard_error must be NULL.
G_SPAWN_CHILD_INHERITS_STDIN means that the child will inherit the parent's
standard input (by default, the child's standard input is attached to
/dev/null). If you use this flag, standard_input must be NULL.
G_SPAWN_FILE_AND_ARGV_ZERO means that the first element of argv is
the file to execute, while the remaining elements are the
actual argument vector to pass to the file. Normally
g_spawn_async_with_pipes() uses argv[0] as the file to execute, and
passes all of argv to the child.
child_setup and user_data are a function and user data. On POSIX
platforms, the function is called in the child after GLib has
performed all the setup it plans to perform (including creating
pipes, closing file descriptors, etc.) but before calling
exec(). That is, child_setup is called just
before calling exec() in the child. Obviously
actions taken in this function will only affect the child, not the
parent. On Windows, there is no separate fork() and exec()
functionality. Child processes are created and run right away with
one API call, CreateProcess(). child_setup is
called in the parent process just before creating the child
process. You should carefully consider what you do in child_setup
if you intend your software to be portable to Windows.
If non-NULL, child_pid will on Unix be filled with the child's
process ID. You can use the process ID to send signals to the
child, or to waitpid() if you specified the
G_SPAWN_DO_NOT_REAP_CHILD flag. On Windows, child_pid will be
filled with a handle to the child process only if you specified the
G_SPAWN_DO_NOT_REAP_CHILD flag. You can then access the child
process using the Win32 API, for example wait for its termination
with the WaitFor*() functions, or examine its
exit code with GetExitCodeProcess(). You should close the handle
with CloseHandle() when you no longer need it.
If non-NULL, the standard_input, standard_output, standard_error
locations will be filled with file descriptors for writing to the child's
standard input or reading from its standard output or standard error.
The caller of g_spawn_async_with_pipes() must close these file descriptors
when they are no longer in use. If these parameters are NULL, the corresponding
pipe won't be created.
If standard_input is NULL, the child's standard input is attached to /dev/null
unless G_SPAWN_CHILD_INHERITS_STDIN is set.
If standard_error is NULL, the child's standard error goes to the same location
as the parent's standard error unless G_SPAWN_STDERR_TO_DEV_NULL is set.
If standard_output is NULL, the child's standard output goes to the same location
as the parent's standard output unless G_SPAWN_STDOUT_TO_DEV_NULL is set.
error can be NULL to ignore errors, or non-NULL to report errors.
If an error is set, the function returns FALSE. Errors
are reported even if they occur in the child (for example if the
executable in argv[0] is not found). Typically
the message field of returned errors should be displayed
to users. Possible errors are those from the G_SPAWN_ERROR domain.
If an error occurs, child_pid, standard_input, standard_output,
and standard_error will not be filled with valid values.
If child_pid is not NULL and an error does not occur then the returned
pid must be closed using g_spawn_close_pid().
working_directory :
child's current working directory, or NULL to inherit parent's
Executes a child synchronously (waits for the child to exit before returning).
All output from the child is stored in standard_output and standard_error,
if those parameters are non-NULL. If exit_status is non-NULL, the exit
status of the child is stored there as it would be returned by
waitpid(); standard UNIX macros such as WIFEXITED() and WEXITSTATUS()
must be used to evaluate the exit status. If an error occurs, no data is
returned in standard_output, standard_error, or exit_status.
This function calls g_spawn_async_with_pipes() internally; see that function
for full details on the other parameters.
working_directory :
child's current working directory, or NULL to inherit parent's
A simple version of g_spawn_sync() with little-used parameters
removed, taking a command line instead of an argument vector. See
g_spawn_sync() for full details. command_line will be parsed by
g_shell_parse_argv(). Unlike g_spawn_sync(), the G_SPAWN_SEARCH_PATH flag
is enabled. Note that G_SPAWN_SEARCH_PATH can have security
implications, so consider using g_spawn_sync() directly if
appropriate. Possible errors are those from g_spawn_sync() and those
from g_shell_parse_argv().
If exit_status is non-NULL, the exit status of the child is stored there as
it would be returned by waitpid(); standard UNIX macros such as WIFEXITED()
and WEXITSTATUS() must be used to evaluate the exit status.
On Windows, please note the implications of g_shell_parse_argv()
parsing command_line. Space is a separator, and backslashes are
special. Thus you cannot simply pass a command_line containing
canonical Windows paths, like "c:\\program files\\app\\app.exe", as
the backslashes will be eaten, and the space will act as a
separator. You need to enclose such paths with single quotes, like
"'c:\\program files\\app\\app.exe' 'e:\\folder\\argument.txt'".
command_line :
a command line
standard_output :
return location for child output
standard_error :
return location for child errors
exit_status :
return location for child exit status, as returned by waitpid()
On some platforms, notably WIN32, the GPid type represents a resource
which must be closed to prevent resource leaking. g_spawn_close_pid()
is provided for this purpose. It should be used on all platforms, even
though it doesn't do anything under UNIX.