user/sven/git.git/run-command.h, branch v1.5.4.4

run-command: Support sending stderr to /dev/null

2007-11-12T01:09:55Z

Some callers may wish to redirect stderr to /dev/null in some contexts, such as if they are executing a command only to get the exit status and don't want users to see whatever output it may produce as a side-effect of computing that exit status. Signed-off-by: Shawn O. Pearce

Add infrastructure to run a function asynchronously.

2007-10-21T05:30:41Z

This adds start_async() and finish_async(), which runs a function asynchronously. Communication with the caller happens only via pipes. For this reason, this implementation forks off a child process that runs the function. [sp: Style nit fixed by removing unnecessary block on if condition inside of start_async()] Signed-off-by: Johannes Sixt Signed-off-by: Shawn O. Pearce

Have start_command() create a pipe to read the stderr of the child.

2007-10-21T05:30:40Z

This adds another stanza that allocates a pipe that is connected to the child's stderr and that the caller can read from. In order to request this pipe, the caller sets cmd->err to -1. The implementation is not exactly modeled after the stdout case: For stdout the caller can supply an existing file descriptor, but this facility is nowhere needed in the stderr case. Additionally, the caller is required to close cmd->err. Signed-off-by: Johannes Sixt Signed-off-by: Shawn O. Pearce

Allow environment variables to be unset in the processes started by run_command

2007-05-24T05:38:44Z

To unset a variable, just specify its name, without "=". For example: const char *env[] = {"GIT_DIR=.git", "PWD", NULL}; const char *argv[] = {"git-ls-files", "-s", NULL}; int err = run_command_v_opt_cd_env(argv, RUN_GIT_CMD, ".", env); The PWD will be unset before executing git-ls-files. Signed-off-by: Alex Riesen Signed-off-by: Junio C Hamano

Add ability to specify environment extension to run_command

2007-05-24T05:38:44Z

There is no way to specify and override for the environment: there'd be no user for it yet. Signed-off-by: Alex Riesen Signed-off-by: Junio C Hamano

Add run_command_v_opt_cd: chdir into a directory before exec

2007-05-24T05:38:44Z

It can make code simplier (no need to preserve cwd) and safer (no chance the cwd of the current process is accidentally forgotten). Signed-off-by: Alex Riesen Signed-off-by: Junio C Hamano

Teach run-command to redirect stdout to /dev/null

2007-03-13T06:40:17Z

Some run-command callers may wish to just discard any data that is sent to stdout from the child. This is a lot like our existing no_stdin support, we just open /dev/null and duplicate the descriptor into position. Signed-off-by: Shawn O. Pearce Signed-off-by: Junio C Hamano

Teach run-command about stdout redirection

2007-03-13T06:40:17Z

Some potential callers of the run_command family of functions need to control not only the stdin redirection of the child, but also the stdout redirection of the child. This can now be setup much like the already existing stdin redirection. Signed-off-by: Shawn O. Pearce Signed-off-by: Junio C Hamano

Teach run_command how to setup a stdin pipe

2007-03-12T05:49:40Z

Sometimes callers trying to use run_command to execute a child process will want to setup a pipe or file descriptor to redirect into the child's stdin. This idea is completely stolen from builtin-bundle's fork_with_pipe, written by Johannes Schindelin. All credit (and blame) should lie with Dscho. ;-) Signed-off-by: Shawn O. Pearce Signed-off-by: Junio C Hamano

Split run_command into two halves (start/finish)

2007-03-12T05:49:37Z

If the calling process wants to send data to stdin of a child process it will need to arrange for a pipe and get the child process running, feed data to it, then wait for the child process to finish. So we split the run function into two halves, allowing callers to first start the child then later finish it. Signed-off-by: Shawn O. Pearce Signed-off-by: Junio C Hamano