Обработка пробелов в OS X против Linux в Bash

Я пытаюсь запустить очень простой скрипт на нескольких разных платформах:

#!/bin/bash
STRING="this is a test"
echo $STRING

, и я не могу сказать, почему на Маверикс и Йосемити я получаю вывод:

./starter.sh line 2: is": command not found

во время онлайн-симулятора терминала Bash (извините, у меня нет удобной настройки Linux, поэтому я использую: этот ) выполняет код, как и ожидалось. В соответствии с Собственные учебники Apple для начинающих это должно работать. IOW, двойные кавычки просто игнорируются.

Несколько моментов:

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

Сообщение об ошибке не совсем верно, но оно очень похоже на то, что вы получите, если в скрипте будут двойные кавычки (или «умные») вместо простых (ASCII) двойных кавычек. Оболочка не понимает причудливых кавычек, поэтому сценарий будет вести себя очень странным образом. Попробуйте распечатать ваш скрипт с:

LC_ALL=c cat -vet starter.sh

Это покажет любые странные (не обычные ASCII или непечатные) символы в файле. Если он печатает что-то вроде:

#!/bin/bash$
STRING=?M-^@M-^\this is a test?M-^@M-^]$
echo $STRING$

... биты "? M - ^ @ M - ^ \" и "? M - ^ @ M- ^]" представляют собой необычные кавычки в кодировке UTF-8. С другой стороны, если строки файла заканчиваются на «^ M $» вместо просто «$», то Sleafar прав, и у вас есть файл в формате DOS / Windows.

Проверьте, что используется в качестве «конца строки» в вашем файле. Различные системы используют разные управляющие символы:

• Linux: LF
• Окна: CR+LF
• Mac: CR

Вы не можете использовать один и тот же скрипт на всех системах без его конвертации.