NAZWA¶

execl, execlp, execle, execv, execvp, execvpe - uruchamia plik

BIBLIOTEKA¶

Standardowa biblioteka C (libc, -lc)

SKŁADNIA¶

#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[]);

execvpe():

    _GNU_SOURCE

OPIS¶

Rodzina funkcji exec() zastępuje w pamięci obraz bieżącego procesu obrazem nowego procesu. Funkcje opisane na tej stronie podręcznika są tylko nakładkami dla funkcji execve(2). (Dodatkowe informacje na temat nadpisywania bieżącego procesu można znaleźć na stronie podręcznika execve(2)).

Pierwszym argumentem tych funkcji jest ścieżka do pliku, który ma być uruchomiony.

Funkcje mogą być pogrupowane na podstawie liter, które następują po przedrostku „exec”.

WARTOŚĆ ZWRACANA¶

Funkcje exec() powracają tylko wtedy, gdy wystąpi błąd. Zwracana jest wartość -1 i ustawiana jest zmienna errno, określająca rodzaj błędu.

BŁĘDY¶

Każda z tych funkcji może zakończyć się niepowodzeniem i ustawić jako wartość errno dowolny błąd określony dla execve(2).

ATRYBUTY¶

Informacje o pojęciach używanych w tym rozdziale można znaleźć w podręczniku attributes(7).

WERSJE¶

Domyślna ścieżka przeszukiwana (używana, gdy środowisko nie zawiera zmiennej PATH) ukazuje pewne różnice między systemami. Zwykle zawiera /bin i /usr/bin (w tej kolejności), może też zawierać bieżący katalog roboczy. W niektórych innych systemach, bieżący katalog roboczy występuje po /bin i /usr/bin, co ma utrudnić ataki trojanów. Implementacja glibc przez długi czas działała zgodnie z tradycyjnymi wartościami domyślnymi, gdy bieżący katalog roboczy jest umieszczony na początku ścieżki przeszukiwania. Jednak pewien refaktoring kodu, jaki miał miejsce podczas rozwoju glibc 2.24 spowodował zupełne porzucenie bieżącego katalogu roboczego z domyślnej ścieżki przeszukiwania. Ta przypadkowa zmiana zachowania jest uważana za dość pozytywną i nie zostanie odwrócona.

Zachowanie execlp() oraz execvp() w przypadku wystąpienia błędów podczas uruchamiania pliku jest przyjęte jako tradycyjne, ale nie jest udokumentowane przez standard POSIX. BSD (a być może także inne systemy) po napotkaniu błędu ETXTBSY czeka przez chwilę i próbuje ponownie. Linux traktuje to jako błąd i powraca natychmiast.

Tradycyjnie funkcje execlp() oraz execvp() ignorowały wszystkie błędy oprócz podanych powyżej oraz ENOMEM i E2BIG, po których powracały. Obecnie powracają także wtedy, gdy wystąpi dowolny błąd inny od opisanych powyżej.

STANDARDY¶

environ

execl()

execlp()

execle()

execv()

execvp()

POSIX.1-2008.

execvpe()

GNU.

HISTORIA¶

environ

execl()

execlp()

execle()

execv()

execvp()

POSIX.1-2001.

execvpe()

glibc 2.11.

USTERKI¶

Przed glibc 2.24, execl() i execle() korzystały wewnętrznie z realloc(3) dlatego nie były async-signal-safe, co stanowiło naruszenie wymagań POSIX.1. Poprawiono to w glibc 2.24.

ZOBACZ TAKŻE¶

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

TŁUMACZENIE¶

Autorami polskiego tłumaczenia niniejszej strony podręcznika są: Adam Byrtek <alpha@irc.pl>, Andrzej Krzysztofowicz <ankry@green.mf.pg.gda.pl>, Robert Luberda <robert@debian.org> i Michał Kułach <michal.kulach@gmail.com>

Niniejsze tłumaczenie jest wolną dokumentacją. Bliższe informacje o warunkach licencji można uzyskać zapoznając się z GNU General Public License w wersji 3 lub nowszej. Nie przyjmuje się ŻADNEJ ODPOWIEDZIALNOŚCI.

Błędy w tłumaczeniu strony podręcznika prosimy zgłaszać na adres listy dyskusyjnej manpages-pl-list@lists.sourceforge.net.