Qu'est-ce que l'utilisation et la signification de “#!/bin/sh” dans les scripts shell?

Qu'est-ce que l'utilisation et la signification de "#!/bin/sh" dans les scripts shell? S'il vous plaît laissez-moi savoir si il est considéré dans le script ou pas comme il est commenté.

InformationsquelleAutor Ravi Jain | 2012-01-08
  1. 24

    Le sha-bang ( #!) [1] à la tête d'un script indique que ce fichier est un ensemble de commandes de la fed à l'interpréteur de commande indiqué. Le #! est en fait un deux-byte [2] nombre magique, un marqueur spécial, qui désigne un type de fichier, ou dans ce cas un fichier exécutable le script shell (type de l'homme de la magie pour plus de détails sur ce sujet fascinant). Immédiatement après le sha-bang est un nom de chemin d'accès. C'est le chemin vers le programme qui interprète les commandes dans le script, que ce soit un shell, un langage de programmation, ou un utilitaire. Cet interpréteur de commandes, puis exécute les commandes dans le script, à partir du haut (de la ligne suivante de l'algorithme sha-bang ligne), et d'ignorer les commentaires. [3]

    Source: http://tldp.org/LDP/abs/html/sha-bang.html#MAGNUMREF

    InformationsquelleAutor sisve
  2. 3

    Un script peut spécifier #!/bin/bash sur la première ligne, ce qui signifie que le script doit toujours être exécuté avec bash, plutôt qu'un autre shell. /bin/sh est un exécutable qui représente l'environnement du système. En fait, il est généralement mis en œuvre comme un lien symbolique pointant vers le fichier exécutable pour le shell est un shell système

    InformationsquelleAutor Raju Muke
  3. 1

    C'est le chemin où le shell exécutable se trouve.

    InformationsquelleAutor Smi
  4. 0

    Il est utilisé par le système d'exploitation régulière des fichiers qui ont le bit d'exécution défini. Si le fichier n'est pas reconnu comme un "pur" format binaire (c'est à dire, ELFE ou NAIN, ou autres), le système d'exploitation tente et lit #!/path/to/interpreter -plus -options et transforme:

    myscript myargument

    dans:

    /path/to/interpreter -plus -options myscript myargument

    Il organise également pour argc et argv correcte (c'est à dire, argv[0] sera votre nom de script, et argv[1] en cours de l'option 1, etc).

    Cela fonctionne aussi pour les scripts perl, python scripts et autres joyeusetés. En fait, quelle que soit l'interprète de votre choix.

    InformationsquelleAutor fge
  5. 0

    cela signifie que votre script va s'exécuter en mode de compatibilité (POSIX) lorsqu'il est exécuté directement (même si /bin/sh est un alias bash)

    citations pour les downvoters:

    Le Bourne shell, ou de poisson, a la valeur par défaut du shell Unix Unix Version 7 et la plupart des systèmes de type Unix continuer à avoir /bin/sh - qui sera le Bourne shell, ou un lien symbolique ou un lien en dur pour un compatible coque - même lors de la plus moderne des coquilles sont utilisées par la plupart des utilisateurs.

    http://en.wikipedia.org/wiki//bin/sh

    et:

    Shell scripts écrits avec Bash-caractéristiques spécifiques (bashisms) ne fonctionnera pas sur un système à l'aide de la Bourne shell ou l'un de ses remplaçants, à moins que Bash est également installé et le script commence par une "ligne shebang" de #!/bin/bash interprète la directive au lieu de #!/bin/sh.

    http://en.wikipedia.org/wiki/Bash_(Unix_shell)#Portabilité

    • C'est vraiment rien à voir avec le mode de compatibilité. C'est un bash fonctionnalité, non #! de façon générique
    • vous avez tort, /bin/sh n'est pas réellement le Bourne-shell sh dans compatible POSIX systèmes, il signifie "tout à POSIX compilant shell" et c'est en partie le cahier des charges lorsque vous l'utilisez, vous êtes en indiquant que vous êtes en train de rédiger POSIX-sh code quel que soit le shell utilisé, car dans le cas de bash, il s'exécute en mode de compatibilité (autres coquilles peuvent se comporter différemment, mais la seule assurance de ce beau spectacle, c'est que vous avez et le faire POSIX).
    • Vous avez fournies pour les deux citations, ni de la référence d'une norme POSIX. Le premier lien juste dit Bash devient compatible POSIX lorsqu'il est utilisé via #!/bin/sh. Je voudrais donc que c'est encore un coup de la fonctionnalité que vous décrivez, et pas vraiment quelque chose de générique à propos de #!/bin/sh
    • Samus réponse est bonne, mais peut-être pas pour la raison qu'il ou elle pense. La façon dont la réponse est écrite, il suggère que /bin/sh est en quelque sorte la magie, et provoque un bourne-compatible shell à exécuter par le noyau, indépendamment de l'endroit où /bin/sh est lié. Non: si /bin/sh est lié symboliquement à bash, est bash qui est exécuté, mais bash spots qu'il a été invoqué sous le nom de sh, et, en conséquence, s'exécute en mode de compatibilité, où il agit comme historique/POSIX sh.
    • ok oui, /bin/sh est un élément du système de fichiers comme les autres mais cela ne veut pas forcément dire que c'est une coquille, en particulier, et spécialement ne signifie pas qu'il doit être Bourne-sh, il pourrait être ou il pourrait être quelque chose d'autre (il peut même ne pas exister) donc vous ne pouvez pas présumer de rien d'autre que POSIX-sh caractéristiques et uniquement si vous êtes dans une POSIX-compilant l'environnement parce que POSIX exige.
    InformationsquelleAutor Samus_