Переменные SUCCESS=0 ; E_NOARGS=65 - что это ?

[alex-sky]

 Часто вижу в скриптах такие вот переменные

SUCCESS=0
E_NOARGS=65

откуда берутся эти значения
для чего эти переменные - их назначение

Искал информацию, но находил их использование только в примерах

Возможно SUCCESS - используют для сравнения с кодом завершения скрипта, используя сравнение с переменной $?,
а E_NOARGS - для чего
 Расскажите если кто знает про них ...

[ReNzRv]

Это код завершения скрипта в случае SUCCESS и E_NOARGS (нет аргументов скрипта)

[alex-sky]

Вот скрипт который я разбирал

(Нажмите, чтобы показать/скрыть)

Код: (Bash) [Выделить]

#!/usr/bin/env bash
# Указываем интерпретатору какую программу вызвать, если скрипт исполняемый

# Не гарантируется, что на различных системах
# путь к bash будет одинаковым. Указывая env
# мы защищаем себя от таких неожиданностей

# rpm-check.sh

# Запрашивает описание rpm-архива, список файлов, и проверяется возможность установки.
# Результат сохраняется в файле.
#
# Этот сценарий иллюстрирует порядок работы со вложенными блоками кода.

SUCCESS=0     
E_NOARGS=65

if [ -z "$1" ]
then
  echo
  echo "Порядок использования: Для сценария --- `basename $0`--- , в качества аргумента -\
  укажите путь к файлу с расширением *.rpm"
  echo
  echo "$E_NOARGS - код завершения"
  exit $E_NOARGS
 
 fi




{
  echo
  echo "Описание архива:"
  echo
  rpm -qp $1       # Запрос описания.
  echo
  echo "Список файлов:"
  echo
  rpm -qpl $1       # Запрос списка.
  echo
  rpm -i --test $1  # Проверка возможности установки.
  if [ "$?" -eq $SUCCESS ]
  then
    echo "$1 может быть установлен."
  else
    echo "$1 -- установка невозможна!"
  fi
  echo
} > "$1.test"       # Перенаправление вывода в файл.

echo
echo "Результаты проверки rpm-архива находятся в файле ---$1.test---"



exit 0

# Переменная SUCCESS нужна для сравнения значения с переменной $?
# Переменная $? - содержит exit-статус последней выполненной команды
# Переменная $E_NOARGS


# if [ -z "$1" ] - проверяется условие, если передаваемый аргумент отсутствует
# Проверка условия выдает истину
# then - тогда выполняется блок команд
 
 # basename - утилита
# $0 - аргумент, означающий имя файла
# basename $0 - данная команда выводит имя данного сценария
# при этом не выводится полный путь,
# так как утилита отсекает это

# rpm -qp - проверка пакетов в группе, проверка файлов пакета
# rpm -i  - показать список файлов
# --test  - не устанавливать, а только сообщить,удастся ли установка




C переменной SUCCESS=0 - так обстоят дела.
 Как понимаю назвать ее могу как хочу и не обязательно заглавными буквами, так ?
 Код завершения выдаваемый переменной $? - (проверка exit-статуса) - может быть 0 или 1, в зависимости, что вы хотите , чтобы при проверке, последнего статуса выполнения команды ( успешного или нет) выполнились какие-то определенные команды , так ?

  Например в задаче выше проверяется, если код завершения, выдаваемый переменной $? = 0, значит условие соблюдено и выполняется блок определенных команд, иначе выйдет сообщение о невозможности установки...

Но вот переменная  E_NOARGS=65 - вызывает вопросы...
 
Почему называется E_NOARGS, а не как то по другому, это что , данное имя зарезервировано в языке Bash или системой

Почему значение E_NOARGS=65 , а почему не 100, или 137

И почему нужно указывать вот так

Код: (Bash) [Выделить]

exit $E_NOARGS
что это за синтаксис, подскажите пожайлуста

[Pilot6]

Почему называется E_NOARGS, а не как то по другому, это что , данное имя зарезервировано в языке Bash или системой

Автор скрипта так назвал. Можно догадатся, что от слов "Error No Arguments".

Почему значение E_NOARGS=65 , а почему не 100, или 137

Аналогично.

И почему нужно указывать вот так

Код: Bash

    exit $E_NOARGS


что это за синтаксис, подскажите пожайлуста

