Cómo mantener el último estado de salida después de la prueba

¿Es posible mantener $?inalterado el último estado de salida del comando ( ) después de una prueba?

Por ejemplo, me gustaría hacer:

command -p sudo ...
[ $? -ne 1 ] && exit $?

El último exit $?debería devolver el estado de salida de sudo, pero en su lugar siempre regresa 0(el código de salida de la prueba).

¿Es posible hacer eso sin una variable temporal?

Otro ejemplo para aclarar más:

 spd-say "$@"
 [ $? -ne 127 ] && exit $?

En este caso, quiero salir solo si se encuentra el primer comando (código de salida! = 127). Y quiero salir con el spd-saycódigo de salida real (puede que no lo sea 0).

EDITAR: Olvidé mencionar que prefiero una solución de queja POSIX para una mejor portabilidad.

Utilizo esta construcción en scripts donde quiero proporcionar alternativas para el mismo comando. Por ejemplo, vea mi script crc32 .

El problema con las variables temporales es que podrían sombrear otras variables, y para evitar que debas usar nombres largos, lo que no es bueno para la legibilidad del código.

$_trabajará en (al menos) interactiva dash, bash, zsh, ksh (aunque aparentemente no en una sentencia condicional conforme a lo solicitado) y mkshconchas. De ellos, que yo sepa, solo bashy zshtambién lo completará en un shell con script. No es un parámetro POSIX, pero es bastante portátil para cualquier shell moderno e interactivo.

Para una solución más portátil, puede hacer:

command -p sudo ...
eval '[ "$?" = 127 ] || exit '"$?"

Lo que básicamente le permite expandir el valor inicial $?a la cola del script antes de probar su valor en su cabeza.

Pero de todos modos, dado que parece estar probando si el comando sudose puede encontrar o no en la cadena de -p ruta portátil incorporada del shell command, creo que podría ir un poco más directamente. Además, para ser claros, command no probará la ubicación de ningún argumento para sudo, por lo que es solo sudo, y nada de lo que invoca, lo que es relevante para ese valor de retorno.

Y de todos modos, si eso es lo que estás tratando de hacer:

command -pv sudo >/dev/null || handle_it
command -p  sudo something or another

... funcionaría bien como prueba sin ninguna posibilidad de que los errores en las sudoejecuciones de comandos regresen de tal manera que puedan sesgar los resultados de su prueba.

Hay varias opciones para manejar el estado de salida de manera confiable sin sobrecarga, dependiendo de los requisitos reales.

Puede guardar el estado de salida utilizando una variable:

command -p sudo ...
rc=$?
[ "$rc" -ne 1 ] && echo "$rc"

Puede verificar directamente el éxito o el fracaso:

if  command -p sudo ...
then  echo success
else  echo failure
fi

O use una caseconstrucción para diferenciar el estado de salida:

command -p sudo ...
case $? in
(1) ... ;;
(127) ... ;;
(*) echo $? ;;
esac

con el caso especial que se hace en la pregunta:

command -p sudo ...
case $? in (1) :;; (*) echo $?;; esac

Todas esas opciones tienen la ventaja de que se ajustan al estándar POSIX.

(Nota: para la ilustración, utilicé los echocomandos anteriores; reemplácelos por exitdeclaraciones apropiadas para que coincidan con la función solicitada).

command -p ...
test 1 -ne $? && exit $_

Uso $_, que se expande al último argumento del comando anterior.

Puede definir (y usar) una función de shell:

check_exit_status()
{
    [ "$1" -ne 1 ] && exit "$1"
}

Entonces

command -p sudo ...
check_exit_status "$?"

Podría decirse que esto es "hacer trampa", ya que hace una copia $?en la check_exit_statuslista de argumentos.

Esto puede parecer un poco incómodo, y lo es. (Eso a veces sucede cuando impone restricciones arbitrarias a los problemas). Esto puede parecer inflexible, pero no lo es. Puede hacer check_exit_statusmás complejo, agregando argumentos que le digan qué pruebas hacer en el valor de estado de salida.

Para responder a su pregunta directa, no, no es posible mantenerse $?inalterado. Y este es uno de esos casos en los que sospecho que te estás enfocando en el problema equivocado. Una variable temporal es la forma estándar y preferida para obtener el efecto que está buscando. Es tan estándar que sugeriría abandonar (o repensar) cualquier razón que piense que tiene para no querer usar una; Dudo mucho que valga la complejidad adicional agregada por cualquier otro método.

Si solo pregunta por simple curiosidad, entonces la respuesta es no.

Aquí está mi fragmento de código para retener un estado de salida anterior sin salir del script / shell actual

EXIT_STATUS=1
if [[ $EXIT_STATUS == 0 ]]
then
  echo yes
else
  (exit $EXIT_STATUS)
fi