Czy przekierowywanie jednego pliku do drugiego jest UUOC (bezużyteczne użycie cat)?

Jeśli chcę file2dopasować zawartość do zawartości file1, oczywiście mógłbym po prostu uruchomić cp file1 file2.

Jednakże, jeśli chcę zachować wszystko o file2 wyjątkiem tej Contents-właściciela, uprawnień, rozszerzonych atrybutów, ACL, twardych linków, etc., etc., to ja nie chce uruchomić cp. * W tym przypadku po prostu chcę plop zawartość file1w file2.

Wygląda na to, że:

< file1 > file2

Ale to nie działa. file2jest obcięty do zera i nie jest napisany do. Jednak,

cat < file1 > file2

wykonuje pracę.

Zaskoczyło mnie, że pierwsza wersja nie działa.

Czy druga wersja to UUOC? Czy można to zrobić bez wywoływania polecenia, używając jedynie przekierowań?

_{Uwaga: Zdaję sobie sprawę, że UUOC jest bardziej pedantycznym punktem niż prawdziwy anty-wzór.}

* _{Jak odkrył tniles09 , w rzeczywistości cp będzie działać w tym przypadku.}

cat < file1 > file2nie jest UUOC. Klasycznie <i >wykonuj przekierowania, które odpowiadają duplikacjom deskryptorów plików na poziomie systemu. Duplikacje deskryptorów plików same w sobie nic nie robią (no cóż, >przekierowania otwierają się O_TRUNC, aby być dokładnym, przekierowania wyjściowe powodują obcięcie pliku wyjściowego). Nie daj się < >zwieść symbolom. Przekierowania nie przenoszą danych - przypisują deskryptory plików do innych deskryptorów plików.

W takim przypadku otwierasz file1i przypisujesz ten deskryptor pliku do deskryptora pliku 0( <file1== 0<file1) file2oraz przypisujesz ten deskryptor pliku do deskryptora pliku 1( >file2== 1>file2).

Teraz, gdy masz dwa deskryptory plików, potrzebujesz procesu przeszukiwania danych między nimi - i po to catjest.

Nie jest tak, ponieważ jak zauważyli inni, dane zachowanie zależy od powłoki. Jak zauważyliście (OP), jest to trochę pedantyczne , a może nawet humorystyczne? , rodzaj tematu.

Jednak w systemach GNU, początkowy przesłanka ma innego rozwiązania dostępne: cp --no-preserve=all file1 file2. Wypróbuj to, myślę, że zaspokoi opisaną sytuację (np. Modyfikując zawartość, file2ale nie modyfikując jej atrybutów).

Przykład :

$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 16 Dec 16 12:21 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Lookout, world!
    Hello, world!
$ cp --no-preserve=all fred fezzik 
$ ls -l
    total 8
    -rw-r--r-- 1 tniles sambashare 14 Dec 16 12:22 fezzik
    -rw-r--r-- 1 tniles tniles     14 Dec 16 12:16 fred
$ cat *
    Hello, world!
    Hello, world!

UPDATE Faktycznie, Właśnie zauważyłem, że mój system na cpsam zdaje się zachować atrybuty chyba -aalbo -psą określone. Używam powłoki bash i coreutils GNU. Myślę, że codziennie uczysz się czegoś nowego ...

Wyniki testu (według Wildcard), w tym twardy link i różne uprawnienia:

$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 file2
913965 -rwxrw---- 2 pete    vagrant 39 Dec 16 20:35 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the original contents of file2
$ cp file1 file2
$ ls -li
total 12
913966 -rw-rw-r-- 1 vagrant vagrant 30 Dec 16 20:26 file1
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 file2
913965 -rwxrw---- 2 pete    vagrant 30 Dec 16 20:37 hardlinktofile2
$ cat file1
This is the contents of file1
$ cat file2
This is the contents of file1
$ 

W zshpowłoce, w której < file1 > file2działa, powłoka jest wywoływana cat.

W przypadku wiersza poleceń, który składa się tylko z przekierowań, bez polecenia ani przypisań, zshwywołuje $NULLCMD( catdomyślnie), chyba że jedynym przekierowaniem jest to, <w którym zamiast tego wywoływane jest $READNULLCMD( pagerdomyślnie). (to zshznaczy, chyba że jest w shlub cshemulacji, w którym to przypadku zachowuje się jak emulowane powłoki).

Więc:

< file1 > file2

jest w rzeczywistości taki sam jak

cat < file1 > file2

i

< file1

jest taki sam jak

pager < file1

< from > to

nie działa, ponieważ nie ma tam żadnego polecenia; bez procesu. Powłoka otwiera / tworzy pliki i porządkuje przekierowania (co oznacza, że ​​deskryptory plików odnoszące się do tych plików są umieszczane jako 0 i 1: standardowe wejście i standardowe wyjście). Ale nie ma nic do zrobienia, aby wykonać pętlę do odczytu ze standardowego wejścia i zapisu na standardowe wyjście.

zshsprawia, że ​​działa to poprzez zastąpienie polecenia konfigurowanego przez użytkownika w tym przypadku „polecenia zerowego”. Polecenie nie jest widoczne w wierszu polecenia, ale nadal tam jest. Proces jest dla niego tworzony i działa w ten sam sposób. NULLCMDjest catdomyślnie, więc < from > towłaściwie oznacza cat < from > to in zsh, chyba że NULLCMDjest ustawiony na coś innego; jest to polecenie „ukrytego kota”.

„Bezużyteczne użycie cat” występuje, gdy catjest używane jako pośrednik do odczytu z pliku i przekazania danych do innego procesu, którego deskryptor pliku można po prostu podłączyć do oryginalnego pliku.

Jeśli catmożna usunąć z sytuacji, tak że pozostałe polecenia mogą nadal wykonywać to samo zadanie, jest to bezużyteczne. Jeśli nie można go usunąć, to nie jest bezużyteczny.

# useless, removable:
$ cat archive.tar | tar tf -    #  -->  tar tf archive.tar

# not removable (in POSIX shell):
$ cat > file
abc
[Ctrl-D]

# likewise:
STRING=$(cat file)

To, catco można wymienić, to nie to samo. Na przykład zamiast cat > filemożemy użyć vi filedo utworzenia pliku. Nie liczy się to jako usunięcie cat, podczas gdy wszystko, co pozostało, do wykonania tego samego zadania.

Jeśli catjest to jedyne polecenie w potoku, to oczywiście nie można go usunąć; żadne przegrupowanie tego, co pozostanie, nie wykona równoważnej pracy.

Niektórzy skrypty powłoki używają, catponieważ uważają, że pozwala im to przenieść operand wejściowy bliżej lewej strony wiersza poleceń. Przekierowania mogą być jednak w dowolnym miejscu wiersza poleceń:

# If you're so inclined:
# move source archive operand to the left without cat:
$ < archive.tar tar xf - > listing

< file1 > file2 Wydaje się być zależny od powłoki, działa na Zsh, a nie na bash.

edycja: usunięte fałszywe oświadczenie

Oprócz wszystkich dobrych odpowiedzi, można uniknąć UUOC przez symulowaniecat :

awk 1 file1 > file2   # For line-oriented text, not binaries.
dd if=file1 of=file2  # Works for binary files, too.
# many more geeky ways.

Te polecenia nie kopiują metadanych pliku, jak zwykły cp.

Jeśli to działa, nie naprawiaj tego.

użyłbym

cat < file1 > file2

i nie przejmuj się komputerem semantyki.