Скрипт на выходе выдает значение этой переменной.

В целом вопросы не вполне понятны. Что смущает?

[alex-sky]

Скрипт на выходе выдает значение этой переменной.

И в данном случае - это зачем, какую полезную функцию это несет

Почему нельзя написать просто exit и все ...

В целом вопросы не вполне понятны. Что смущает?

Разбираю пример сценария, чтобы понять логику его работы, а про эти переменные ничего не могу найти, естественно полной картины нет, а значит нет полного понимания работы сценария.

Я под спойлером в конце этого сценария расписал логику его работы, за исключением моментов связанных с переменной $E_NOARGS

[ReNzRv]

И в данном случае - это зачем, какую полезную функцию это несет

Код: [Выделить]

exit $CODEЗавершет скрипт с кодом из переменной $CODE
По коду завершения скрипта можно определить результат его работы или ошибку.

[alex-sky]

Когда работа сценария завершается командой exit без параметров, то код возврата сценария определяется кодом возврата последней исполненной командой.

Код возврата последней команды хранится в специальной переменной $?.

...

После завершения работы сценария, код возврата можно получить, обратившись из командной строки к переменной $?, т.е. это будет код возврата последней команды, исполненной в сценарии.

То есть использование переменной E_NOARGS=65 в команде

Код: (Bash) [Выделить]

exit $E_NOARGS
переопределяет значение переменной $? (в нее теперь записано значение exit-статуса = 65) - в этой точке работы скрипта, и затем его можно как-то обработать, например следом записав условие проверки

[ReNzRv]

переопределяет значение переменной $?

В текущем скрипте уже ничего не переопределяется, и не обрабатывается т.к. скрипт сразу завершается с указанным кодом, а вот в родительском процессе bash/sh из которого был запущен скрипт, в переменной $? сохраняется код завершения скрипта которое можно использовать для условий/проверок.
Пользователь добавил сообщение 02 Мая 2017, 19:08:34:Что тебе мешает свои догадки/непонятки по мере изучения самому проверять на тестовых скриптах?

[xuser73]

Почему значение E_NOARGS=65 , а почему не 100, или 137

Могло быть и 100 или 137, но значение 65 назначил разработчик. Скорее всего, этот скрипт вызывался изначально другим скриптом или просто разработчик этого скрипта сам смотрел что вернет этот скрипт. Так или иначе, по возвращаемому значению оценивалась как отработал скрипт.

[alex-sky]

этот скрипт вызывался изначально другим скриптом или просто разработчик этого скрипта сам смотрел что вернет этот скрипт. Так или иначе, по возвращаемому значению оценивалась как отработал скрипт.

Я попробовал воссоздать условие..

1- скрипт redireckt-test.sh

(Нажмите, чтобы показать/скрыть)

Код: (Bash) [Выделить]

#!/usr/bin/env bash
# Указываем интерпретатору какую программу вызвать, если скрипт исполняемый

# Не гарантируется, что на различных системах
# путь к bash будет одинаковым. Указывая env
# мы защищаем себя от таких неожиданностей

# rpm-check.sh

# Запрашивает описание rpm-архива, список файлов, и проверяется возможность установки.
# Результат сохраняется в файле.
#
# Этот сценарий иллюстрирует порядок работы со вложенными блоками кода.

SUCCESS=0     
E_NOARGS=65

if [ -z "$1" ]
then
  echo
  echo "Порядок использования: Для сценария --- `basename $0`--- , в качества аргумента -\
  укажите путь к файлу с расширением *.rpm"
  echo
  exit $E_NOARGS
 
 fi


{
  echo
  echo "Описание архива:"
  echo
  rpm -qp $1       # Запрос описания.
  echo
  echo "Список файлов:"
  echo
  rpm -qpl $1       # Запрос списка.
  echo
  rpm -i --test $1  # Проверка возможности установки.
  if [ "$?" -eq $SUCCESS ]
  then
    echo "$1 может быть установлен."
  else
    echo "$1 -- установка невозможна!"
  fi
  echo
} > "$1.test"       # Перенаправление вывода в файл.


echo
echo "Результаты проверки rpm-архива находятся в файле ---$1.test---"
echo

exit 0

# Переменная SUCCESS нужна для сравнения значения с переменной $?
# Переменная $? - содержит exit-статус последней выполненной команды
# Переменная $E_NOARGS


