salut,
 
tout d'abord, je note que je travaille sous le noyau 2.6.8
 
en fait, j'ai crée un script shell qui :
  - charge des modules noyau via la commande "insmod module.ko"
  - exécute un programme ("./test" ) qui utilise ces modules
 
le probléme est que lors de l'exécution de mon script ("./run" ), l'erreur ":bad interpreter" m'est affichée!!  
je ne sais c où le problème?
 
merci pour toutes réponses
 

en haut de ton script tu utilise quel interpréteur
normalement la premiere ligne de ton script doit etre du style #!/chemin/vers/ton/interpreteur

j'utilise #!bin/sh

 
?

Eh ben c'est dur pour un / manquant... Il a ecrit "#!bin/sh" au lieu de "#!/bin/sh".

Excuses, j'ai regardé ce que tu avais écrit et non ce que brahimos avait écrit . Vais me coucher...

tu suggère que c'est une erreur de syntaxe!
est ce que un interpréteur sh ou bash ou autre définie sa propre syntaxe?
 
et merci

merci pour la correction;
une autre question:
si j'omet de mettre #!/bin/sh en haut du script, ca marche est ce qu'il paraît!
est ce nécessaire de le mettre ?

c'est fortement recommandé

Non, sans le #!/bin/sh ça ne marchera pas. Tu pourra toujours lancer ton script par "sh ./monscript" ou ". ./monscript", mais pas directement par "./monscript".
 
Edit : le #!/bin/sh, ça sert à dire au kernel que ce fichier est à executer par /bin/sh. Ce n'est pas spécifique à un shell en particulier. En fait le shell ne lit même pas cette ligne, qui n'est pour lui rien d'autre qu'un commentaire. Cette ligne est destinée au kernel.

par exemple, tu pourrai avoir un auter script qui commencerai par

ou

pour des scripts respectivement écrits en awk ou perl.
Cette ligne renseigne l'interpréteur à utiliser pour ton script !

merci encore une fois pour vos conseils.
Mais voilà que je me confronte à une autre erreur lors de l'exécution de mon script.  
 
voila, un apercu du code du script :
 
#!/bin/sh
TMP=$PWD
.
.
cd $TMP      
./btest  
 
j'exécute mon script via "sh run"
 
et  le réultat de l'exécution et les erreurs affcihées:
 
: Aucun fichier ou répertoire de ce typeexemples/tests
run: line 15: ./btest: Aucun fichier ou répertoire de ce type

chaque ligne s'effectue dans un fork() différent. Si tu veux faire ça il faut faire :
 

cad dans le meme process!
et si je met cd $TMP ; ./btest c la meme chose!

normal
 
lis la doc de bash et tu verras ce qui se passe de façon interne lors de l'éxécution d'un script

j'ai un peu compris le principe d'exec interne d'une liste de commande mais l'erreur ici c'est que la commande " cd $TMP" n'est pas interprété correctement!
syntaxiquement c correct, donc saviez vous ce qui s'est passé?

oui. je te l'ai expliqué plus haut.
 
cd $TMP est interprété correctement mais la commande suivante n'est pas éxécutée dans le même contexte (je simplifie pas tapay) donc le script est revenu là où il était avant.
 
ex :
 
tu es dans ~
tu fais ls
il liste ~ dans un un processus fils
le fils meure
tu fais cd $TMP
il se place dans $TMP pour le processus fils. Le fils meure. Le père est toujours dans ~
tu fais ./test
~/.test est éxécuté dans un fils (puisque la référence du père est ~)
 
compris ?

black_lord, t'as fumée quoi Le shell ne fork absolument pas un nouveau process pour chaque ligne !
 
brahimos montre ton script en entier, il doit y avoir une erreur quelque part.

t'es sur ? là tu vois je suis sceptique... je vais relire le man de bash

j'ai relu la source de bash : il forke.

Ben relit mieux... cd n'est pas une commande, c'est un builtin du shell.
 

j'ai pas dit que cd était une commande, j'ai dit qu'il forkait pour éxécuter des commandes
 
relis la source
 
edit : écrit un shell, c'est instructif

