Вопрос по Bourne Shell

для чего ставятся x перед переменными в условии

Чтобы обойти несовершенство [ и не допустить сравнение с пустотой в случае если одна из переменных окажется пустой, в качестве альтернативы можно воспользоваться [[

Не нашел в главе 2.13.2 такого скрипта.

сравнение с пустотой

С одной стороны, ну да, шелл, чего там.

С другой стороны, ну как же это угнетает! Ну почему на шелскрипте так печально программировать!?

Ты всё неправильно объяснил. Такая логика была в DOS в .bat файлах. А в UNIX шеллах пустая строка вполне себе строка, если кавычки не забывать.

#!/bin/sh -e

A=

if [ "" = "$A" ]; then
  echo '"" = "$A"'
fi

if [ "a" = "$A" ]; then
  echo '"a" = "$A"'
fi

if [ "" = "a$A" ]; then
  echo '"" = "a$A"'
fi

if [ "a" = "a$A" ]; then
  echo '"a" = "a$A"'
fi

процедуры str на Pascal, которая переводит число в строковое представление и при вводе str(321.53459:15:9, s) занесет в переменную s строку " 321.534590000" длиной 15 символов с 9-ю символами после запятой и 2-мя пробелами вначале.

Хороший тамада и конкурсы интересные

Ну почему на шелскрипте так печально программировать!?

Просто ты ещё не распробовал) я сначала подгорал, а теперь люблю-нимагу

Вопрос - как занести в переменную $d строку с пробелами в начале, как в моем случае?

Экранирование: когда вводишь текст с клавиатуры, перед каждым пробелом ставь символ \, тогда пробел не будет интерпретироваться, а будет обрабатываться как обычный символ типа буквы

$ cat script.sh 
#!/bin/sh

read a

echo "##$a##"

$ ./script.sh 
\ \ 123
##  123##

Для тестирования написанных программ есть питон, а не это…

#1/bin/sh

#!/bin/sh
 ^

Вопрос - как занести в переменную $d строку с пробелами в начале, как в моем случае? У меня строка заносится с кавычками, а мне нужно без.

Можно использовать другие разделители:

$ read a b c d <<<"1 2 3 '  4'"
$ echo "$d"
'  4'
$ IFS=: read a b c d <<<"1:2:3:  4"
$ echo "$d"
  4
$ 

Вопрос в догонку - для чего ставятся x перед переменными в условии?

Здесь это не нужно, поскольку есть кавычки. Если бы их не было, то это защита от нарушения синтаксиса команды [ в случае, если переменная содержит пустое значение или не определена.

Здесь это не нужно

Немного не так. Это ТЕПЕРЬ не нужно. Но исторически такого специального хака: если три аргумента и второй = и !=, то не интерпретировать первый аргумент появилось исторически недавно и всё таки противоречиво.

$ var="!"
$ [ "$var" = "!" ]
test: argument expected            (UNIX v7, 1979)
test: =: unary operator expected   (bash 1.14, 1996)
(false)                            (pd-ksh88, 1988)
$ [ "x$var" = "x!" ]
(true)