POSIX garantit-il les chemins vers les utilitaires standard?

À partir de C, quelle est la façon la plus simple d'exécuter un utilitaire standard (par exemple, ps) et aucun autre?

Est-ce que POSIX garantit que, par exemple, une norme psest dans /bin/psou dois-je réinitialiser la variable d'environnement PATH avec ce que j'obtiens confstr(_CS_PATH, pathbuf, n);, puis exécuter l'utilitaire via PATH-search?

Non, ce n'est pas le cas, principalement parce qu'il n'exige pas que les systèmes soient conformes par défaut , ou uniquement à la norme POSIX (à l'exclusion de toute autre norme).

Par exemple, Solaris (un système conforme certifié) a choisi la compatibilité descendante pour ses utilitaires dans /bin, ce qui explique pourquoi ceux-ci se comportent de manière mystérieuse, et fournissent des utilitaires conformes POSIX dans des emplacements distincts ( /usr/xpg4/bin, /usr/xpg6/bin... pour différentes versions de XPG (maintenant fusionnées) en POSIX) standard, ceux-ci faisant en fait partie des composants optionnels de Solaris).

Même shn'est pas garanti d'être en/bin . Sous Solaris, /bin/shétait le shell Bourne (donc pas compatible POSIX) jusqu'à Solaris 10, alors qu'il est maintenant ksh93 dans Solaris 11 (toujours pas entièrement compatible POSIX, mais en pratique plus que /usr/xpg4/bin/sh).

De C, vous pouvez utiliser exec*p() et supposer que vous êtes dans un environnement POSIX (en particulier en ce qui concerne la PATHvariable d'environnement).

Vous pouvez également définir la PATHvariable d'environnement

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

Ou vous pouvez déterminer au moment de la construction le chemin des utilitaires POSIX que vous souhaitez exécuter (en gardant à l'esprit que sur certains systèmes comme GNU, vous avez besoin de plus d'étapes comme définir un POSIXLY_CORRECT variable pour garantir la conformité).

Vous pouvez également essayer des choses comme:

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

Dans l'espoir qu'il y ait un shin $PATH, qu'il ressemble à Bourne, qu'il y en ait aussi un getconfet que c'est celui de la version de POSIX qui vous intéresse.

En fait, je répondrais largement oui . POSIX garantit:

1. Qu'il y a un chemin absolu une version conforme aux normes de chaque service spécifié,
2. Et, que vous devez être capable de trouver ce chemin absolu et pouvoir exécuter cet utilitaire.

Bien qu'il ne soit pas nécessairement garanti que chaque utilitaire soit dans un répertoire particulier sur tous les systèmes ( /bin/ps), il est toujours garanti de pouvoir être trouvé dans le PATH par défaut du système, en tant que fichier exécutable.

En effet, la seule façon spécifiée par la norme de le faire dans la norme est (en C) via unistd.h_CS_PATH de, ou dans le shell, via une combinaison de commandet des getconfutilitaires, c'est-à-dire, PATH="$(command -p getconf PATH)" command -v psdoit toujours renvoyer le chemin absolu unique de la conformité POSIX psfourni sur un système particulier. Autrement dit, bien qu'il soit défini par l'implémentation quels chemins sont inclus dans la variable PATH par défaut du système, ces utilitaires doivent toujours être disponibles, uniques et conformes, dans l'un des chemins qui y sont spécifiés.

Voir: < unistd.h >, commande .