Quelltext der Seite Cat (Unix)

{{DISPLAYTITLE:cat (Unix)}}
'''cat''' (<code>/bin/cat</code>, <code>/usr/bin/cat</code>) ist ein Systemprogramm in [[Unix]]- und [[unixoides System|unixartigen]] Systemen. Der Name leitet sich vom englischen Verb ''concatenate'' bzw. dessen Synonym ''catenate'' ab (im Deutschen etwa ‚zusammenhängen‘, ‚zusammenketten‘, ‚verketten‘). ''cat'' liest die als Argumente angegebenen Dateien und gibt den Inhalt auf <code>[[Standardausgabe#Standardausgabe (stdout)|stdout]]</code> aus.

== Spezifikation und Funktionsweise ==
Der Funktionsumfang wie auch das Verhalten von cat ist sowohl durch die [[Single UNIX Specification]] wie auch den [[Portable Operating System Interface|POSIX]]-Standard festgelegt.<ref name=posix>{{Internetquelle |url=http://pubs.opengroup.org/onlinepubs/9699919799/utilities/cat.html |titel=cat-Spezifikation der Open Group|sprache=en|zugriff=2013-05-08}}</ref>

Das Verhalten von <code>cat</code> hinsichtlich [[Signal (Computer)|Signalen]], [[Fehlercode|Rückgabewerten]] und Aufrufsyntax ist dem POSIX-Standard entsprechend und für ein Kommandozeilen-Programm typisch.<ref name=posix></ref><ref name=XBD>{{Internetquelle |url=http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html#tag_12_02 |titel=POSIX Kap. 12.2 Utility Syntax Guidelines|sprache=en|zugriff=2016-10-03}}</ref> Eine oder mehrere Dateien, deren Namen als Argument übergeben werden, werden gelesen und in einem zusammenhängenden einzelnen [[Datenstrom]] ausgegeben. Vorgeschrieben ist insbesondere, dass Dateien in jener Reihenfolge in der Ausgabe erscheinen, in der sie als Argument übergeben werden.<ref name=posix></ref> Die Ausgabe erfolgt immer auf [[stdout]] und kann von dort mit den üblichen Mitteln ([[Unix-Kommandos#Ein-/Ausgabeumlenkung (englisch I/O redirection)|Redirection]], [[Pipe (Informatik)|Pipeline]]) umgeleitet werden. Wie bei vielen anderen Unix-Systemprogrammen repräsentiert ein einfacher Bindestrich („-“) als Dateiname [[stdin]].

Jede Datei kann auch mehrmals als Argument übergeben werden. Dann erscheinen ebenso viele Kopien ihres Inhalts in der Ausgabe. Mit der Option -u kann die ungepufferte Ausgabe erzwungen werden, was dann von Vorteil sein kann, wenn aus FIFOs gelesen wird.

== Verwendung ==
Die vermutlich häufigste Verwendung des Kommandos cat – nämlich mit einer einzigen Datei als Argument – ist eigentlich ein Missbrauch (siehe [[#Unnötige Verwendung, Useless Use|unten]]). Richtig verwendet führt cat Dateien zusammen. Damit entspricht es der Funktion von copy /b … + … in von [[MS-DOS]] abgeleiteten Systemen oder auch dem Befehl type unter [[Virtual Memory System|VMS]], [[CP/M]], MS-DOS, [[OS/2]] und [[Microsoft Windows]].

Das Beispiel gibt den Inhalt der zwei angegebenen Dateien nacheinander aus (erst <code>file1</code>, dann <code>file2</code>), danach die von stdin (dafür steht das <code>-</code> ) bezogene Eingabe. Die Ausgabe ist ein einheitlicher Datenstrom der nacheinander aus den drei Quellen gespeist wird und die Ausgabeumleitung sorgt dafür, dass das Ergebnis in der Datei <code>outfile</code> abgelegt wird.

<syntaxhighlight lang="bash">
cat /path/to/file1 /path/to/file2 - > /some/outfile
</syntaxhighlight>

''Siehe auch: [[split (Unix)]] und [[join (Unix)]]''

Es ist ein weit verbreiteter Irrglaube, dass <code>cat</code> für Textdateien genutzt werden soll. Zwar wird die Funktionsweise durch die Internationalisierungs-Variablen (LANG, LC_ALL etc.) beeinflusst, der POSIX-Standard legt allerdings ausdrücklich fest, dass <code>cat</code> ''jede'' Form von Eingabedatei verarbeiten kann.<ref name=posix></ref>

=== Erweiterungen, Varianten ===
Abweichend vom POSIX-Standard bieten manche <code>cat</code>-Implementierungen Erweiterungen des ursprünglichen Funktionsumfanges. Die <code>cat</code>-Version der [[GNU]]-Initiative etwa kann Zeilennummern ausgeben, nichtdruckbare Sonderzeichen druckbar umschreiben und dergleichen. Die Verwendung solcher Erweiterungen in Scripten schränkt deren Verwendungsmöglichkeit allerdings auf die sie unterstützende Ursprungsplattform ein, weshalb dies im Allgemeinen als schlechter Scripting-Stil betrachtet wird.

Insbesondere die Option -v (nicht druckbare Zeichen druckbar umschreiben) war Thema der Präsentation ''UNIX style, or cat -v considered harmful'' von [[Rob Pike]] auf der [[USENIX|Usenix]] Summer Conference [[1983]]. Der Vortrag wurde von einem, gemeinsam mit [[Brian W. Kernighan]] verfassten Paper ''Program Design in the UNIX Environment''<ref name=pditue>{{Internetquelle |url=http://harmful.cat-v.org/cat-v/unix_prog_design.pdf |titel=Program Design in the UNIX Environment |sprache=en|zugriff=2013-05-08}}</ref> begleitet, das seinerseits zu dem von Pike und Kernighan gemeinsam verfassten Standardwerk ''The UNIX Programming Environment''<ref>[[Brian W. Kernighan]], [[Rob Pike]]: ''The UNIX Programming Environment''  Prentice-Hall Software Series, 1st ed. November 11, 1983, ISBN 0-13-937681-X.</ref> führte.

Einige Utilities, die ähnliche Funktionen wie <code>cat</code> bieten, nehmen durch ihre Namensgebung auch direkt Bezug darauf. '''<code>zcat</code>''' gibt Dateien aus einem mit [[gzip]] gepackten Archiv auf <code>stdout</code> aus. '''<code>tac</code>''' arbeitet wie <code>cat</code>, gibt aber die Dateien von hinten nach vorne aus.

=== Unnötige Verwendung, Useless Use ===
Weil <code>cat</code> die Möglichkeit bietet, auch eine einzelne Datei als Argument zu übergeben, wird es oft dazu missbraucht, den Inhalt einer Datei als Datenstrom auszugeben. Das ist allerdings schlechter Stil, da man dafür besser eine ''Redirection'' („<“) benutzen oder die Datei als Argument übergeben sollte. Auf diese Art wird ein unnötiger Aufruf der Systemcalls <code>[[Fork (Unix)|fork]]()</code> und <code>[[Exec (Unix)|exec]]()</code> vermieden, der für den Aufruf von <code>cat</code> notwendig wäre. Dieser Gebrauch ist so weit verbreitet, dass sich dafür im [[Usenet]] (insbesondere ''comp.unix.*'' und ''comp.os.unix.*'') der Begriff ''useless use of cat'', (auch kurz ''UUOC'' bzw. Variationen davon) herausgebildet hat.<ref name=uuoc>{{Internetquelle |url=http://partmaps.org/era/unix/award.html |titel=Useless Use of Cat Award |sprache=en|zugriff=2013-05-08|offline=1|archiv-url=https://web.archive.org/web/20140123014909/http://partmaps.org/era/unix/award.html|archiv-datum=2014-01-23}}</ref>:

<syntaxhighlight lang="ksh">
cat /path/to/file | grep "something"       # useless use of cat
grep "something" /path/to/file             # korrekter Aufruf, Dateiname als Argument

cat /path/to/file | cmd arg1 arg2 argN     # useless use of cat
cmd arg1 arg2 argN < /path/to/file         # korrekter Aufruf, Redirection
</syntaxhighlight>

Vorwiegend in der britischen Hackerszene ist auch der Begriff ''Demoggification'' für Kampagnen zur Ausmerzung solcher Scriptfehler verbreitet, was sich von britischen Slangausdruck ''moggy'' (Weiterbildung von ''mongrel'', Mischling, ohne Stammbaum) herleitet und eine Katzen-Promenadenmischung bezeichnet. ''Demoggification'' ist also die ''Entfernung von nicht-besonderen Katzen''.

== Rezeption in der ''Unix Culture'' ==
Auf dem Gleichklang von cat und „cat“ (Katze) beruhten und beruhen viele ironische Formulierungen: die schon erwähnte ''Demoggification'' oder etwa, wenn sich jemand als ''Herder of Useless Cats'' (Hirte unnützer Katzen) bezeichnet.<ref name=ucult>{{Internetquelle |url=http://www.unix.com/members/302039228.html |titel=Benutzertitel "Herder of Useless Cats"|sprache=en|zugriff=2013-05-08}}</ref>

Auch die oftmalige falsche Verwendung und das für Unix-Utilities typische spartanische Interface wurden oft zur Zielscheibe eines selbstironischen Humors. Das [[Jargon File]] etwa meint im Lemma cat:

{{Zitat|Among Unix fans, cat(1) is considered an excellent example of user-interface design, because it delivers the file contents without such verbosity as spacing or headers between the files, and because it does not require the files to consist of lines of text, but works with any sort of data.<br />

Among Unix haters, cat(1) is considered the canonical example of bad user-interface design, because of its woefully unobvious name. It is far more often used to blast a file to standard output than to concatenate two files. The name cat for the former operation is just as unintuitive as, say, LISP's cdr.
 |Autor=
 |Quelle=The Jargon File, v4.4.8<ref name=tjf>{{Internetquelle |url=http://www.catb.org/jargon/html/C/cat.html|titel=Das Lemma "cat" im Jargon File|sprache=en|zugriff=2013-05-08}}</ref>
 |Übersetzung=Unter Unix-Fans wird cat(1) als hervorragendes Beispiel für das Design einer Benutzeroberfläche betrachtet, weil es den Dateiinhalt ohne weitere Gesprächigkeit wie Trennungsabstände oder Kopfzeilen zwischen den einzelnen Dateien ausgibt und auch nicht auf Dateien aus Textzeilen besteht, sondern mit jeder Form von Daten zurechtkommt.<br />

Unter Unix-Hassern wird cat(1) als Schulbuchbeispiel für schlechtes Design der Benutzeroberfläche betrachtet wegen seines furchtbar irreführenden Namens. Es wird viel öfter dazu benutzt, mit einer Datei die Standardausgabe zu fluten als zwei Dateien zusammenzuführen. Der Name cat für erstere der genannten Tätigkeiten ist etwa so irreführend wie LISPs cdr.
 |ref=}}

== Geschichte ==
Ein cat existierte bereits im [[AT&T]]-Unix Version 1. Wer der Autor war, ist unbekannt, die [[manpage]] dazu wurde von [[Dennis Ritchie]] verfasst.<ref name=macman>{{Internetquelle |url=https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man1/cat.1.html|titel=cat(1) manpage von Mac OS X, 2004|sprache=en|zugriff=2013-05-08}}</ref>

== Einzelnachweise ==
<references />

== Weblinks ==
* [http://man7.org/linux/man-pages/man1/cat.1.html Manpage zur GNU-(Non-POSIX)-Version von<code>cat</code>]

{{Navigationsleiste Befehle der GNU core utilities}}
[[Kategorie:Unix-Betriebssystemkomponente]]
[[Kategorie:Unix-Software]]
[[Kategorie:GNU Core Utilities]]