||This article needs additional citations for verification. (December 2011)|
||This article includes a list of references, but its sources remain unclear because it has insufficient inline citations. (February 2008)|
The Single Unix Specification specifies that when the "cat" program is given files in a sequence as arguments, it will output their contents to the standard output in the same sequence. It mandates the support of one option flag, u (unbuffered), by which each byte is written to standard output without buffering as it is read. Many operating systems do this by default and ignore the flag.
If one of the input filenames is specified as a single hyphen (-), then cat reads from standard input at that point in the sequence. If no files are specified, cat reads from standard input only.
The cat command-syntax is:
cat [options] [file_names]
cat will concatenate (put together) the input files in the order given, and if no other commands are given, will print them on the screen as standard output. It can also be used to print the files into a new file as follows:
cat [options] [file_names] > newfile.txt
You can also use a pipe to send the data to a different program. For example to view two files in sequence line by line using the less command, you would use the following command:
cat file1 file2 | less
- b (GNU only: --number-nonblank), number non-blank output lines
- n (GNU only: --number), number all output lines
- s (GNU only: --squeeze-blank), squeeze multiple adjacent blank lines
- v (GNU only: --show-nonprinting), displays nonprinting characters as if they were visible, except for tabs and the end of line character
- t on BSD, -T on GNU, implies -v but also display tabs as ^I
- e on BSD, -E on GNU, implies -v but also display end-of-line characters as $
- A show all characters, also tabs and end-of-line characters as ^I and $
Use cases 
cat can be used to pipe a file to a program which only expect data on its input stream.
As cat simply catenates streams of bytes, it can be also used to concatenate binary files, where it will just concatenate sequence of bytes.
As such, the two main use cases are text files and other cases.
Text use 
As a simple example, to concatenate 2 text files and write them to a new file, you can use the following command:
cat file1.txt file2.txt > newcombinedfile.txt
With option -n, cat can also number lines as follows:
cat -n file1.txt file2.txt > newnumberedfile.txt
Concatenation of text is limited to text files using a same legacy encoding such as ASCII, and BOM might be not supported. However, cat does not provide a way to concatenate unicode text files which have a Byte Order Mark. In the same way, files using different text encodings cannot be concatenated properly with only cat.
Other files 
For many structured binary data sets, the result may not be parsed properly however, for example, if a file has a unique header or footer, and this use of cat is not especially useful in many cases. For some multimedia container formats the resulting file is valid and this provides an effective means of appending files, particularly video streams. Significantly, the MPEG program stream (MPEG-1 and MPEG-2) and DV (Digital Video) formats can be concatenated – such a stream is fundamentally a stream of packets.
Further, any other video format can be concatenated by transcoding to one of these privileged formats, concatenating via cat, and then transcoding back.
Unix culture 
Jargon File definition 
The Jargon File version 4.4.7 lists this as the definition of cat:
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.
Among Unix critics, 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 single file to standard output than to concatenate two or more files. The name cat for the former operation is just as unintuitive as, say, LISP's cdr.
Useless use of cat 
UUOC (from comp.unix.shell on Usenet) stands for "Useless Use of cat." comp.unix.shell observes: "The purpose of cat is to concatenate (or catenate) files. If it is only one file, concatenating it with nothing at all is a waste of time, and costs you a process." This is also referred to as "Cat abuse." Nevertheless the following usage is common:
cat filename | command arg1 arg2 argn
To put this in perspective here are a couple of real world examples of how to uselessly use cat.
cat $file | grep $pattern
cat $file | less
instead of the almost equivalent and cheaper general and real world examples.
grep $pattern $file
<filename command arg1 arg2 argn
or the classical syntax
command arg1 arg2 argn < filename
It is not equivalent as the last two examples allow command to seek in the file, whereas the first does not.
Without two named files, the use of cat has no significant benefits, unless it is used simply to list the content of a file to standard output. A UUOC campaign will eliminate the inefficiency from shell scripts by using redirection instead. However, cat with one named file is safer where human error is a concern—one wrong use of the default redirection symbol ">" instead of "<" (often adjacent on keyboards) may permanently delete the file you were just needing to read. Also cat will prevent the command from seeking in the file.
Since 1995, occasional awards for UUOC have been given out, usually by Perl programmer Randal L. Schwartz. There is a web page devoted to this and other similar awards. In British hackerdom the activity of fixing instances of UUOC is sometimes called demoggification.
Other operating systems 
In DOS/Windows multiple files may be combined with the "copy /b" command syntax, for example:
copy /b file1.txt + file2.txt file3.txt
This copies file1.txt and file2.txt in binary mode to one file, file3.txt.
See also 
- List of Unix utilities
split, a command that splits a file into pieces which cat can then rejoin.
- paste (Unix)
- The Single UNIX® Specification, Issue 7 from The Open Group : concatenate and print files – Commands & Utilities Reference,
- UNIX Style, or cat -v Considered Harmful - A paper by Rob Pike on proper Unix command design using cat as an example.
Manual pages 
- cat(1) original manual page in the First Edition of Unix.
- GNU Coreutils reference : concatenate and write files –
- OpenBSD General Commands Manual : concatenate and print files –
- FreeBSD General Commands Manual –
- : catenate files – Plan 9 from Bell Labs manual