Почему расширение параметра не работает? [dубликат]

Question 1

#!/bin/bash

jobname="job_201312161447_0003"
jobname_pre=${jobname:0:16}
jobname_post=${jobname:17}

Этот сценарий bash дает мне ошибку Bad substitution на Ubuntu. Любая помощь будет высоко оценена.

Question 2

Оба - bash или dash - работают, но синтаксис должен быть:

FILENAME=/my/complex/path/name.ext
NEWNAME=${FILENAME%ext}new

Question 3

Question 4

Для других, которые приходят сюда, это точное сообщение также появляется при использовании синтаксиса env-переменных для команд, например ${which sh} вместо правильного $(which sh)

Question 5

Синтаксис скрипта действителен: bash и good.

Возможные причины сбоя:

Ваш bash не действительно bash, но ksh или некоторая другая оболочка, которая не работает Не понимайте подстановку параметров bash. Потому что ваш сценарий выглядит отлично и работает с bash. Сделайте ls -l /bin/bash и проверьте, действительно ли это bash, а не sym-привязано к какой-либо другой оболочке. Если у вас есть bash на вашей системе, вы можете выполнить свой скрипт не так: ksh script.sh или sh script.sh (и ваша оболочка по умолчанию не bash). Поскольку у вас есть правильный shebang, если у вас есть bash ./script.sh или bash ./script.sh, все должно быть хорошо.

Question 6

Попробуйте запустить скрипт явно с помощью команды bash, а не просто выполнить его как исполняемый файл.

Question 7

Question 8

Кроме того, убедитесь, что у вас нет пустой строки для первой строки вашего скрипта.

т.е. убедитесь, что #! / bin / bash - это первая строка вашего скрипта.

Question 9

У меня была та же проблема. Убедитесь, что ваш скрипт не имеет

#!/bin/sh

в верхней части вашего скрипта. Вместо этого вы должны добавить

#!/bin/bash

Hagen · Answer 1 · 15 August 2018 в 16:10

Оба - bash или dash - работают, но синтаксис должен быть:

FILENAME=/my/complex/path/name.ext
NEWNAME=${FILENAME%ext}new

0

ответ дан Hagen 15 August 2018 в 16:10

1

Это совсем другая операция. Кроме того, поскольку ОП следовал хорошей практике, используя имена переменных нижнего регистра (см. [D0] pubs.opengroup.org/onlinepubs/9699919799/basedefs/… - имена верхнего регистра используются для переменных со значением OS или shell, имена нижних регистров зарезервированы для использования приложения), это тоже нужно делать. – Charles Duffy 29 April 2017 в 02:14

Nacho Coloma · Answer 2 · 15 August 2018 в 16:10

Для других, которые приходят сюда, это точное сообщение также появляется при использовании синтаксиса env-переменных для команд, например ${which sh} вместо правильного $(which sh)

P.P. · Answer 3 · 15 August 2018 в 16:10

Синтаксис скрипта действителен: bash и good.

Возможные причины сбоя:

Ваш bash не действительно bash, но ksh или некоторая другая оболочка, которая не работает Не понимайте подстановку параметров bash. Потому что ваш сценарий выглядит отлично и работает с bash. Сделайте ls -l /bin/bash и проверьте, действительно ли это bash, а не sym-привязано к какой-либо другой оболочке. Если у вас есть bash на вашей системе, вы можете выполнить свой скрипт не так: ksh script.sh или sh script.sh (и ваша оболочка по умолчанию не bash). Поскольку у вас есть правильный shebang, если у вас есть bash ./script.sh или bash ./script.sh, все должно быть хорошо.

Я был бы удивлен, если бы /bin/bash (не /bin/sh) были связаны с другой оболочкой. — chepner, 16 December 2013 в 23:46
ksh на самом деле где большинство расширений синтаксиса bash возникло из; он , конечно, имеет конкретный синтаксис расширения параметра. Я бы не стал предлагать называть его оболочкой, вряд ли способной. — Charles Duffy, 29 April 2017 в 02:13

Pale Blue Dot · Answer 4 · 15 August 2018 в 16:10

Попробуйте запустить скрипт явно с помощью команды bash, а не просто выполнить его как исполняемый файл.

4

ответ дан Pale Blue Dot 15 August 2018 в 16:10

1

Неплохо. Было бы полезно добавить некоторый образец вывода, чтобы сделать его более понятным, используя sh script и bash script ... мое предложение :) – fedorqui 16 December 2013 в 22:23

wizurd · Answer 5 · 15 August 2018 в 16:10

Кроме того, убедитесь, что у вас нет пустой строки для первой строки вашего скрипта.

т.е. убедитесь, что #! / bin / bash - это первая строка вашего скрипта.

ZeMoon · Answer 6 · 15 August 2018 в 16:10

У меня была та же проблема. Убедитесь, что ваш скрипт не имеет

#!/bin/sh

в верхней части вашего скрипта. Вместо этого вы должны добавить

#!/bin/bash

33

ответ дан ZeMoon 15 August 2018 в 16:10

1

Я использовал #!bin/bash и sh script.sh, он все еще дал мне сообщение об ошибке. Затем работает ./script.sh. – whyisyoung 9 April 2015 в 05:13
2

Если ваш файл отсутствует, shebang наверху добавляет #!/bin/bash также исправляет Плохую замену . – Jamie 20 August 2016 в 12:56
3

@whyisyoung ваша переменная может иметь точку (.) в ее имени. Это дает плохую субстанцию. ошибка. – user13107 7 September 2016 в 04:13

Почему расширение параметра не работает? [dубликат]

6 ответов

Другие вопросы по тегам:

Похожие вопросы: