перенаправление потока и переменная окружения (непонятно себя ведут)

[sash-kan]

перенаправляю вывод команды в файл:

Код: Выделить всё

$ ping > /dev/null
Usage: ping [-LRUbdfnqrvVaA] [-c count] [-i interval] [-w deadline]
            [-p pattern] [-s packetsize] [-t ttl] [-I interface or address]
            [-M mtu discovery hint] [-S sndbuf]
            [ -T timestamp option ] [ -Q tos ] [hop1 ...] destination
$

все правильно и логично - синтаксис команды неверен.
а теперь засовываю предыдущую команду в переменную окружения и вызываю:

Код: Выделить всё

$ A="ping > /dev/null"
$ $A
ping: unknown host >
$

т.е. явный бред. почему не сработало перенаправление, а строка "> /dev/null" была воспринята как аргумент? это bash такой кривой или я чего-то не допонимаю?
p.s. было опробовано на разных дистрибутивах с разными версиями bash.

[Jan2ary]

Все он правильно делает. Ты же делаешь то же самое, только из переменной A.
А какая цель?

[Nab]

Очень интересный факт, наверно интерпретацию перенаправления он делает только на самом верхнем уровне... думаю точнее надо помотреть в документации....

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

Jan2ary Подразумевалось именно тоже самое, а он отдает символ перенаправления '>' как параметр команде ping а не обрабатывает его сам...

[alv]

думаю, нужно для того, чтобы при команде ping без аргументов хелп не выводился
кстати, попробовал заменить на строгие кавычки - результат тот же самый

[shark3D]

Дело в том, что BASH воспринимает строку в кавычках как команду и её аргументы и не воспринимает там свои управляющие символы. Для использования перенаправления:

Код: Выделить всё

$ A="ping аргументы"
$ $A > /dev/null

[Nab]

думаю, нужно для того, чтобы при команде ping без аргументов хелп не выводился
кстати, попробовал заменить на строгие кавычки - результат тот же самый

А help будет выводиться по любому, он в поток ошибок я понял выводиться....
нужно так писать
ping 2> /dev/null

shark3D Все понимают как это исправляется, вопрос почему bash не парсит команду как предполагается ?...

[alv]

А help будет выводиться по любому

да, не подумал
тогда остается дождаться sash-kan, что он обьяснил, для чего это нужно

[sash-kan]

сам приведенный в первом посте пример немного утрирован для простоты изложения.

для чего это нужно

↑

для вполне реального применения. на роутере.
в переменной содержится команда для получения по сети некоего списка.
типа:

Код: Выделить всё

LIST="wget host/some_list"

этот список затем используется.
но возможна ситуация, когда нужная сеть и, соответственно, host - недоступны. wget в этом случае _очень_ надолго задумывается. и опция -T не помогает.
возникла мысль добавить перед wget-ом команду ping:

Код: Выделить всё

ping -c 3 host &>/dev/null && wget ...

если всю эту команду выполнить явно - нет проблем. а вот если внутри переменной, то перенаправления не происходит, и в начале списка оказывается гора мусора, созданного пингом.
вот в связи с чем и был задан вопрос.
ситуация, конечно, не смертельная. пришлось слегка отказаться от элегантности. но сам факт настораживает. почему перенаправление не работает?

[router]

sash-kan
Насколько помню, shell просматривает полученную строку на предмет обнаружения своих управляющих символов _один_раз_
Во избежание бесконечных циклов или чего-то ещё - не помню.
Поэтому в данном случае оболочка подставила в строку всесто $A ping > /dev/null и посчитала свою задачу выполненной.

добавлено:
Зря я сказал "shell". Следовало бы "bash"

[polachok]

[polachok@darkstar ~]# echo $0 [tty06-18:32]
tcsh
[polachok@darkstar ~]# setenv A "ping > /dev/null"
[polachok@darkstar ~]# $A [tty06-18:32]
usage: ping [-AaDdfnoQqRrv] [-c count] [-i wait] [-l preload] [-M mask | time]
[-m ttl] [-P policy] [-p pattern] [-S src_addr] [-s packetsize]
[-t timeout] [-z tos] [-G sweepmaxsize ] [-g sweepminsize ]
[-h sweepincrsize ] host
ping [-AaDdfLnoQqRrv] [-c count] [-I iface] [-i wait] [-l preload]
[-M mask | time] [-m ttl] [-P policy] [-p pattern] [-S src_addr]
[-s packetsize] [-T ttl] [-t timeout] [-z tos] mcast-group

[Nab]

Угу, к примеру мой ASH тоже себя нормально ведет, я думаю это фирменная фича BASH'а

у меня SHELLVERS=ash 0.2a

[router]

Держите решение для bash

Код: Выделить всё

eval $A

Или, как вариант,

Код: Выделить всё

A='eval ping > /dev/null'

[sash-kan]

спасибо всем ответившим, особенно router за предложенный обходной путь.

[Nab]

Вот наконец то разобрался с ошибкой которая не давала нормально окончить работу...
Посыпаю голову пеплом таки сам натолкнулся на такой же эффект...
просто там скрипт большой и думал что ошибка в другом оказалось вот что....

есть вот такой код:

Код: Выделить всё

write() { echo $3 >> $1.$2.log }

как часть большого скрипта.

Так вот BASH отрабатывал нормально, а мой ASH выдавал ошибку на незакрытую фигурную скобку....

Так как код этот был внутри другой кнструкции и в середине большого скрипта, то я долго грешил на используемый чуть ранее awk

А вот сейчас перерабатывая опять этот скрипт вспомнил о этом топике...
достаточно было снести закрывающую фигурную скобку на новую строку как все стало тип-топ...

sash-kan спасибо за тему, как нельзя кстати

[madskull]

А вот сейчас перерабатывая опять этот скрипт вспомнил о этом топике...
достаточно было снести закрывающую фигурную скобку на новую строку как все стало тип-топ...

Или поставить точку с запятой перед закрывающей скобкой

Код: Выделить всё

write() { echo $3 >> $1.$2.log;}

(По сути, "\n" и ";" - одно и то же)

[Nab]

Или поставить точку с запятой перед закрывающей скобкой

Код: Выделить всё

write() { echo $3 >> $1.$2.log;}

(По сути, "\n" и ";" - одно и то же)

Сенкс, именно так теперь и будет работать...