в bash, читайте після того, як труба не встановлює значення

Редагувати: оригінальна назва була "невдача читання в баші"

За допомогою ksh я використовую read як зручний спосіб розділення значень:

$ echo 1 2 3 4 5 | read a b dump
$ echo $b $a 
2 1
$

Але це не вдається в башті:

$ echo 1 2 3 4 5 | read a b dump
$ echo $b $a 

$

Я не знайшов причину на сторінці man, чому це не вдається, будь-яка ідея?

bash запускає праву частину конвеєра в контексті підклітини , тому зміни змінних (що і є read) не зберігаються - вони вмирають, коли працює нижня оболонка, наприкінці команди.

Натомість ви можете використовувати підстановку процесу :

$ read a b dump < <(echo 1 2 3 4 5)
$ echo $b $a
2 1

У цьому випадку readвін працює в нашій основній оболонці, і наша команда, що виробляє вихід, працює в нижній частині. <(...)Синтаксис створює подоболочкі і підключає свій вихід до труби, яку ми перенаправляти на вхід readзі звичайною <операцією . Оскільки розміщені readв нашій головній оболонці, змінні встановлені правильно.

Як зазначалося в коментарі, якщо ваша мета буквально якось розділити рядок на змінні, ви можете використовувати рядок тут :

read a b dump <<<"1 2 3 4 5"

Я припускаю, що в цьому є більше, але це кращий варіант, якщо його немає.

Це не bashпомилка, як це POSIXдозволяє bashі kshповедінка, і призводить до нещасного розбіжності, яке ви спостерігаєте.

http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_12

Крім того, кожна команда багатокомандного конвеєра знаходиться в середовищі допоміжного корпусу; як розширення, однак, будь-яка або всі команди в трубопроводі можуть виконуватися в поточному середовищі. Усі інші команди виконуються в поточному середовищі оболонки.

Однак за допомогою bash 4.2і новіших можливостей ви можете встановити lastpipeпараметр у неінтерактивних сценаріях, щоб отримати очікуваний результат, наприклад:

#!/bin/bash

echo 1 2 3 4 5 | read a b dump
echo before: $b $a 
shopt -s lastpipe
echo 1 2 3 4 5 | read a b dump
echo after: $b $a 

Вихід:

before:
after: 2 1