ИМЯ

execl, execlp, execle, execv, execvp, execvpe - запуск файла на исполнение

ОБЗОР

#include <unistd.h>

extern char **environ;

int execl(const char *pathname, const char *arg, ...
/* (char  *) NULL */);
int execlp(const char *file, const char *arg, ...
/* (char  *) NULL */);
int execle(const char *pathname, const char *arg, ...
                /*, (char *) NULL, char * const envp[] */);
int execv(const char *pathname, char *const argv[]);
int execvp(const char *file, char *const argv[]);
int execvpe(const char *file, char *const argv[],
                char *const envp[]);

Требования макроса тестирования свойств для glibc (см. feature_test_macros(7)):

execvpe(): _GNU_SOURCE

ОПИСАНИЕ

Семейство функций exec() заменяет текущий образ процесса новым. Описанные в данной справочной странице функции являются оберткой для execve(2) (подробней о см. замене текущего смотрите в справочной странице execve(2)).

Первый аргумент этих функций - имя исполняемого файла.

Параметр const char *arg и последующие параметры в функциях execl(), execlp() и execle() можно воспринимать как параметры arg0, arg1, ..., argn. Все вместе они описывают список из одного или нескольких указателей на строки (заканчивающиеся null), который представляет собой список параметров, доступных исполняемой программе. Первый параметр, по соглашению, должен указывать на имя, ассоциированное с файлом, который надо запустить. Список параметров должен заканчиваться указателем null и, так как это функция с переменным числом аргументов, этот указатель должен приводиться к (char *) NULL.

Функции execv(), execvp() и execvpe() предоставляют новой программе список аргументов в виде массива указателей на строки, заканчивающиеся null. Первый аргумент, по соглашению, должен указать на имя, ассоциированное с файлом, который необходимо запустить. Массив указателей должен заканчиваться указателем null.

Функции execle() и execvpe() позволяют вызывающему назначить окружение исполняемой программе через параметр envp. Аргумент envp является массивом указателей на строки (завершающиеся null), он должен заканчиваться указателем null. Остальные функции извлекают окружение для нового образа процесса из внешней переменной environ вызвавшего процесса.

ВОЗВРАЩАЕМОЕ ЗНАЧЕНИЕ

Функции exec() возвращают значение только при возникновении ошибки. При этом возвращается -1, а errno присваивается код ошибки.

ОШИБКИ

Все функции могут завершиться с ошибкой и присвоить errno значения любых ошибок execve(2).

ВЕРСИИ

Функция execvpe() впервые появилась в glibc 2.11.

АТРИБУТЫ

Описание терминов данного раздела смотрите в attributes(7).

СООТВЕТСТВИЕ СТАНДАРТАМ

POSIX.1-2001, POSIX.1-2008.

Функция execvpe() является расширением GNU.

ЗАМЕЧАНИЯ

Путь поиска по умолчанию (используемый, если в окружении отсутствует переменная PATH) в разных системах отличается. Обычно, он содержит /bin и /usr/bin (в таком порядке), а также может содержать текущий рабочий каталог. В некоторых системах текущий рабочий каталог добавляется после /bin и /usr/bin, чтобы не запустить подложенную программу «троянского коня». В реализации glibc долгое время придерживались традиции, где текущий рабочий каталог включался в начало пути поиска. Однако, в результате переработки кода при разработке glibc 2.24 в путь поиска по умолчанию текущий рабочий каталог больше не стали добавлять совсем. Такое несущественное изменение посчитали преимуществом и не стали возвращать всё назад.

Поведение функций execlp() и execvp() при ошибках во время попыток исполнения файла сложилось исторически, но при этом оно не описано и не определено в стандарте POSIX. В BSD (и, возможно, других системах) выполняется автоматическое ожидание и повтор, если возникает ошибка ETXTBSY. В Linux это воспринимается как невосстановимая ошибка, и она сразу возвращается.

Традиционно, функции execlp() и execvp() игнорировали все ошибки за исключением описанных выше, а также ENOMEM и E2BIG, которые они возвращают. В Linux эти функции возвращают любую ошибку, помимо перечисленных ранее.

ДЕФЕКТЫ

До glibc 2.24, execl() и execle() использовали realloc(3) и поэтому были не безопасны для асинхронных сигналов, что нарушало требования POSIX.1. Это было исправлено в glibc 2.24.

СМОТРИТЕ ТАКЖЕ

sh(1), execve(2), execveat(2), fork(2), ptrace(2), fexecve(3), system(3), environ(7)