Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] system - Exécuter une commande Shell. [size=18] [b]Résumé[/b] [/size] .nf [b]#include <stdlib.h>[/b] [b][i]int system (const char * string );[/i][/b] .fi [size=18] [b]Description[/b] [/size] La fonction [b]system()[/b] exécute la commande indiquée dans [i]string[/i] en appelant [b]/bin/sh -c[/b] [b]string ,[/b] et revient après l'exécution complete de la commande. Durant cette exécution, le signal [b]SIGCHLD[/b] est bloqué, et les signaux [b]SIGINT[/b] et [b]SIGQUIT[/b] sont ignorés. [size=18] [b]Valeur renvoyée[/b] [/size] La valeur renvoyée est -1 en cas d'erreur (par exemple echec de fork()) ou le code de retour de la commande sinon. Ce dernier code est dans le format indiqué dans [b]wait (2).[/b] Ansi le retour de la commande sera [b]WEXITSTATUS(status) .[/b] Dans le cas où [b]/bin/sh[/b] ne peut pas être exécuté, le code de retour sera identique à celui d'une commande effectuant un [b]exit(127) .[/b] Si la valeur de [i]string[/i] est [b]NULL ,[/b] [b]system()[/b] renvoie une valeur non nulle si le shell est accessible, et zéro sinon. [b]system()[/b] n'affecte pas le statut d'attente des autres processus fils. [size=18] [b]Conformité[/b] [/size] ANSI C, POSIX.2, BSD 4.3 [size=18] [b]Notes[/b] [/size] Comme mentionné plus haut, [b]system ()[/b] ignore SIGINT et SIGQUIT. Ceci peut rendre ininterruptible un programme qui l'appelle en boucle, à moins qu'il ne vérifie le code de retour du fils, par exemple [b][/b] .nf while(qqchose) { int ret = system("foo"); if (WIFSIGNALED(ret) && (WTERMSIG(ret) == SIGINT \|\| WTERMSIG(ret) == SIGQUIT)) break; } .fi N'utilisez jamais [b]system()[/b] dans un programme avec les privilèges Set-UID ou Set-GID. Des variables d'environnement avec des valeurs étranges peuvent être utilisées pour corrompre l'intégrité du système. Utilisez les fonctions de la famille [b]exec (3)[/b] à la place, mais pas [b]execlp (3)[/b] ni [b]execvp (3).[/b] [b]system()[/b] ne fonctionnera pas correctement avec les programmes ayant des privilèges fournis par les bits Set-UID ou Set-GID sur les systèmes où [b]/bin/sh[/b] est [b]bash[/b] version 2, car celui-ci rejette les privilèges au démarrage. (Debian utilise une version modifiée de bash où ce comportement est abandonné si on l'invoque sous le nom [b]sh[/b]). La vérification de disponibilité du shell [b]/bin/sh[/b] n'est pas réellement faite. Il est toujours supposé disponible. Le standard ISO C réclame cette vérification, mais POSIX.2 précise que le retour doit toujours être non-nul car un système sans shell n'est pas conforme. Ceci justifie le choix d'implémentation. Il est possible qu'une commande shell renvoie 127, ainsi le code de retour n'est pas une indication sûre de l'échec de [b]execve() .[/b] Verifiez [i]errno[/i] pour en être sûrs. [size=18] [b]Voir aussi[/b] [/size] [b]sh (1),[/b] [b]signal (2),[/b] [b]wait (2),[/b] [b]exec (3)[/b] [size=18] [b]Traduction[/b] [/size] Christophe Blaess, 1996-2003.
Fichier