Виконайте дві команди на одному аргументі (без сценарію)

Як я можу виконати дві команди на одному вході, не вводячи цей вхід двічі?

Наприклад, команда stat багато розповідає про файл, але не вказує його тип файлу:

stat fileName

Команда файлу говорить про тип файлу:

file fileName

Ви можете виконати це в одному рядку таким чином:

stat fileName ; file fileName

Однак вам потрібно ввести fileName двічі.

Як можна виконати обидві команди на одному вході (не вводивши вхід або змінну введення двічі)?

У Linux я знаю, як встановлювати вихідні дані, але як ви працюєте з введеннями?

Ось ще один спосіб:

$ stat filename && file "$_"

Приклад:

$ stat /usr/bin/yum && file "$_"
  File: ‘/usr/bin/yum’
  Size: 801         Blocks: 8          IO Block: 4096   regular file
Device: 804h/2052d  Inode: 1189124     Links: 1
Access: (0755/-rwxr-xr-x)  Uid: (    0/    root)   Gid: (    0/    root)
Context: system_u:object_r:rpm_exec_t:s0
Access: 2014-06-11 22:55:53.783586098 +0700
Modify: 2014-05-22 16:49:35.000000000 +0700
Change: 2014-06-11 19:15:30.047017844 +0700
 Birth: -
/usr/bin/yum: Python script, ASCII text executable

Це працює в bashі zsh. Це також працює в mkshіdash , але тільки тоді , коли інтерактивний. У AT&T ksh це працює лише тоді, коли значення file "$_"знаходяться на іншій лінії від statтієї.

Можливо, я змусив мене зграяти за це, ось хитра комбінація розширення баш-дужок і eval, яка, здається, робить трюк

eval {stat,file}" fileName;"

З zsh, ви можете використовувати анонімні функції:

(){stat $1; file $1} filename

З esлямбдами:

@{stat $1; file $1} filename

Ви також можете зробити:

{ stat -; file -;} < filename

(робимо statперше, оскільки fileбуде оновлено час доступу).

Я б зробив:

f=filename; stat "$f"; file "$f"

однак саме для цього використовуються змінні.

Усі ці відповіді мені більшою чи меншою мірою виглядають як сценарії. Для рішення, яке насправді не передбачає сценаріїв, і передбачає, що ви сидите за клавіатурою, набравши в оболонку, ви можете спробувати:

stat somefile Enter
файл Esc_   Enter

У bash, zsh та ksh принаймні в режимах vi та emacs, натискаючи Escape, а потім підкреслення вставляє останнє слово з попереднього рядка в буфер редагування для поточного рядка.

Або ви можете використовувати заміну історії:

stat somefile Enter
файл! $Enter

У bash, zsh, csh, tcsh та більшості інших оболонок !$замінюється останнім словом попереднього командного рядка при розборі поточного командного рядка.

Як я зрозумів, що робити це розумно, просто використовую xargs, він бере файл / трубу і перетворює його вміст у програмні аргументи. Це може поєднуватися з трійником, який розбиває потік і надсилає його на дві або більше програм. У вашому випадку вам потрібно:

echo filename | tee >(xargs stat) >(xargs file) | cat

На відміну від багатьох інших відповідей, це буде працювати в bash та більшості інших оболонок під Linux. Я б припустив, що це хороший випадок використання змінної, але якщо ви абсолютно не можете використовувати її, це найкращий спосіб зробити це лише за допомогою труб і простих утиліт (якщо припустимо, що у вас немає особливо фантазійної оболонки).

Крім того, ви можете зробити це для будь-якої кількості програм, просто додавши їх так само, як ці дві після трійника.

EDIT

Як зазначено в коментарях, у цій відповіді є кілька недоліків, перший - потенціал для переплетення вихідних даних. Це можна виправити так:

echo filename | tee >(xargs stat) >(( wait $!; xargs file )) | cat

Це змусить команди працювати по черзі, і вихід ніколи не буде переплетеним.

Друге питання полягає у тому, щоб уникнути заміни процесу, яка недоступна в деяких оболонках, цього можна досягти, використовуючи tpipe замість трійника:

echo filename | tpipe 'xargs stat' | ( wait $!; xargs file )

Це повинно бути портативним для майже будь-якої оболонки (я сподіваюся) і вирішує проблеми в іншій похвалі, однак я пишу цей останній з пам'яті, оскільки в моїй теперішній системі немає доступного tpipe.

Ця відповідь схожа на пару інших:

stat filename   & & file! #: 1

На відміну від інших відповідей, які автоматично повторюють останню аргумент з попередньої команди, цей вимагає від вас рахувати:

ls -ld ім'я файлу   && file! #: 2

На відміну від деяких інших відповідей, для цього не потрібні цитати:

stat "useless cat"  &&  file !#:1

або

echo Sometimes a '$cigar' is just a !#:3.

Це схоже на пару інших відповідей, але є більш портативним, ніж цей, і набагато простішим за цей :

sh -c 'stat "$ 0"; файл "$ 0" ' ім'я файлу

або

sh -c 'stat "$ 1"; файл "$ 1" 'sh ім'я файлу

в якій sh призначено $0. Хоча набирати на три символи більше, ця (друга) форма є кращою, оскільки $0це ім’я, яке ви даєте цьому вкладеному сценарію. Він використовується, наприклад, в повідомленнях про помилки в оболонці для цього сценарію, наприклад , коли fileабо statне може бути знайдений або не може бути виконаний з будь-якої причини.

Якщо ви хочете зробити

stat filename 1  ім'я файлу 2  ім'я файлу 3 …; файл имя_файла 1  имя_файла 2  файлу 3 ...

для довільної кількості файлів, зробіть

sh -c 'stat "$ @"; файл "$ @" 'sh ім'я файлу 1  ім'я файлу 2  ім'я файлу 3 …

яка працює, тому що "$@"еквівалентна "$1" "$2" "$3" ….

Я думаю, ви задаєте неправильне запитання, принаймні для того, що ви намагаєтеся зробити. statі fileкоманди приймають параметри, це ім'я файлу, а не його вміст. Пізніше команда виконує зчитування файлу, визначеного іменем, яке ви вказуєте.

Труба повинна мати два кінці, один використовується як вхідний, а другий - як вихідний, і це має сенс, оскільки вам може знадобитися робити різні обробки попутно з різними інструментами, поки не отримаєте необхідний результат. Сказати, що ви знаєте, як здійснювати трубопроводи, але не знаєте, як вводити труби, в принципі невірно.

У вашому випадку вам не потрібна труба, оскільки вам потрібно надати вхід у вигляді імені файлу. І навіть якщо ці інструменти ( statі file) будуть читати stdin, труба тут знову не є актуальною, оскільки вхід не повинен змінюватися жодним інструментом, коли він потрапляє на другий.

Це має працювати для всіх імен файлів у поточному каталозі.

sh -c "$(printf 'stat -- "$1";file -- "$1";shift%.0b\n' *)" -- *

Тут є кілька різних посилань на "введення", тому я наведу кілька сценаріїв, розуміючи це спочатку. Для вашої швидкої відповіді на питання в найкоротшій формі :

stat testfile < <($1)> outputfile

Вищезгадане виконає статистику на тестовому файлі, візьме (перенаправить) його STDOUT і включить його до наступної спеціальної функції (частина <() частини, а потім виведе кінцеві результати будь-якого, у новий файл (вихідний файл). Викликається файл, потім посилається на вбудовані файли bash ($ 1 кожен раз після, поки ви не розпочнете новий набір інструкцій).

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

Наприклад, ви також можете це зробити циклічно, що досить зручно. Поширене використання цього способу в умовному режимі psuedo-коду:

run program < <($output_from_program)> my_own.log

Враховуючи це та розширюючи ці знання, ви можете створювати такі речі, як:

ls -A; (while read line; do printf "\e[1;31mFound a file\e[0m: $line\n"; done) < <(/bin/grep thatword * | /usr/bin/tee -a files_that_matched_thatword)

Це виконає простий ls -A у вашому поточному каталозі, а потім підкажіть, щоб переглядати кожен результат від ls -A до (а ось де це хитро!) Проклеїти "це слово" у кожному з цих результатів і виконувати лише попередній printf (червоним кольором), якщо він насправді знайшов файл із цим словом. Він також запише результати grep в новий текстовий файл, file_that_matched_thatword.

Приклад виводу:

ls -A; (while read line; do printf "\e[1;31mFound a file\e[0m: $line\n"; done) < <(/bin/grep thatword * | /usr/bin/tee -a files_that_matched_thatword)

index.html

Все це просто надрукувало результат ls - нічого особливого. Цього разу додайте щось для того, щоб перехреститися:

echo "thatword" >> newfile

Тепер перезапустіть його:

ls -A; (while read line; do printf "\e[1;31mFound a file\e[0m: $line\n"; done) < <(/bin/grep thatword * | /usr/bin/tee -a files_that_matched_thatword)

files_that_matched_thatword  index.html  newfile

Found a file: newfile:thatword

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