Comment intercepter ERR lors de l'utilisation de "set -e' dans Bash

J'ai un script simple : 

#!/bin/bash
set -e
trap "echo BOO!" ERR 

function func(){
    ls /root/
}

func

Je voudrais piège ERR si mon script ne marche pas (comme il le fera ici b/c je n'ai pas les autorisations pour regarder dans /root). Cependant, lors de l'utilisation de set -e il n'est pas coincé. Sans set -e erreur est pris au piège.

Selon la page de manuel de bash, pour set -e :

... Un piège sur l'erreur, si elle est définie, est exécuté avant que le shell sorties. ...

Pourquoi ce n'est pas mon piège exécuté? À partir de la page de man, il semble comme il se doit.

  • En aparté: il est préférable d'apostrophes votre piège des gestionnaires, à moins que vous ne souhaitiez variable références élargi à l'avant.
InformationsquelleAutor irritable_phd_syndrom | 2016-03-04
  1. 31

    chepner réponse est la meilleure solution: Si vous voulez de combiner set -e (comme: set -o errexit) avec un ERR piège, également utiliser set -o errtrace (comme: set -E).

    En bref: utiliser set -eE au lieu de simplement set -e:

    #!/bin/bash

set -eE  # same as: `set -o errexit -o errtrace`
trap 'echo BOO!' ERR 

function func(){
  ls /root/
}

# Thanks to -E /-o errtrace, this still triggers the trap, 
# even though the failure occurs *inside the function*.
func

    man bash dit à propos de set -o errtrace /set -E:

    Si aucun piège sur ERR est héritée par shell fonctions de commande des substitutions, et les commandes exécutées dans un shell interne est exécuté environnement. Le TRE piège est normalement pas héréditaire, dans de tels cas.

    Je crois que ce qui se passe:

    • Sans -e: Le ls commande échoue à l'intérieur de votre fonction, et, en raison d'être la dernière commande de la fonction, la fonction rapports ls's code de sortie différent de zéro à l'appelant, votre script de niveau supérieur de la portée. Dans que la portée, le ERR piège est en effet, et il est invoqué (mais notez que l'exécution continueront, sauf si vous explicitement appel exit du piège).

    • Avec -e (mais sans -E): Le ls commande échoue à l'intérieur de votre fonction, et parce que set -e est, en effet, Bash instantanément sorties, directement à partir de la portée de la fonction - et depuis il n'y a pas de ERR piège en effet il (car il n'avait pas hérité de la portée parent), le piège n'est pas appelé.

    Tandis que le man page n'est pas incorrect, je suis d'accord que ce comportement n'est pas exactement évident - que vous avez à en déduire qu'il.

    InformationsquelleAutor mklement0
  2. 9

    Vous devez utiliser set -o errtrace pour la fonction d'hériter le piège.

    InformationsquelleAutor chepner
  3. 4

    Remplacer ERR avec EXIT et il va fonctionner.

    La syntaxe de la trap commande est: trap [COMMANDS] [SIGNALS]

    Pour plus d'informations, veuillez lire http://tldp.org/LDP/Bash-Beginners-Guide/html/sect_12_02.html

    • L'homme page incorrect alors?
    • Bien que ce soit une solution viable (mais ce n'est pas nécessaire, si set -o errtrace est utilisé), vous devez mentionner que EXIT est aussi appelé dans le cas de succès résiliation, de sorte que vous devez ajouter une condition comme if [[ $? -ne 0 ]] … pour le gestionnaire.
    InformationsquelleAutor Ritesh