Mais puta*n arrète d'affirmer n'importe quoi... Le shell ne fork absolument pas à chaque ligne. Les builtins (cd, for, echo...) sont exécutées par le shell qui interprète le script, à part évidemment si elles sont a droite d'un pipe.
 
Edit : écrit un shell ? C'est exactement ce que j'ai fais dans le post au dessus du tiens. Crois moi, je sais de quoi je parle...

je ne dis pas qu'il forke à chaque ligne Exécuter des commandes est différent de lancer un builtin hein
 
edit : tu as écris un script shell, pas un shell

 
Ah bon ? J'avais cru lire "chaque ligne s'effectue dans un fork() différent".
 

 
Ah ben donc on est d'accord, très bien. C'est marrant parce que là encore j'ai cru lire "il se place dans $TMP pour le processus fils. Le fils meure. Le père est toujours dans ~". Tu as dis qu'il faisait le chdir dans un processus fils, on est bien d'accord ? Moi je dis non, cd est un builtin et il n'y a pas de fork. Le chdir est fait dans le shell qui interprete ton script.
 

 
Ok j'ai mal compris ce que tu voulais dire. Cela dit, pour ta gouverne, j'ai écrit un mini shell en dernière année d'école d'ingé.

autant pour moi, j'ai aussi écrit un mini-shell et j'ai dit beaucoup de conneries
 
le shell ne forke (si je ne me plante pas ) que pour les bg process et les pipes.

c trés intéressant votre discussion même si je suis perdu quelques fois.
 
j'ai lu la man bash, et j'ai cru comprendre, comme matafan l'a dit, que le script s'exécute dans un seul process (ou fork).
 
bref, pour mon cas je ne comprends pas pourquoi ca marche pas la commande (ou builtin) :
 
cd $TMP
 
voila mon script qui sert à exécuter un prog c sous Linux/RTAI:
 
1 #!/bin/sh
2 TMP=$PWD
3 echo " "
4 cd /usr/realtime/modules/
5 insmod ./rtai_hal.ko
6 insmod ./rtai_tasklets.ko
7 cd $TMP
8 ./btest
 
à noter que lorsque je remplace la ligne 7 et 8 par  
 
cd ~/ && ./btest
ca marche.
 
en fait, quelle est la difference entre commande et buitin? est ce que buitin veut dire les focntions propre au shell (cd, echo,..)?

Je parie un pot de nutella que le répertoire d'où tu lances le script à un espace dans son chemin  
 
Rajoute des guillemets (par exemple TMP="$PWD" ). C'est probablement le point qui pose le plus de problème en programmation bash...
 
Les builtins sont effectivement des fonctions intégrées dans le shell, par opposition à un executable classique. echo n'est pas builtin d'ailleurs. D'autres exemple de builtins (pour zsh) : foreach, run-help, ou print.

echo est un builtin dans la plupart des shells, pour des raisons évidentes de performances.

J'ai pas de ksh sous la main, mais c'est aussi un builtin en ksh.

[citation=614375,0,29][nom]pillow a écrit[/nom]Je parie un pot de nutella que le répertoire d'où tu lances le script à un espace dans son chemin  
 
bain non, j'ai vérifier mais pas d'espace dans mon chemin

Donne ton script complet.

 
 
$PWD n'a pas de valeur, donc $TMP non plus
 
ne voulais tu pas faire TMP=`pwd` ?

$PWD contient le répertoire courant. On peut tout à fait faire TMP=$PWD.
 
Tu n'as pas besoin de changer de répertoire. Tu peux simplement faire insmod /usr/realtime/modules/rtai_hal.ko.

En réalité, lorsque tu fais ./mon_script.sh, tu execute le script dans un autre processus shell. Du coup, la variable $PWD n'est pas modifié pour ton shell courant. Execute ton script grâce à source ./mon_script.sh et ça devrait passer

Rien a voir. Il lance ./btest dans le script, pas en ligne de commande apres l'execution de son script. Son truc devrait marcher, point.
 
Ah tien je viens de remarques un truc : tu dis que ca marche avec "cd ~/ && ./btest", mais dans ton script tu as "cd $TMP". Est-ce que tu lances bien le script depuis ton home ?