Передача команды CAT в качестве аргумента функции

Question

Я пытаюсь написать очень простой скрипт bash, который изменяет количество файлов, и я выводя результаты каждой команды в журнал в качестве проверки того, была ли команда успешно завершена , Кажется, что все работает, за исключением того, что я не могу передать CAT с переменными в мой скрипт - я продолжаю получать ошибку cat: >>: No such file or directory.

#! /bin/bash 

file1="./file1" 
file2="./file2" 

check() { 
    if ($1 > /dev/null) then 
    echo "  $1 : completed" | tee -a log 
    return 0; 
    else 
    echo "ERR> $1 : command failed" | tee -a log 
    return 1; 
    fi 
} 

check "cp $file1 $file1.bak"   # this works fine 
check "sed -i s/text/newtext/g $file1" # this works, too 
check "cat $file1 >> $file2"   # this does not work 

Я пробовал любое количество комбинаций цитирования команды. Единственный способ, которым я могу заставить его работать в с помощью следующего:

check $(cat $file1 >> $file2) 

Однако это не проходит само команду check только возвращаемое значение, так $1 в функции check несет /dev/null и не команда выполненный, который не является конкретным поведением, которое я хочу.

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

 cp ./file1 ./file1.bak : completed 
    sed -i s/text/newtext/g ./file1 : completed 
ERR> cat ./file1 >> ./file2 : command failed 

Я уверен, что решение довольно простое, но она ускользала от меня в течение нескольких часов, и никакого количества поисков Google не получает какую-либо помощи , Спасибо, что посмотрели.

Answer 1

Проблема заключается в том, что перенаправление ввода-вывода в вашей команде cat не интерпретируется как перенаправление ввода-вывода, а скорее как простой аргумент команды cat. Это не cat так же, как перенаправление ввода-вывода, вызывающее горе. Попытка трубопровода также даст вам проблемы.

опция доступна для исправления этого включает в себя:

check "cp $file1 $file2" # Use copy instead of cat and I/O redirection; clobbers file2 

check "eval cat $file1 >> $file2" # Use eval to handle I/O redirection, piping, etc 

Если какой-либо $file1 или $file2 содержит оболочки специальных символов, опция eval опасно.

Команда cp заменяет собой то, что работает без необходимости перенаправления ввода-вывода. Можно даже использовать скрипт (микроскопические) оболочек для обработки задания - где ваш скрипт выполняет сценарий оболочки, и сценарий оболочки обрабатывает Перенаправление:

#!/bin/sh 
exec cat ${1:?} >> ${2:?} 

Это создает стандартное сообщение об ошибке, если либо аргумент 1 или 2 (но не возражает против дополнительных аргументов).

Answer 2

EDIT: подход, который я впервые пробовал ниже, не совсем работает. Есть еще один трюк, который может спасти это, даже не прибегая к магической магии, но он становится уродливым.

---

>> Перенаправление происходит на неправильном уровне, в этом случае. Вы завершаете запрос cat на номер ./file, затем файл с именем >>, затем ./file2. Чтобы получить перенаправление, вам нужно сделать это в другом месте (см. Ниже) или вызвать eval.

Я бы рекомендовал не используя eval, но вместо этого, rejiggering логику функции check вместо. Вы можете перенаправить check на верхний уровень, например.,:

check() { 
    if "$@"; then 
     echo "  $@ : completed" | tee -a log 
     return 0 
    fi 
    echo "ERR> $@ : failed, status $?" | tee -a log 
    return 1 
} 

check cp "$file1" "$file.bak"      # doesn't print anything 
check sed -i s/text/newtext/g "$file1" >/dev/null # does print, so >/dev/null 
check cat "$file1" >> "$file2" 

(двойные кавычки здесь в призываниях check в случае file1 и/или file2 когда-либо приобрести мета-символы, такие как * или ; или белого пространство и т.д.)

EDIT: как @cdm и @rici, это не удается для приложений append-to-file, потому что вывод check перенаправляется даже для команды tee. Опять же перенаправление происходит на неправильном уровне. Это можно исправить, добавив еще один уровень косвенности:

append_to_file() { 
    local fname 
    fname="$1" 
    shift 
    "$@" >> "$fname" 
} 

check cp "$file1" "$file.bak" 
check append_to_file /dev/null sed -e s/text/newtext/g "$file1" 
check append_to_file "$file2" cat "$file1" 

Теперь, однако, завершенные и неудачи сообщения войти append_to_file на передней панели, которая на самом деле довольно klunky. Я думаю, что вернусь к eval.