Różnica między „kotem” a „kotem”

Pracowałem przez samouczek i zobaczyłem użycie obu cat myfile.txti cat < myfile.txt. Czy istnieje różnica między tymi dwiema sekwencjami poleceń? Wydaje się, że oba drukują zawartość pliku do powłoki.

W pierwszym przypadku catotwiera plik, aw drugim przypadku powłoka otwiera plik, przekazując go jako catstandardowe wejście.

Technicznie mogą mieć różne efekty. Na przykład możliwe byłoby posiadanie implementacji powłoki, która była bardziej (lub mniej) uprzywilejowana niż catprogram. W tym scenariuszu jeden może nie otworzyć pliku, a drugi może.

To nie jest zwykły scenariusz, ale wspomniano, aby wskazać, że powłoka i catnie są tym samym programem.

Nie ma widocznej różnicy w twoim przypadku testowym. Najbardziej oczywistym z nich byłby komunikat o błędzie, który pojawia się, jeśli myfile.txtw bieżącym katalogu nie ma pliku o nazwie lub jeśli nie można go odczytać.

W pierwszym przypadku catbędzie narzekać, a w drugim przypadku twoja powłoka wyraźnie pokaże, który proces próbuje otworzyć plik, catw pierwszym i powłokę w drugim.

$ cat myfile.txt
cat: myfile.txt: No such file or directory
$ cat < myfile.txt
ksh93: myfile.txt: cannot open [No such file or directory]

W bardziej ogólnym przypadku zasadnicza różnica polega na tym, że przy użyciu przekierowań nie można drukować zawartości więcej niż jednego pliku, co jest przecież pierwotnym celem polecenia cat(tj. Cat enate). Zauważ, że powłoka i tak spróbuje otworzyć wszystkie pliki przekazane jako przekierowane dane wejściowe, ale faktycznie przekaże ostatni plik, catchyba że użyjesz zshi jego multios"zshism".

$ echo one > one
$ echo two > two
$ cat one two # cat opens one, shows one, opens two, shows two
one
two
$ cat < one < two # sh opens one then opens two, cat shows stdin (two)
two
$ rm one two
$ echo one > one
$ cat one two # cat opens and shows one, fails to open two
one
cat: two: No such file or directory
$ cat < one < two # the shell opens one then opens two, fails and 
                  # displays an error message, cat gets nothing on stdin
                  # so shows nothing
ksh93: two: cannot open [No such file or directory]

W standardowym systemie powłoka catnie ma żadnej różnicy w prawach dostępu do plików, więc oba zakończy się niepowodzeniem jednakowo. Użycie sudopodniesienia catuprawnień znacznie zmieni zachowanie, jak sugerował Thomas Dickey i dołączone komentarze.

cat myfile.txtczyta plik, myfile.txta następnie drukuje go na standardowe wyjście.

cat < myfile.txttutaj catnie podano żadnych plików do otwarcia, tak jak wiele poleceń Uniksa odczytuje dane ze standardowego wejścia, które jest tam kierowane file.txtprzez powłokę, i wypisuje na standardowe wyjście.

Odpowiedź Thomasa Dickeya jest genialna.

Chcę tylko dodać kilka oczywistych faktów na temat czytania kilku plików (luźno związanych z twoim pytaniem, ale nadal):

• cat <file1 <file2 <file3odczyta tylko plik3, przynajmniej w bash. (Faktycznie, to zależy od powłoki, ale większość powłok będzie dup każdy podany plik do standardowego wejścia, co powoduje ostatni do skutku).
• cat file1 file2 file3odczyta kolejno wszystkie określone pliki (w rzeczywistości cat jest skróconą formą słowa concatenate ).
• cat file1 file2 file3 <file4 <file5 <file6 odczyta tylko plik 1, plik 2, plik 3 (ponieważ cat ignoruje stdin po przekazaniu argumentów nazwy pliku).
  • _{cat file1 file2 - file3 <file4 <file5 <file6 odczyta plik 1, plik 2, plik 6, plik 3 (ponieważ łącznik zmusza kota, aby nie ignorował standardowego wejścia).}

I o błędach. W przypadku niemożności otwarcia niektórych plików określonych jako argumenty (bez <), cat pominie pliki nieudane (z wysłaniem odpowiedniego komunikatu do stderr), ale nadal będzie czytał inne pliki. W przypadku niemożności otwarcia co najmniej jednego z plików określonych jako przekierowania (with <), shell nawet nie uruchomi cat (dzieje się tak nawet w przypadku przekierowań faktycznie nieużywanych przez cat). _{W obu przypadkach zostanie zwrócony błędny kod wyjścia.}

możemy użyć innego polecenia, aby zauważyć różnicę między:

wc –w food2.txt .

Możliwe wyjście:

6 food2.txt .

polecenie podaje nazwę pliku, ponieważ go zna (przekazany jako argument).

wc –w < food2.txt .

Możliwe wyjście:

6 .

standardowe wejście jest przekierowywane do pliku food2.txt bez polecenia o tym polecenia.