Хотя доступно целых шесть способов запустить одну программу из другой, все они делают почти одно и то же — заменяют текущую выполняющуюся программу другой программой. Обратите внимание на слово "заменяет" — все следы текущей выполняющейся программы при этом исчезают. Если вы хотите оставить исходную программу работающей, вы должны создать новый процесс вызовом
fork
, а затем запустить новую программу из дочернего процесса.
Эти шесть функций лишь слегка отличаются по интерфейсу. Только одна из них —
execve
— является системным вызовом Linux. Остальные реализованы в библиотеках пользовательского пространства и вызывают
execve
для запуска новой программы. Ниже представлены прототипы семейства функций
exec
.
int execl(const char *path, const char *arg0, ...);
int execlp(const char *file, const char *arg0, ...);
int execle(const char *path, const char *arg0, ...);
int execv(const char *path, const char **argv);
int execvp(const char *file, const char **argv);
int execve(const char *file, const char **argv, const char **envp);
Как
уже упоминалось, все эти программы пытаются заменить текущую программу новой. Если это удается, то управление не возвращается (то есть программа, которая вызвала другую программу, уже не выполняется). Если не удается, то возвращается значение
– 1
и устанавливается код ошибки в
errno
, как при любом другом системном вызове. Когда новая программа запускается, она принимает массив аргументов (
или execv, этот фрагмент кода завершится ошибкой, если только
cat
не окажется в текущем каталоге.
Если вы пытаетесь запустить программу со специфическим окружением, при этом желая выполнять поиск пути, вам придется искать путь вручную и использовать
execle
или
execve
, поскольку ни одна из функций
exec
не делает того, что вам нужно.
Обработчики сигналов предохраняются внутри функций
exec
несколько неочевидным образом. Этот механизм рассматривается в главе 12.
10.4.4. Ускоренное создание процессов с помощью vfork
Обычно процессы, в которых вызывается
fork
, немедленно вызывают
exec
для другой программы (это то, что оболочка делает всякий раз, когда вы вводите команду), что делает полную семантику
fork
более расточительной по вычислительным ресурсам, чем это необходимо.
Чтобы оптимизировать этот общий случай, существует
vfork
.
#include <unistd.h>
pid_t vfork(void);
Вместо создания совершенно новой среды выполнения для нового процесса
vfork
создает новый процесс, который разделяет память с исходным процессом. Ожидается, что новый процесс запустит другой процесс посредством
exit
или
exec
очень быстро, но его поведение непредсказуемо, если он модифицирует память, возвратит управление из функции
vfork
, содержащейся в нем, либо вызовет любую новую функцию. В дополнение к этому исходный процесс приостанавливается, до тех пор, пока новый либо не будет прерван, либо вызовет функцию
exec
[24] . Однако не все системы обеспечивают семантику разделения памяти и приостановки родительского процесса
vfork
, поэтому приложения не должны полагаться на такое поведение.
24
Появление
vfork
было мотивировано старыми системами, которым необходимо было копировать всю память, используемую исходным процессом, как часть
fork
.Современные операционные системы используют копирование при записи, которое копирует области памяти только по необходимости, как это описано во многих источниках, посвященных операционным системам, в частности [40] и [2]. Это свойство делает