Чи гарантує POSIX шлях до будь-яких стандартних утиліт?

З C, який найпростіший спосіб запустити стандартну утиліту (наприклад, ps) та жодну іншу?

Чи має POSIX гарантії , що, наприклад, стандарт psв /bin/psабо я повинен скинути змінну оточення PATH , щоб отримати те , що я з confstr(_CS_PATH, pathbuf, n);і потім запустити програму через PATH-пошуку?

Ні, це відбувається, головним чином, з тієї причини, що він не вимагає, щоб системи за замовчуванням відповідали системам або відповідали лише стандарту POSIX (виключаючи будь-який інший стандарт).

Наприклад, Solaris (сертифікована сумісна система) обрала зворотну сумісність для своїх утиліт, в /binякій пояснюється, чому вони поводяться таємно, та надає утиліти, сумісні з POSIX, в окремих місцях ( /usr/xpg4/bin, /usr/xpg6/bin... для різних версій XPG (тепер об'єднана) в стандарт POSIX), які фактично є частиною необов'язкових компонентів у Solaris).

Навіть shне гарантовано буде в /bin. На Solaris, який /bin/shраніше був оболонкою Bourne (тому не сумісний з POSIX) до Solaris 10, в даний час це ksh93 в Solaris 11 (все ще не повністю POSIX сумісний, але на практиці більше, ніж /usr/xpg4/bin/sh).

З C ви можете використовувати exec*p()та припускати, що ви перебуваєте в середовищі POSIX (зокрема, щодо PATHзмінної середовища).

Ви також можете встановити PATHзмінну середовища

#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"...);

Або ви можете визначити в час збирання шлях утиліт POSIX, які ви хочете запустити (маючи на увазі, що для деяких систем, таких як GNU, вам потрібно більше кроків, як встановлення POSIXLY_CORRECTзмінної для забезпечення відповідності).

Ви також можете спробувати такі речі, як:

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

У надії , що є shв $PATH, що це Bourne-подібний, що є також getconfі що це один для версії POSIX ви зацікавлені в.

Власне, я б значною мірою відповів « так» . POSIX гарантує:

1. Тобто це абсолютний шлях а відповідні стандарти версії кожної зазначеної утиліти,
2. І, що ви повинні вміти знайти цей абсолютний шлях і вміти виконувати цю утиліту.

Хоча не обов'язково гарантується, що кожна утиліта буде знаходитись у певному каталозі для всіх систем ( /bin/ps), вона завжди гарантує, що її можна буде знайти в системному PATH за замовчуванням, як виконуваний файл.

Дійсно, єдиний стандартний спосіб зробити це в стандарті (в C) через unistd.h's _CS_PATH, або в оболонці, за допомогою комбінації commandта getconfутиліт, тобто PATH="$(command -p getconf PATH)" command -v psзавжди повинен повертати унікальний абсолютний шлях, сумісний з POSIX psпоставляється в певній системі. Тобто, хоча це визначено реалізацією, які шляхи включені до системної змінної PATH за замовчуванням, ці утиліти повинні бути завжди доступними, унікальними та сумісними в одному з вказаних у ній шляхів.

Див .: < unistd.h >, команда .