En bash, il y a un équivalent de die “error msg”

En perl, vous pouvez quitter avec une erreur msg avec die "some msg". Est-t-il un équivalent simple de commande de bash? Maintenant, je suis de la réalisation de cette aide de commandes: echo "some msg" && exit 1

InformationsquelleAutor PJx | 2011-10-23
  1. 69

    Vous pouvez rouler votre propre assez facilement:

    die() { echo "$*" 1>&2 ; exit 1; }
...
die "Kaboom"
    • +1; mais notez que de mourir sans arguments émet des retour à la ligne. J'aime '{ test-n "$@" && echo "$@"; exit 1; } >&2'
    • Vous pouvez utiliser printf %s "${@+$@$'\n'}" - En d'autres termes, imprimer les arguments suivi par un saut de ligne si elles existent.
    • En regardant en arrière à cette réponse 6 ans plus tard, je me rends compte que "$*" probablement plus de sens que "$@". Le comportement sera identique dans la plupart des cas, mais en diffère par die -n Oops (non pas que vous voulez faire).
    InformationsquelleAutor Keith Thompson
  2. 26

    Voici ce que j'utilise. Il est trop petit pour mettre dans une bibliothèque donc je dois avoir tapé des centaines de fois ...

    warn () {
    echo "$0:" "$@" >&2
}
die () {
    rc=$1
    shift
    warn "$@"
    exit $rc
}

    Utilisation: die 127 "Syntax error"

    InformationsquelleAutor tripleee
  3. 11

    C'est très proche de la fonction perl à "mourir" (mais avec le nom de la fonction):

    function die
{
    local message=$1
    [ -z "$message" ] && message="Died"
    echo "$message at ${BASH_SOURCE[1]}:${FUNCNAME[1]} line ${BASH_LINENO[0]}." >&2
    exit 1
}

    Et bash manière de mourir si construire-dans la fonction est un échec (avec le nom de la fonction)

    function die
{
    local message=$1
    [ -z "$message" ] && message="Died"
    echo "${BASH_SOURCE[1]}: line ${BASH_LINENO[0]}: ${FUNCNAME[1]}: $message." >&2
    exit 1
}

    Donc, Bash est de garder toutes les information nécessaire à plusieurs variables d'environnement:

    • LINENO courant exécuté numéro de ligne
    • FUNCNAME - de la pile des appels de fonctions, premier élément d'indice (0) est la fonction en cours, le deuxième (indice 1) est la fonction qui a appelé actuelle de la fonction
    • BASH_LINENO - de la pile des appels de numéros de ligne, où FUNCNAME a été appelé
    • BASH_SOURCE - tableau de fichier source, où corresponfing FUNCNAME est stocké
    • Vous pourriez éviter la variable locale qui, ensemble avec ${1-Died} -- avec cela, vous pouvez même passer une chaîne vide et qu'il fonctionne comme vous le souhaitez.
    InformationsquelleAutor Sergey Irisov
  4. 3

    Yep, c'est à peu près la façon dont vous le faites.

    Vous pouvez utiliser un point-virgule ou le retour à la ligne au lieu de &&, puisque vous voulez quitter ou non l'écho réussit (même si je ne suis pas sûr de ce qui pourrait faire échouer).

    De la programmation en shell signifie en utilisant beaucoup de peu de commandes (certaines commandes intégrées, certains petits programmes) que faire une chose bien et la connexion avec fichier de redirection, le code de sortie de la logique et d'autres de la colle.

    Il peut sembler bizarre si vous avez l'habitude de langues où tout est fait à l'aide de fonctions ou de méthodes, mais vous vous habituez à elle.

    • merci, bonkydog.
    • Maintenant, je suis la recherche d'un autre effet désagréable. Alors que la commande echo est en cours d'exécution, l'interprète n'attendez pas la fin, mais en même temps, exécute le code ci-dessous il! Voici ce que j'ai: CMD1 || (echo 'ERROR MSG'; exit 1); CMD2; CMD3. Maintenant, si CMD1 échoue, j'attends l'écho et de sortie afin de prendre place, et le script de sortie. Mais maintenant, quand CMD1 échoue, CMD2 et CMD3 sont effectivement exécutées avant l'écho. Il s'agit, selon le journal des erreurs. Bizarre ou pas?
    • en fait, je pense que les parenthèses () peut être le coupable. Viens de lire quelque part qu'ils peuvent exécuter le code à l'intérieur dans un shell interne est exécuté, ce qui serait bien sûr de ne pas avoir l'effet désiré. Je viens de modifier mon code pour un si-fi gratuite, d'un bloc, et cela a fonctionné comme prévu. Juste pour ma curiosité, puis-je combiner ce code dans une seule ligne?
    • Utilisation {} au lieu de () pour éviter le shell interne est exécuté problème. Aussi, c'est une bonne idée d'envoyer les erreurs vers stderr vers stdout: CMD1 || { echo 'ERROR MSG' >&2; exit 1; }; CMD2; CMD3
    • Merci Gordon, très utile.
    InformationsquelleAutor bonkydog
  5. 0
    # echo pass params and print them to a log file
wlog(){
    # check terminal if exists echo 
    test -t 1 && echo "`date +%Y.%m.%d-%H:%M:%S` [$$] $*"
    # check LogFile and 
    test -z $LogFile || {
      echo "`date +%Y.%m.%d-%H:%M:%S` [$$] $*" >> $LogFile
    } #eof test
 } 
# eof function wlog 


# exit with passed status and message
Exit(){
    ExitStatus=0
    case $1 in
      [0-9]) ExitStatus="$1"; shift 1;;
  esac
    Msg="$*"
    test "$ExitStatus" = "0" || Msg=" ERROR: $Msg : $@"
    wlog " $Msg"
    exit $ExitStatus
}
#eof function Exit
    InformationsquelleAutor Yordan Georgiev