# if [ -z "$1" ] - проверяется условие, если передаваемый аргумент отсутствует
# Проверка условия выдает истину
# then - тогда выполняется блок команд
 
 # basename - утилита
# $0 - аргумент, означающий имя файла
# basename $0 - данная команда выводит имя данного сценария
# при этом не выводится полный путь,
# так как утилита отсекает это

# rpm -qp - проверка пакетов в группе, проверка файлов пакета
# rpm -i  - показать список файлов
# --test  - не устанавливать, а только сообщить,удастся ли установка



2-й скрипт check-exit-status.sh

(Нажмите, чтобы показать/скрыть)

Код: (Bash) [Выделить]

#!/usr/bin/env bash
# Указываем интерпретатору какую программу вызвать, если скрипт исполняемый

# Не гарантируется, что на различных системах
# путь к bash будет одинаковым. Указывая env
# мы защищаем себя от таких неожиданностей

# Делаем проверку на не объявленные переменные

#set -o nounset

# Защита от игнорирования аварийного завершения команд

#set -o errexit

function pause(){
   #read -p "$*"
   m="Нажмите любую клавишу или подождите 3 секунды для продолжения..."
   read -n 1 -t 3 -p "$m"
}

read -p "Введите путь к файлу с расширением --rpm-- : " path
echo

. ./redireckt-test.sh $path

status="$?"

echo "exit-status ---- $status --- "


Вызываю один скрипт из другого, но не вижу кода exit-статуса, который должен передать 1-й скрипт.

В первом скрипте если отработал 1-й блок команд, то скрипт возвращает $?==65, согласно команде в сценарии

exit $E_NOARGS

- но почему-то это не происходит ?

[Azure]

Вызываю один скрипт из другого

Не вызываете, а выполняете код 1-го скрипта во 2-м. Попробуйте уяснить разницу между source и непосредственным вызовом

[ReNzRv]

Вместо

Код: (bash) [Выделить]

. ./redireckt-test.sh $pathнужно

Код: (bash) [Выделить]

/путь/redireckt-test.sh $pathили

Код: (bash) [Выделить]

bash /путь/redireckt-test.sh $path

[alex-sky]

Попробуйте уяснить разницу между source и непосредственным вызовом

Подскажите пару статей, начал искать но не могу понять, как формировать запрос в поисковик...
Пользователь добавил сообщение 05 Мая 2017, 12:04:05:

Вот я указал полный путь

(Нажмите, чтобы показать/скрыть)

Код: (Bash) [Выделить]

bash /home/alex/scripts/tmp/redireckt-test.sh "$path"

status="$?"

echo "exit-status ---- $status --- "

Но не получаю статуса выполнения вызываемого скрипта.

И в чем же разница вызова скрипта из другого скрипта и выполнение скрипта из другого скрипта
 Можно просто ссылку на статью с примерами, касательного этого момента..
Спасибо...
Пользователь добавил сообщение 05 Мая 2017, 12:07:22:И почему же нужно полный путь указывать если нужные файлы запускаются из одной директории ?

[ReNzRv]

Но не получаю статуса выполнения вызываемого скрипта.

Ты где-то ошибся. При запуске сообщений в терминал никаких не пишет?

И в чем же разница

source это выполнение кода из другого файла как продолжение (часть) текущего скрипта, а просто вызов любого скрипта работатет как вызов команды (может читать STDIN, пишет в STDOUT, принимает аргументы, наследует переменные окружения, возвращает Exit Code).
Пользователь добавил сообщение 05 Мая 2017, 12:34:47:

И почему же нужно полный путь указывать

Не нужно, это для проверки.

[alex-sky]

(может читать STDIN, пишет в STDOUT, принимает аргументы, наследует переменные окружения, возвращает Exit Code).

Это то мне и надо, чтоб проверить, что возвращает вызываемый скрипт

Ты где-то ошибся. При запуске сообщений в терминал никаких не пишет?

Вот запускаю

Код: (Bash) [Выделить]

./check-exit-status.sh

(Нажмите, чтобы показать/скрыть)

alex@srv:~/scripts/tmp$ ./check-exit-status.sh
Введите путь к файлу с расширением --rpm-- :


Порядок использования: Для сценария --- redireckt-test.sh--- , в качества аргумента -  укажите путь к файлу с расширением *.rpm