bash возвращает неверное значение переменной/bash returns wrong var value

[DarkArchangel]

Погуглил заранее, поискал сейчас по форуму, пообщался с компетентным товарищем -- не помогло-с.
Есть простая процедура/функция, ищущая среди процессов уже запущенные копии, и считающая их.
Если первой строкой указан интерпретатор, то из переменной возвращается неверное значение, если интерпретатор не указан -- всё нормально.

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

CHECKPROC()
{
i=`ps ax | grep -c "$0"`
#i=$(ps ax | grep -c $0 ) дает тот же результат
ps ax | grep -c $0
echo variable is $i
}
CHECKPROCKНет в первой строчке указания на интерпретатор -- возвращает всё как положено
2
variable is 2
Первой строчкой идёт #!/bin/bash или #!/bin/sh
2
variable is 3

Баш 4.3.11, товарищ запускал на 5.1.16 и 4.4.20.
Куды смотреть, что неправильно делаю?

АП0. Оно не меняет оболочку?
При вписанном #!/bin/sh первой строкой без пробелов запуск echo $SHELL из скрипта возвращает /bin/bash
...меняет, через процессы видно, SHELL -- переменная окружения.

АП1.
В ответ на сообщения valrust об особенностях запуска скрипта с shebang и без него.
Только сейчас догнал, почему греп возвращает сам себя без shebang.
Действительно в списке процессов запускается bash без параметров.
И т.о. логично, что pgrep -c $0 возвращает 0 при любом количестве запущенных процессов, зато количество bash растёт.

Решение задачи "проверить, не работают ли другие копии скрипта" более надежно решаются через lsof -R /path/to/script.sh

[ALiEN]

навскидку лишний перенос

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

CHECKPROC() {
i=`ps ax | grep -c "$0"`
#i=$(ps ax | grep -c $0 ) дает тот же результат
ps ax | grep -c $0
echo variable is $i
}
CHECKPROC

[DarkArchangel]

Не, с открывающей фигурной скобкой на одной линии с именем функции тот же результат отдаёт

[ALiEN]

Хм, возможно,
ps ax | grep -c "$0"
Даёт +1 лишний из-за того, что сам grep попадает в результат и взаимодействует с функцией.

Пробуйте

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

CHECKPROC() {
i=$(pgrep -c $0)
pgrep -c $0
echo variable is $i
}
CHECKPROC

[DarkArchangel]

Оно в обоих случаях даёт один лишний каунт и в обоих случаях должно возвращать одинаковое значение.
ап.
pgrep возвращает по нулям, хотя по логике должен, наверное, по единице?
Но да, в этом случае одинаково

[ALiEN]

DarkArchangel, как-то так:

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

$: cat ./fortest               
#!/bin/bash
CHECKPROC() {
i=`ps ax | grep $0`
ps ax | grep $0

printf "\n\nIn variable:\n$i"

}
CHECKPROC

$: ./fortest   
   7725 pts/0    S+     0:00 /bin/bash ./fortest
   7735 pts/0    S+     0:00 grep ./fortest


In variable:
   7725 pts/0    S+     0:00 /bin/bash ./fortest
   7727 pts/0    S+     0:00 /bin/bash ./fortest
   7729 pts/0    S+     0:00 grep ./fortest%  Надо разбираться, откуда в переменной еще один процесс.

[DarkArchangel]

Есть вариант, что при вызове команды через $(...) вызывается саб-шелл (апострофы работают так же?), однако тогда почему без указания интерпретатора оно работает как положено -- всё равно пока непонятно.
В общем если что-то ещё накопается -- отпишусь в ветке и поправлю стартовое сообщение. Не появится мыслей ни у меня, ни у остальных -- отправлюсь уже на профильные ресурсы. Мелочь, конечно, а жизнь на ровном месте может подпортить.

И да, спасибо за мнение и возможное направление для покопать

[ALiEN]

