en-têtes de script shell (#! / bin / sh vs #! / bin / csh)

Pourquoi tous les fichiers de script commencent-ils par

#!/bin/sh

ou avec

#!/bin/csh

Est-ce nécessaire? Quel est le but de cela? Et quelle est la différence entre les deux?

Ceci est connu comme un Shebang:

http://en.wikipedia.org/wiki/Shebang_(Unix)

#! interpréteur [arg-facultatif]

Un shebang n'est pertinent que lorsqu'un script a l'autorisation d'exécution (par exemple chmod u + x script.sh).

Lorsqu'un shell exécute le script, il utilise l'interpréteur spécifié.

Exemple:

#!/bin/bash
# file: foo.sh
echo 1

$ chmod u+x foo.sh
$ ./foo.sh
  1

La #!ligne indique au noyau (spécifiquement, l'implémentation de l' execveappel système) que ce programme est écrit dans un langage interprété; le chemin absolu qui suit identifie l'interpréteur. Les programmes compilés en code machine commencent par une séquence d'octets différente - sur la plupart des Unix modernes, 7f 45 4c 46( ^?ELF) qui les identifie comme tels.

Vous pouvez placer un chemin absolu vers n'importe quel programme de votre choix après le #!, tant que ce programme n'est pas lui-même un #!script. Le noyau réécrit une invocation de

./script arg1 arg2 arg3 ...

où ./scriptcommence par, disons, #! /usr/bin/perlcomme si la ligne de commande avait effectivement été

/usr/bin/perl ./script arg1 arg2 arg3

Ou, comme vous l'avez vu, vous pouvez utiliser #! /bin/shpour écrire un script destiné à être interprété par sh.

La #!ligne n'est traitée que si vous appelez directement le script ( ./scriptsur la ligne de commande); le fichier doit également être exécutable ( chmod +x script). Si vous faites, sh ./scriptla #!ligne n'est pas nécessaire (et sera ignorée si elle est présente), et le fichier n'a pas besoin d'être exécutable. Le but de cette fonctionnalité est de vous permettre d'appeler directement des programmes en langage interprété sans avoir à savoir dans quelle langue ils sont écrits. (Faites grep '^#!' /usr/bin/*- vous découvrirez qu'un grand nombre de programmes de base utilisent en fait cette fonctionnalité.)

Voici quelques règles d'utilisation de cette fonctionnalité:

• Le #!doit être les deux premiers octets du fichier. En particulier, le fichier doit être dans un encodage compatible ASCII (par exemple, UTF-8 fonctionnera, mais UTF-16 ne le fera pas) et ne doit pas commencer par une "marque d'ordre d'octet" , sinon le noyau ne le reconnaîtra pas comme un #!scénario.
• Le chemin après #!doit être un chemin absolu (commence par /). Il ne peut pas contenir de caractères d'espace, de tabulation ou de nouvelle ligne.
• Il est judicieux, mais pas obligatoire, de mettre un espace entre le #!et le /. N'y mettez pas plus d'un espace.
• Vous ne pouvez pas mettre de variables shell sur la #!ligne, elles ne seront pas développées.
• Vous pouvez placer un argument de ligne de commande après le chemin absolu, séparé de celui-ci par un seul espace. Comme le chemin absolu, cet argument ne peut pas contenir de caractères d'espace, de tabulation ou de nouvelle ligne. Parfois, c'est nécessaire pour faire fonctionner les choses ( #! /usr/bin/awk -f), parfois c'est juste utile ( #! /usr/bin/perl -Tw). Malheureusement, vous ne pouvez pas mettre deux arguments ou plus après le chemin absolu.
• Certaines personnes vous diront d'utiliser à la #! /usr/bin/env interpreterplace de #! /absolute/path/to/interpreter. C'est presque toujours une erreur. Cela rend le comportement de votre programme dépendant de la $PATHvariable de l'utilisateur qui appelle le script. Et tous les systèmes ne l'ont pas fait enven premier lieu.
• Les programmes qui ont besoin setuidou les setgidprivilèges ne peuvent pas utiliser #!; ils doivent être compilés en code machine. (Si vous ne savez pas ce que setuidc'est, ne vous inquiétez pas.)

En ce qui concerne csh, cela se rapporte à shpeu près à ce que le substitut de thé avancé Nutrimat fait au thé. Il a (ou plutôt eu; les implémentations modernes shont rattrapé) un certain nombre d'avantages par rapport shà une utilisation interactive, mais l'utiliser (ou son descendant tcsh) pour le script est presque toujours une erreur . Si vous êtes nouveau dans le script shell en général, je vous recommande fortement de l'ignorer et de vous concentrer sur sh. Si vous utilisez un cshparent comme shell de connexion, basculez vers bashou zsh, afin que le langage de commande interactif soit le même que le langage de script que vous apprenez.

Ceci définit le shell (interpréteur de commandes) que vous utilisez pour interpréter / exécuter votre script. Chaque shell est légèrement différent dans la façon dont il interagit avec l'utilisateur et exécute des scripts (programmes).

Lorsque vous tapez une commande à l'invite Unix, vous interagissez avec le shell.

Par exemple, #!/bin/cshfait référence au C-shell, /bin/tcshau t-shell, /bin/bashau bash shell, etc.

Vous pouvez dire quel shell interactif vous utilisez le

 echo $SHELL

commande, ou alternativement

 env | grep -i shell

Vous pouvez changer votre shell de commande avec la chshcommande.

Chacun a un jeu de commandes légèrement différent et une manière d'affecter des variables et son propre ensemble de constructions de programmation. Par exemple, l'instruction if-else avec bash est différente de celle du C-shell.

Cette page pourrait être intéressante car elle "traduit" entre les commandes / syntaxe bash et tcsh.

L'utilisation de la directive dans le script shell vous permet d'exécuter des programmes en utilisant un shell différent. Par exemple, j'utilise le tcshshell de manière interactive, mais j'exécute souvent des scripts bash en utilisant / bin / bash dans le fichier de script.

De côté:

Ce concept s'étend également à d'autres scripts. Par exemple, si vous programmez en Python, vous mettriez

 #!/usr/bin/python

en haut de votre programme Python