Czy POSIX gwarantuje ścieżki do standardowych narzędzi?

Z C, jaki jest najłatwiejszy sposób uruchomienia standardowego narzędzia (np. Ps), a żadnego innego?

Czy POSIX gwarantuje na przykład, że standard psjest włączony, /bin/psczy powinienem zresetować zmienną środowiskową PATH do tego, co otrzymuję, confstr(_CS_PATH, pathbuf, n);a następnie uruchomić narzędzie poprzez wyszukiwanie PATH?

Nie, nie robi tego, głównie dlatego, że nie wymaga domyślnej zgodności systemów ani zgodności tylko ze standardem POSIX (z wyłączeniem jakiegokolwiek innego standardu).

Na przykład Solaris (system z certyfikatem zgodności) wybrał wsteczną kompatybilność swoich narzędzi /bin, co wyjaśnia, dlaczego zachowują się one w tajemniczy sposób, i zapewnia narzędzia zgodne z POSIX w oddzielnych lokalizacjach ( /usr/xpg4/bin, /usr/xpg6/bin... dla różnych wersji XPG (teraz scalonych) do standardu POSIX), które faktycznie są częścią opcjonalnych komponentów Solaris).

Nawet shnie ma gwarancji, że wejdzie /bin. W Solarisie /bin/shbyła to powłoka Bourne'a (więc nie jest zgodna z POSIX) aż do Solaris 10, podczas gdy teraz jest to ksh93 w Solaris 11 (wciąż nie w pełni zgodna z POSIX, ale w praktyce bardziej niż /usr/xpg4/bin/sh).

W C możesz exec*p()założyć i założyć, że jesteś w środowisku POSIX (w szczególności w odniesieniu do PATHzmiennej środowiskowej).

Możesz także ustawić PATHzmienną środowiskową

#define _POSIX_C_SOURCE=200809L /* before any #include */
...
confstr(_CS_PATH, buf, sizeof(buf)); /* maybe append the original
                                      * PATH if need be */
setenv("PATH", buf, 1);
exec*p("ps"...);

Lub możesz określić w czasie kompilacji ścieżkę narzędzi POSIX, które chcesz uruchomić (pamiętając, że w niektórych systemach, takich jak GNU, potrzebujesz więcej kroków, takich jak ustawienie POSIXLY_CORRECTzmiennej w celu zapewnienia zgodności).

Możesz także spróbować takich rzeczy jak:

execlp("sh", "sh", "-c", "PATH=`getconf PATH`${PATH+:$PATH};export PATH;"
                         "unset IFS;shift \"$1\";"
                         "exec ${1+\"$@\"}", "2", "1", "ps", "-A"...);

W nadziei, że to shsię $PATH, że jest podobny do Bourne, że istnieje również getconfi to, że jest to jedna z wersji POSIX jesteś zainteresowany.

Właściwie w większości odpowiedziałbym tak . POSIX gwarantuje:

1. To nie jest absolutna ścieżki a do zgodnych ze standardami wersji każdej określonej użyteczności,
2. I, że musisz być w stanie znaleźć tę absolutną ścieżkę i być w stanie uruchomić to narzędzie.

Chociaż nie jest koniecznie zagwarantowane, że każde narzędzie powinno znajdować się w określonym katalogu we wszystkich systemach (/bin/ps ), to zawsze gwarantowane , aby móc znaleźć można w domyślnym PATH systemu, jako plik wykonywalny.

Rzeczywiście, jedynym sposobem określonym w standardzie, aby to zrobić w standardzie jest (w C) za pomocą unistd.h_CS_PATH lub w powłoce, za pomocą kombinacji commandi getconfnarzędzi, tj. PATH="$(command -p getconf PATH)" command -v psZawsze musi zwracać unikalną bezwzględną ścieżkę zgodną z POSIX psdostarczane w określonym systemie. Oznacza to, że o ile ścieżki są zdefiniowane w implementacji, które ścieżki są zawarte w domyślnej zmiennej systemowej PATH, są one wykorzystywane muszą być zawsze dostępne, unikalne i zgodne, w jednej ze ścieżek tam określonych.

Patrz: < unistd.h >, polecenie .