Bash -c с позиционными параметрами

Обычно $0в сценарии задается имя сценария или как он был вызван (включая путь). Однако, если я использую bashэту -cопцию, $0устанавливается первый из аргументов, переданных после командной строки:

bash -c 'echo $0 ' foo bar 
# foo 

По сути, кажется, что позиционные параметры были смещены, но в том числе $0. Однако shiftв командной строке не влияет $0(как обычно):

bash -c 'echo $0; shift; echo $0 ' foo bar
# foo
# foo

Почему это явно странное поведение для командных строк? Обратите внимание, что я ищу причину, обоснование для реализации такого странного поведения.

Можно предположить, что такой командной строке не понадобится $0параметр, как обычно определяется, поэтому для экономии он также используется для обычных аргументов. Однако в этом случае поведение shiftстранно. Другая возможность заключается в том, что $0она используется для определения поведения программ (а-ля, bashназываемых shили vimназываемых как vi), но этого не может быть, поскольку $0здесь это видно только в командной строке, а не в программах, вызываемых внутри нее. Я не могу думать ни о каком другом использовании для $0, поэтому я затрудняюсь объяснить это.

Это дает вам возможность устанавливать / выбирать $0при использовании встроенного скрипта. Иначе $0бы просто было bash.

Тогда вы можете сделать, например:

$ bash -c 'wc -c < "${1?}"' getlength foo
4
$ bash -c 'wc -c < "${1?}"' getlength bar
getlength: bar: No such file or directory
$ bash -c 'wc -c < "${1?}"' getlength
getlength: 1: parameter null or not set

Не все снаряды делали это. Оболочка Борна сделала. Оболочка Korn (и Almquist) предпочла, чтобы $1вместо нее использовался первый параметр . POSIX в конце концов пошел на пути Борна, так kshи ashпроизводные вернулись к тому , что позже (подробнее об этом в http://www.in-ulm.de/~mascheck/various/find/#shell ). Это означало, что долгое время sh(который, в зависимости от системы, основывался на оболочке Bourne, Almquist или Korn), вы не знали, был ли введен первый аргумент, $0или $1, поэтому для переносимости, вам приходилось делать что-то вроде:

sh -c 'echo foo in "$1"' foo foo

Или:

sh -c 'shift "$2"; echo txt files are "$@"' tentative-arg0 3 2 *.txt

К счастью, POSIX указал новое поведение, в котором $0вводится первый аргумент , так что теперь мы можем переносить:

sh -c 'echo txt files are "$@"' meaningful-arg0-for-error *.txt

Это поведение определяется POSIX :

sh -c имя_команды [аргумент ...]

Чтение команд из операнда command_string. Установите значение специального параметра 0 (см. Специальные параметры ) из значения операнда command_name и позиционных параметров ($ 1, $ 2 и т. Д.) В последовательности из оставшихся операндов аргумента.

Что касается того, почему вы хотите такое поведение: это сглаживает разрыв между скриптом и -cстрокой. Вы можете напрямую конвертировать между ними без каких-либо изменений в поведении. Другие области полагаются, что они идентичны.

Это также согласуется с тем, как работают программные аргументы в целом: это в конечном итоге сводится к вызову одной из execфункций, в которой также указан первый предоставленный аргумент $0, и в равной степени обычно этот аргумент совпадает с исполняемым файлом, который вы запускаете. Иногда, тем не менее, вам нужна особая ценность, и другого способа получить ее просто не было. Учитывая, что аргумент существует, он должен сопоставляться с чем-то, и пользователь должен иметь возможность установить, что это такое.

Эта последовательность (и, вероятно, историческая случайность) приводит к ситуации, которую вы найдете.