Discussion :

[saw-next]

Bonjour chers Lunixins,

Hier, j'ai installé et pour la première fois une distribution Linux (Ubunto) dans ma machine, je la trouve super, alors je connais un petit peu le Shell Batch de MS et je veux maintenant migrer vers le(s) Shell Linux: Bash, ksh,...mais malheureusement je ne connais rien du tout sur le mécanisme de créer ces types de fichiers dans Ubunto.
alors:

comment créer des fichiers Bash (puisque c'est le shell par defaut) ?
comment les executer (est-ce que c'est pareil que Batch de MS) ?
je trouve souvent dans les forums dédiés aux Shell Linux des programmes qui commencent par : #!/bin/sh c'est quoi ? es-ce que c'est pour choisir entre les différents Shell ?

Merci par avance à tous..

[N_BaH]

bonjour saw-next,

Il va te falloir te familiariser avec la ligne de commande
puis t'initier aux shell scripts, et ici aussi ...

et puis lire, lire...
http://www.gnu.org/software/bash/bash.html
http://www.tldp.org/LDP/Bash-Beginne...tml/index.html
http://tldp.org/LDP/abs/html/
et pratiquer...

le shebang (#!) est effectivement une "commande" qui définit l'interpréteur de commandes qui sera utilisé pour éxécuter un script; il faut indiquer le chemin complet de l'interpréteur après le shebang. Ça peut être {ba,k,z}sh, ou sed, ou awk, ou perl...

à bientôt

[saw-next]

bonjour et merci,

ce code est pour toi !

Code :

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

1
2
3
4
#!bin/sh
echo "les liens sont super"
cp old/batch new/bash
echo "thanks for all N_BaH"

[Sve@r]

je trouve souvent dans les forums dédiés aux Shell Linux des programmes qui commencent par : #!/bin/sh c'est quoi ? es-ce que c'est pour choisir entre les différents Shell ?

C'est quasiment ça.
Chaque fois que tu exécutes un programme, ton environnement de travail est dupliqué et c'est la copie (appelé "fils") qui traite l'exécution pendant que ton environnement de départ (appelé "père") attend la fin du fils.
Ce mécanisme permet 2 choses
1) tu peux demander au père de ne pas attendre la fin du fils (en mettant un "&" après la commande lancée) => la commande lancée tourne alors en "arrière-plan" pendant que tu peux faire autre chose
2) tu peux demander, grâce à la ligne "#!..." quel sera le shell chargé d'exécuter le script => ça permet à un utilisateur ne travaillant pas dans le même shell que toi la d'exécuter quand-même ton script (et inversement)

[saw-next]

merci beaucoup pour cette explication,

j'ai une petite question, j'ai fais un petit code dans un fichier code.tst quand je l'appelle depuis l'invite par sh code.tst
ça fonctionne

mais, ce que je veux c'est l'appeler uniqument par son nom code.tst
j'ai vu qu'on pouvais faire cette manip avec la commande chmod
j'ai fais chmod +x code.tst
puis un code.tst

mais ça retourne une erreur ??

[N_BaH]

C'est une question de sécurité (si je me souviens bien) : les répertoires utilisateurs ne sont pas dans le PATH, donc les programmes ne peuvent être lancés directement.
Soit tu utilises le chemin complet /home/saw-next/code.tst, soit avec un chemin relatif ./code.tst (à ne pas confondre avec la comande 'source' : . code.tst).
Tu peux aussi créer un symlink dans un répertoire qui est dans le PATH (/usr/local/bin) vers ton programme...