The Open Group Base Specifications Issue 7
IEEE Std 1003.1-2008, 2016 Edition
Copyright © 2001-2016 The IEEE and The Open Group

#### NAME

> popen - initiate pipe streams to or from a process

#### SYNOPSIS

> ``[CX] #include <stdio.h>
> FILE *popen(const char *`command`, const char *`mode`);``
> `
> `

#### DESCRIPTION

> The popen() function shall execute the command specified by the string command. It shall create a pipe between the calling program and the executed command, and shall return a pointer to a stream that can be used to either read from or write to the pipe.

> The environment of the executed command shall be as if a child process were created within the popen() call using the fork() function, and the child invoked the sh utility using the call:

>     execl(shell path, "sh", "-c", command, (char *)0);

> where shell path is an unspecified pathname for the sh utility.

> The popen() function shall ensure that any streams from previous popen() calls that remain open in the parent process are closed in the new child process.

> The mode argument to popen() is a string that specifies I/O mode:

> 1. If mode is r, when the child process is started, its file descriptor STDOUT_FILENO shall be the writable end of the pipe, and the file descriptor fileno(stream) in the calling process, where stream is the stream pointer returned by popen(), shall be the readable end of the pipe.

> 2. If mode is w, when the child process is started its file descriptor STDIN_FILENO shall be the readable end of the pipe, and the file descriptor fileno(stream) in the calling process, where stream is the stream pointer returned by popen(), shall be the writable end of the pipe.

> 3. If mode is any other value, the result is unspecified.

> After popen(), both the parent and the child process shall be capable of executing independently before either terminates.

> Pipe streams are byte-oriented.

#### RETURN VALUE

> Upon successful completion, popen() shall return a pointer to an open stream that can be used to read or write to the pipe. Otherwise, it shall return a null pointer and may set errno to indicate the error.

#### ERRORS

> The popen() function shall fail if:

> [EMFILE]
>   {STREAM_MAX} streams are currently open in the calling process.

> The popen() function may fail if:

> [EMFILE]
>   {FOPEN_MAX} streams are currently open in the calling process.
> [EINVAL]
>   The mode argument is invalid.

> The popen() function may also set errno values as described by fork or pipe.

The following sections are informative.

#### EXAMPLES

> ##### Using popen() to Obtain a List of Files from the ls Utility

> The following example demonstrates the use of popen() and pclose() to execute the command ls* in order to obtain a list of files in the current directory:

>     #include <stdio.h>
>     ...

>     FILE *fp;
>     int status;
>     char path[PATH_MAX];

>     fp = popen("ls *", "r");
>     if (fp == NULL)
>         /* Handle error */;

>     while (fgets(path, PATH_MAX, fp) != NULL)
>         printf("%s", path);

>     status = pclose(fp);
>     if (status == -1) {
>         /* Error reported by pclose() */
>         ...
>     } else {
>         /* Use macros described under wait() to inspect `status' in order
>            to determine success/failure of command executed by popen() */
>         ...
>     }

#### APPLICATION USAGE

> Since open files are shared, a mode r command can be used as an input filter and a mode w command as an output filter.

> Buffered reading before opening an input filter may leave the standard input of that filter mispositioned. Similar problems with an output filter may be prevented by careful buffer flushing; for example, with fflush.

> A stream opened by popen() should be closed by pclose().

> The behavior of popen() is specified for values of mode of r and w. Other modes such as rb and wb might be supported by specific implementations, but these would not be portable features. Note that historical implementations of popen() only check to see if the first character of mode is r. Thus, a mode of robert the robot would be treated as mode r, and a mode of anything else would be treated as mode w.

> If the application calls waitpid() or waitid() with a pid argument greater than 0, and it still has a stream that was called with popen() open, it must ensure that pid does not refer to the process started by popen().

> To determine whether or not the environment specified in the Shell and Utilities volume of POSIX.1-2008 is present, use the function call:

>     sysconf(_SC_2_VERSION)

> (See sysconf).

#### RATIONALE

> The popen() function should not be used by programs that have set user (or group) ID privileges. The fork() and exec family of functions (except execlp() and execvp()), should be used instead. This prevents any unforeseen manipulation of the environment of the user that could cause execution of commands not anticipated by the calling program.

> If the original and popen()ed processes both intend to read or write or read and write a common file, and either will be using FILE-type C functions (fread(), fwrite(), and so on), the rules for sharing file handles must be observed (see Interaction of File Descriptors and Standard I/O Streams).

#### FUTURE DIRECTIONS

> None.

#### SEE ALSO

> Standard I/O Streams, fork, pclose, pipe, sysconf, system, wait, waitid

> XBD <stdio.h>

> XCU sh

#### CHANGE HISTORY

> First released in Issue 1. Derived from Issue 1 of the SVID.

#### Issue 5

> A statement is added to the DESCRIPTION indicating that pipe streams are byte-oriented.

#### Issue 6

> The following new requirements on POSIX implementations derive from alignment with the Single UNIX Specification:

> - The optional [EMFILE] error condition is added.

> IEEE Std 1003.1-2001/Cor 2-2004, item XSH/TC2/D6/67 is applied, adding the example to the EXAMPLES section.

#### Issue 7

> Austin Group Interpretation 1003.1-2001 #029 is applied, clarifying the values for mode in the DESCRIPTION.

> SD5-XSH-ERN-149 is applied, changing the {STREAM_MAX} [EMFILE] error condition from a ``may fail'' to a ``shall fail''.

> POSIX.1-2008, Technical Corrigendum 1, XSH/TC1-2008/0432 [14] is applied.

End of informative text.

return to top of page

UNIX ® is a registered Trademark of The Open Group.
POSIX ® is a registered Trademark of The IEEE.
Copyright © 2001-2016 The IEEE and The Open Group, All Rights Reserved
[ Main Index | XBD | XSH | XCU | XRAT ]