Discussion :

[hikamovic]

Bonjour tt le monde,

J'ai un petit problème au niveau de la valeur retourné d'un script shell dans un programme C avec system, voici mon script :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
cat fich1 | awk '$2 != "null" && ( $4 == "idle" || $4 == "printing" ) { printf "%-14.14s%-10.10s\n", $1, $2 } ' > /sfctrl/tmp/SpListDisp.txt
 
ret=$?
echo $ret
if test $ret -ne 0
then
    echo Error en la ejecuccion del proceso splist
    exit 99
fi
 
nbLinas=`cat /sfctrl/tmp/SpListDisp.txt | wc -l`
if [ $nbLinas -eq 0 ]
then
  echo No hay impresoras preparadas
  exit 1
fi
 
exit 0

Donc la valeur retourné par le script est soit 0, 1 ou 99, mais voilà lors de la recuperation du retour dans le programme comme suite :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
int iRet=0;
...
iRet = system(szCmd);
....

J'ai 256 si la valeur retourné est 1 !!!
Comment pourrai-je récupérer la valeur exacte retourné par le script dans le programme C.

Merci bq pour votre temps

[Sve@r]

Il faut savoir que la variable $? du shell est codée sur 8 bits. Il me semble donc, en lisant ton pb, que le "1" passe du coté du poids fort de l'int ce qui donne 0x0100 soit 256

C'est à vérifier bien sûr car ça ne correspond pas à ce qui est prévu. Essaye de remplacer, dans le script, 1 par 2 et retente. Si tu vois en final le nombre 512 c'est que c'est ça...

[argv225]

Tu dois utiliser le macro WEXITSTATUS(status) pour récupérer le code

[Sve@r]

Tu dois utiliser le macro WEXITSTATUS(status) pour récupérer le code

Ca c'est quand tu utilises wait(&s). La variable s récupère sur le bit de poids fort la valeur du exit() et sur le bit de poids faible la valeur du kill() selon le cas. Et la macro WEXITSTATUS() isole la valeur du exit. Mais cela m'étonne que ce soit le même comportement avec system() car le man dit bien que la fonction renvoie le code retour du programme et non un mix entre code retour et code d'interruption...

[argv225]

Mais si: man 3 system

RETURN VALUE
The value returned is -1 on error (e.g. fork failed), and the return
status of the command otherwise. This latter return status is in the
format specified in wait(2). Thus, the exit code of the command will
be WEXITSTATUS(status). In case /bin/sh could not be executed, the
exit status will be that of a command that does exit(127).

[Sve@r]

Mais si: man 3 system

RETURN VALUE
The value returned is -1 on error (e.g. fork failed), and the return
status of the command otherwise. This latter return status is in the
format specified in wait(2). Thus, the exit code of the command will
be WEXITSTATUS(status). In case /bin/sh could not be executed, the
exit status will be that of a command that does exit(127).

Ok, moi j'étais allé voir ce man http://www.linux-kheops.com/doc/man/.../system.3.html qui n'en parle pas.
En plus j'y avais pensé en voyant le syptôme mais je m'étais dit "non, WEXITSTATUS c'est pour la variable récupérée par wait()"...

[argv225]

Ok, moi j'étais allé voir ce man http://www.linux-kheops.com/doc/man/.../system.3.html qui n'en parle pas.

Dans ce cas, le mieux pour hikamovic c'est de consulter le manuel de son linux. On ne sait jamais peut être cela dépend de la version de sa distribution