у меня и без шебанга так же двоится:

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

i=`ps ax | grep $0`
printf "$i"C шебангом !/bin/bash

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

$: ./fortest     
   8289 pts/0    S+     0:00 /bin/bash ./fortest
   8291 pts/0    S+     0:00 /bin/bash ./fortest
   8293 pts/0    S+     0:00 grep ./fortest% 
Без него

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

$: ./fortest     
   8334 pts/0    S+     0:00 sh ./fortest
   8336 pts/0    S+     0:00 sh ./fortest
   8338 pts/0    S+     0:00 grep ./fortest%          

[ALiEN]

Рабочее решение c pgrep

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

#!/bin/bash
CHECKPROC() {
PROC=$(basename $0)
i=$(pgrep -c $PROC)
pgrep -c $PROC
echo variable is $i
}
CHECKPROC

[ALiEN]

Возможно, виноват конвейер

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

$: cat ./fortest
#!/bin/bash
CHECKPROC() {
PROC=$(basename $0)
i=$(pgrep -c $PROC)
pgrep -c $PROC
echo variable is $i
}
CHECKPROC

$: ./fortest   
1
variable is 1

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

$: cat ./fortest
#!/bin/bash
CHECKPROC() {
PROC=$(basename $0)
i=$(pgrep -c $PROC | cat) # <----- КОНВЕЙЕР!
pgrep -c $PROC | cat # <----- А тут ни на что не влияет.
echo variable is $i
}
CHECKPROC

$: ./fortest   
1
variable is 2

[DarkArchangel]

Сейчас интереса ради добавил в скрипт sleep 10, запустил несколько копий с nohup.
В соседнем терминале пробовал делать

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

pgrep -c script_name.sh -- всегда 0 возвращает

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

ps aux | grep -c script_name.sh -- всегда возвращает сколько запущено + 1 процесс на сам grep

[ALiEN]

всегда 0 возвращает

[valrust]

Допустим в bash хотим запустить на исполнение такой скрипт (файлу назначены права исполнения)

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

./script
Bash будет действовать по такому алгоритму:

• Bash с помощью системного вызова clone (fork) создаст собственную копию (дочерний процесс). Родительский процесс будет ожидать завершение дочернего процесса.
  Дочерний процесс в списке процессов будет отображаться как bash.
• В дочернем процессе с помощью системного вызова execve будет выполнена попытка загрузить исполняемый код из файла ./script и начать его выполнение.
• Если в скрипте есть shebang (первая строка в формате #!/bin/bash), то ядро Linux выполнит системный вызов execve и в дочерний процесс загрузит код исполняемого файла /bin/bash, а в качестве первого аргумента будет указана строка "./script".
  Дочерний процесс в списке процессов будет отображаться как /bin/bash ./script
• Если же в скрипте не указан shebang, то системный вызов execve вернет ошибку "ENOEXEC (Ошибка формата выполняемого файла)" и тогда bash в дочернем процессе откроет файл ./script на чтение и начнет его выполнение.
  Дочерний процесс в списке процессов будет отображаться как bash.

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

[DarkArchangel]

всегда 0 возвращает

Пользователь добавил сообщение 16 Января 2022, 09:39:44:

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

С shebang и без shebang разные -- только половина вопроса. Должно же возвращать всегда одинаковую пару символов, а не X/X в одном случае и x/X+1 в другом
Пользователь добавил сообщение 16 Января 2022, 09:41:42:Добавил таск на лаунчпаде до кучи, подтвердится/нет -- не знаю.
таска
Пользователь добавил сообщение 16 Января 2022, 11:46:41:valrust
Только сейчас догнал, почему греп возвращает сам себя без shebang.
Действительно в списке процессов запускается bash без параметров.
И т.о. логично, что pgrep -c $0 возвращает 0 при любом количестве запущенных процессов, зато количество bash растёт.

[ALiEN]

Внимательнее:

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

pgrep -c $(basename $0)