Documentation

An abstract configuration for a process, which can then be launched into an actual running Process. Takes three type parameters, providing the types of standard input, standard output, and standard error, respectively.

There are three ways to construct a value of this type:

• With the proc smart constructor, which takes a command name and a list of arguments.
• With the shell smart constructor, which takes a shell string
• With the IsString instance via OverloadedStrings. If you provide it a string with no spaces (e.g., "date"), it will treat it as a raw command with no arguments (e.g., proc "date" []). If it has spaces, it will use shell.

In all cases, the default for all three streams is to inherit the streams from the parent process. For other settings, see the setters below for default values.

Once you have a ProcessConfig you can launch a process from it using the functions in the section Launch a process.

Since: 0.1.0.0

Whether a stream is an input stream or output stream. Note that this is from the perspective of the child process, so that a child's standard input stream is an STInput, even though the parent process will be writing to it.

Since: 0.1.0.0

A specification for how to create one of the three standard child streams, stdin, stdout and stderr. A StreamSpec can be thought of as containing

1. A type safe version of StdStream from System.Process. This determines whether the stream should be inherited from the parent process, piped to or from a Handle, etc.
2. A means of accessing the stream as a value of type a
3. A cleanup action which will be run on the stream once the process terminates

To create a StreamSpec see the section Stream specs.

Since: 0.1.0.0

Internal type, to make for easier composition of cleanup actions.

Since: 0.1.0.0

Internal helper

Create a ProcessConfig from the given command and arguments.

Since: 0.1.0.0

Internal helper

Create a ProcessConfig from the given shell command.

Since: 0.1.0.0

Internal helper

Set the child's standard input stream to the given StreamSpec.

Default: inherit

Since: 0.1.0.0

Set the child's standard output stream to the given StreamSpec.

Default: inherit

Since: 0.1.0.0

Set the child's standard error stream to the given StreamSpec.

Default: inherit

Since: 0.1.0.0

Set the working directory of the child process.

Default: current process's working directory.

Since: 0.1.0.0

Inherit the working directory from the parent process.

Since: 0.2.2.0

Set the environment variables of the child process.

Default: current process's environment.

Since: 0.1.0.0

Inherit the environment variables from the parent process.

Since: 0.2.2.0

Should we close all file descriptors besides stdin, stdout, and stderr? See close_fds for more information.

Default: False

Since: 0.1.0.0

Should we create a new process group?

Default: False

Since: 0.1.0.0

Delegate handling of Ctrl-C to the child. For more information, see delegate_ctlc.

Default: False

Since: 0.1.0.0

Detach console on Windows, see detach_console.

Default: False

Since: 0.1.0.0

Create new console on Windows, see create_new_console.

Default: False

Since: 0.1.0.0

Set a new session with the POSIX setsid syscall, does nothing on non-POSIX. See new_session.

Default: False

Since: 0.1.0.0

Set the child process's group ID with the POSIX setgid syscall, does nothing on non-POSIX. See child_group.

Default: False

Since: 0.1.0.0

Inherit the group from the parent process.

Since: 0.2.2.0

Set the child process's user ID with the POSIX setuid syscall, does nothing on non-POSIX. See child_user.

Default: False

Since: 0.1.0.0

Inherit the user from the parent process.

Since: 0.2.2.0

Create a new StreamSpec from the given StdStream and a helper function. This function:

• Takes as input the raw Maybe Handle returned by the createProcess function. The handle will be Just Handle if the StdStream argument is CreatePipe and Nothing otherwise. See createProcess for more details.
• Returns the actual stream value a, as well as a cleanup function to be run when calling stopProcess.

If making a StreamSpec with CreatePipe, prefer mkPipeStreamSpec, which encodes the invariant that a Handle is created.

Since: 0.1.0.0

Create a new CreatePipe StreamSpec from the given function. This function:

• Takes as input the Handle returned by the createProcess function. See createProcess for more details.
• Returns the actual stream value a, as well as a cleanup function to be run when calling stopProcess.

Since: 0.2.10.0

Create a new StreamSpec from a function that accepts a StdStream and a helper function. This function is the same as the helper in mkStreamSpec

A stream spec which simply inherits the stream of the parent process.

Since: 0.1.0.0

A stream spec which is empty when used for for input and discards output. Note this requires your platform's null device to be available when the process is started.

Since: 0.2.5.0

A stream spec which will close the stream for the child process. You usually do not want to use this, as it will leave the corresponding file descriptor unassigned and hence available for re-use in the child process. Prefer nullStream unless you're certain you want this behavior.

Since: 0.1.0.0

An input stream spec which sets the input to the given ByteString. A separate thread will be forked to write the contents to the child process.

Since: 0.1.0.0

Capture the output of a process in a ByteString.

This function will fork a separate thread to consume all input from the process, and will only make the results available when the underlying Handle is closed. As this is provided as an STM action, you can either check if the result is available, or block until it's ready.

In the event of any exception occurring when reading from the Handle, the STM action will throw a ByteStringOutputException.

Since: 0.1.0.0

Helper function (not exposed) for both byteStringOutput and withProcessInterleave. This will consume all of the output from the given Handle in a separate thread and provide access to the resulting ByteString via STM. Second action will close the reader handle.

Create a new pipe between this process and the child, and return a Handle to communicate with the child.

Since: 0.1.0.0

Use the provided Handle for the child process, and when the process exits, do not close it. This is useful if, for example, you want to have multiple processes write to the same log file sequentially.

Since: 0.1.0.0

Use the provided Handle for the child process, and when the process exits, close it. If you have no reason to keep the Handle open, you should use this over useHandleOpen.

Since: 0.1.0.0

Exception thrown by checkExitCode in the event of a non-success exit code. Note that checkExitCode is called by other functions as well, like runProcess_ or readProcess_.

Note that several functions that throw an ExitCodeException intentionally do not populate eceStdout or eceStderr. This prevents unbounded memory usage for large stdout and stderrs.

Since: 0.1.0.0

Wrapper for when an exception is thrown when reading from a child process, used by byteStringOutput.

Since: 0.1.0.0

The name of the system null device