Comment passer 2> / dev / null comme variable?

J'ai ce code qui fonctionne:

# Hide irrelevant errors so chrome doesn't email us in cron
if [[ $fCron == true ]] ; then
    google-chrome --headless --disable-gpu --dump-dom \
        "$RobWebAddress" > "$DownloadName" 2>/dev/null
else
    # Get silly error messages when running from terminal
    google-chrome --headless --disable-gpu --dump-dom \
        "$RobWebAddress" > "$DownloadName"
fi

Si j'essaye de le raccourcir comme ceci:

# Hide irrelevant errors so chrome doesn't email us in cron
local HideErrors
[[ $fCron == true ]] && HideErrors="2>/dev/null"

google-chrome --headless --disable-gpu --dump-dom \
    "$RobWebAddress" > "$DownloadName" "$HideErrors"

Je reçois des messages d'erreur:

[0826/043058.634775:ERROR:headless_shell.cc(597)] Open multiple tabs is only supported when remote debugging is enabled.
[0826/043058.672587:ERROR:headless_shell.cc(597)] Open multiple tabs is only supported when remote debugging is enabled.
[0826/043058.711640:ERROR:headless_shell.cc(597)] Open multiple tabs is only supported when remote debugging is enabled.
(... SNIP ...)

Pourquoi un argument codé en dur fonctionne-t-il mais pas un argument en tant que variable?

Modifier 2:

Actuellement, j'ai trouvé le succès avec la suggestion alternative de la deuxième réponse:

# Redirect errors when cron is used to /dev/null to reduce emails
ErrorPipe=/dev/stderr
[[ $fCron == true ]] && ErrorPipe=/dev/null

google-chrome --headless --disable-gpu --dump-dom \
                "$RobWebAddress" > "$DownloadName" 2>"$ErrorPipe"

Modifier 1:

Sur la base de la première réponse, je dois souligner que l'en-tête du programme contient déjà:

[[ $fCron != true ]] &&
    exec 2> >(grep -v 'GtkDialog mapped without a transient parent' >&2)

La raison pour laquelle vous ne pouvez pas provoquer de redirection en développant "$HideErrors"est que les symboles comme >ne sont pas traités spécialement après avoir été produits par l' expansion des paramètres . C'est en fait très bon, car ces symboles apparaissent dans du texte que vous voudrez peut-être développer et utiliser littéralement.

Cela vaut que vous citiez ou non $HideErrors. Le résultat de l'expansion des paramètres est sujet à la division et à la globalisation des mots lorsque l'expansion n'est pas citée, mais c'est tout.

Quant à ce qu'il faut faire à ce sujet, il existe de nombreuses façons d'obtenir une redirection conditionnelle. Pour une commande très simple, il peut être raisonnable d'écrire la commande entière deux fois, une fois dans chaque branche d'une construction caseou if- else. Cependant, cela devient vite pénible et la commande que vous avez montrée est certainement un cas où ce ne serait pas idéal.

Parmi les approches qui vous permettent d' éviter de vous répéter , il y en a deux que je recommande particulièrement, car elles sont assez propres et faciles à bien faire. Vous souhaitez utiliser un seul d'entre eux, pas les deux à la fois pour la même commande et la même redirection.

Stockez la commande au lieu de la redirection. Au lieu d'essayer de stocker la redirection dans une variable et d'appliquer une expansion de paramètre, stockez la commande dans une fonction shell . Ensuite, écrivez un caseou if- else, dans lequel la fonction est appelée avec la redirection sur une branche et sans elle sur l'autre.

Si vous conceptualisez votre commande en tant que code que vous souhaitez écrire une fois mais exécuté dans plusieurs circonstances, une fonction est la solution naturelle. C'est ce que je fais d'habitude. Il a l'avantage de ne nécessiter ni sous - shell ni stockage manuel et réinitialisation de l'état.

Avec votre code:

launch() {
    google-chrome --headless --disable-gpu --dump-dom \
        "$RobWebAddress" > "$DownloadName"
}

case $fCron in
true)  launch 2>/dev/null;;
*)     launch;; # Get silly error messages when running from terminal
esac

Vous pouvez appliquer l'espacement que vous souhaitez, ou if- à la elseplace si vous préférez. Notez que launchutilise automatiquement l'appelant RobWebAddresset les DownloadNamevariables, même s'il s'agit de variables locales, car Bash a une portée dynamique , contrairement à la plupart des langages de programmation à portée lexicale.

Exécutez la commande dans un sous-shell et appliquez conditionnellement la redirection à exec. C'est ce que Steeldriver a commenté , mais à l' intérieur ( )pour garder l'effet local . Lorsque la fonction execintégrée est exécutée sans arguments, elle ne remplace pas le shell actuel par un nouveau processus, mais applique à la place l'une de ses redirections au shell actuel.

(Il est également possible de garder une trace de l'erreur standard et de la restaurer, sans utiliser de sous-shell et donc sans sacrifier la possibilité de modifier l'environnement du shell actuel. Je laisserai cependant les détails à d'autres réponses.)

Avec votre code:

(
    # Suppress silly error messages unless running from terminal
    case $fCron in true) exec 2>/dev/null;; esac

    google-chrome --headless --disable-gpu --dump-dom \
        "$RobWebAddress" > "$DownloadName"
)

Après la fermeture ), l'erreur standard est en effet restaurée à ce qu'elle était auparavant, car elle n'est vraiment redirigée que dans le sous-shell, et non dans le shell parent. Cela fonctionne également très bien avec les variables shell existantes, car les sous-shell en obtiennent une copie. Bien que je préfère utiliser une fonction shell, j'admets que cette méthode peut nécessiter moins de code.

Les deux méthodes fonctionnent quel que soit le fichier ou l'erreur standard de périphérique qui commence, y compris dans le cas des redirections appliquées aux fonctions shell qui appellent le code qui contient le comportement conditionnel, ainsi que le cas (mentionné dans votre modification) où l'erreur standard pour le script entier a déjà été redirigé par un précédent ou . Que le chemin ait été produit par substitution de processus ne pose aucun problème.exec 2>&fdexec 2> path

Pourquoi un argument codé en dur fonctionne-t-il mais pas un argument en tant que variable?

Parce que les éléments de syntaxe ne sont pas interprétés à partir des valeurs de variables développées. Autrement dit, l'expansion de variable n'est pas la même chose que de remplacer la référence de variable par le texte de la variable dans la ligne de commande. ( Des choses comme ;, |, &&et des citations , etc. sont pas non plus particulière dans les valeurs des variables.)

Ce que vous pourriez faire, c'est utiliser des alias ou utiliser la variable pour conserver uniquement la cible de la redirection.

Les alias ne sont qu'un remplacement de texte, ils peuvent donc contenir des éléments syntaxiques, comme des opérateurs et des mots clés. Dans un script, vous en auriez besoin shopt expand_aliases, car par défaut, ils sont désactivés dans les shells non interactifs. Donc, cela imprime 2(uniquement):

#!/bin/bash
shopt -s expand_aliases

alias redir='> /dev/null'
redir echo 1
alias redir=''
redir echo 2

(Et vous pourriez aussi alias jos=if niin=then soj=fiet ensuite écrire toutes vos instructions if en finnois. Je suis sûr que quiconque lisant le script vous aimera.)

Sinon, écrivez toujours la redirection, mais contrôlez uniquement la cible avec une variable. Vous aurez besoin d'une cible sans opération pour le cas où vous ne voulez pas changer où va la sortie, mais cela /dev/stderrdevrait fonctionner dans ce cas. En fait, l'ajout 2> /dev/stderrn'est pas un no-op en raison de la façon dont Linux traite les fd ouverts /proc/<pid>/fdcomme indépendants de l'original. Cela affecte le positionnement de la position d'écriture et gâchera la sortie si elle va dans un fichier normal.

Cependant, cela devrait fonctionner en mode ajout (ou si stderr va vers un tube ou vers un terminal):

#!/bin/sh
exec 2>/tmp/error.log
dst=/dev/null
ls -l /nosuchfile-1 2>> "$dst"     # this doesn't print
dst=/dev/stderr
ls -l /nosuchfile-2 2>> "$dst"
ls -l /nosuchfile-3 2>> "$dst"

Donc, pour répéter: 2> /dev/stderrpeut casser.

Titre de la question: "Comment passer 2> / dev / null comme variable?" Cela peut être fait en utilisanteval

joshua@nova:/tmp$ X=">/dev/null"
joshua@nova:/tmp$ echo $X
>/dev/null
joshua@nova:/tmp$ eval echo $X
joshua@nova:/tmp$ eval echo hi
hi
joshua@nova:/tmp$ eval echo hi $X
joshua@nova:/tmp$ echo hi $X
hi >/dev/null
joshua@nova:/tmp$ 

Nous pouvons donc réécrire

# Hide irrelevant errors so chrome doesn't email us in cron
local HideErrors
local RobWebAddress2
local DownloadName2
[[ $fCron == true ]] && HideErrors="2>/dev/null"
RobWebAddress2='"$RobWebAddress"'
DownloadName2='>"$DownloadName"'

eval google-chrome --headless --disable-gpu --dump-dom \
    $RobWebAddress2 $DownloadName2 "$HideErrors"

Où l'accès variable indirect empêche l'expansion de se produire trop tôt sur le reste de la ligne de commande.

Les guillemets doubles dans les variables fonctionnent très bien.

joshua@nova:/tmp$ X='"'
joshua@nova:/tmp$ Y='$X'
joshua@nova:/tmp$ eval echo $Y
"
joshua@nova:/tmp$