file (command)

From Infogalactic: the planetary knowledge core
Jump to: navigation, search
File (command)
Initial release 1973 (1973) as part of Unix Research Version 4; 1986 (1986) open-source reimplementation
Written in C
Operating system Unix, Unix-like, Cross-platform
Type file type detector
License BSD license, CDDL
Website {{#property:P856}}

file is a standard Unix program for recognizing the type of data contained in a computer file.

History

The original version of file originated in Unix Research Version 4[1] in 1973. System V brought a major update with several important changes, most notably moving the file type information into an external text file rather than compiling it into the binary itself.

Most major BSD and Linux distributions use a free, open-source reimplementation which was written in 1986-87 by Ian Darwin[2] from scratch. It was expanded by Geoff Collyer in 1989 and since then has had input from many others, including Guy Harris, Chris Lowth and Eric Fischer; from late 1993 onward its maintenance has been organized by Christos Zoulas. The OpenBSD system has its own subset implementation written from scratch, but still uses the Darwin/Zoulas collection of magic file formatted information.

Specification

The Single Unix Specification (SUS) specifies that a series of tests are performed on the file specified on the command line:

  1. if the file cannot be read, or its Unix file type is undetermined, the file program will indicate that the file was processed but its type was undetermined.
  2. file must be able to determine the types directory, FIFO, socket, block special file, and character special file
  3. zero-length files are identified as such
  4. an initial part of file is considered and file is to use position-sensitive tests
  5. the entire file is considered and file is to use context-sensitive tests
  6. the file is identified as a data file

file's position-sensitive tests are normally implemented by matching various locations within the file against a textual database of magic numbers (see the Usage section). This differs from other simpler methods such as file extensions and schemes like MIME.

In most implementations, the file command uses a database to drive the probing of the lead bytes. That database is implemented in a file called magic, whose location is usually in /etc/magic, /usr/share/file/magic or a similar location.

Usage

The SUS[3] mandates the following options:

-M file, specify a file specially formatted containing position-sensitive tests; default position-sensitive tests and context-sensitive tests will not be performed.
-m file, as for -M, but default tests will be performed after the tests contained in file.
-d, perform default position-sensitive and context-sensitive tests to the given file; this is the default behaviour unless -M or -m is specified.
-h, do-not-dereference symbolic links that point to an existing file or directory.
-L, dereference the symbolic link that points to an existing file or directory.
-i, do not classify the file further than to identify it as either: nonexistent, a block special file, a character special file, a directory, a FIFO, a socket, a symbolic link, or a regular file. Linux[4] and BSD[5] systems behave differently with this option and instead output an Internet media type (“MIME type”) identifying the recognized file format.

Other Unix and Unix-like operating systems may add extra options than these, such as -s 'special files' (examples below).

The command tells only what the file looks like, not what it is (in the case where file looks at the content). It is easy to fool the program by putting a magic number into a file the content of which does not match it. Thus the command is not usable as a security tool other than in specific situations.

Examples

$ file file.c
file.c: C program text

$ file program
program: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked
    (uses shared libs), stripped

$ file /dev/hda1
/dev/hda1: block special (0/0)

$ file -s /dev/hda1
/dev/hda1: Linux/i386 ext2 filesystem

Note that -s is a non-standard option available only on some platforms, which tells file to read device files and try to identify their contents rather than merely identifying them as device files. Normally file does not try to read device files since reading such a file can have undesirable side effects.

$ file compressed.gz
compressed.gz: gzip compressed data, deflated, original filename, `compressed', last
    modified: Thu Jan 26 14:08:23 2006, os: Unix

$ file -i compressed.gz    # (on Linux)
compressed.gz: application/x-gzip; charset=binary

$ file data.ppm
data.ppm: Netpbm PPM "rawbits" image data

$ file /bin/cat
/bin/cat: Mach-O universal binary with 2 architectures
/bin/cat [for architecture ppc7400):        Mach-O executable ppc
/bin/cat (for architecture i386):   Mach-O executable i386

Libmagic library

As of version 4.00 of the Ian Darwin/Christos Zoulas version of file, the functionality of file is incorporated into a libmagic library that is accessible via C (and C-compatible) linking;[6][7] file is implemented using that library.[8][9]

References

  1. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  2. ↑ The early history of this program is recorded in its private CVS repository; see [1] the log of the main program
  3. ↑ The Open Group Base Specifications Issue 7 — file command
  4. ↑ file(1) – Linux Programmer's Manual – User Commands
  5. ↑ file(1) – NetBSD General Commands Manual
  6. ↑ libmagic(3) – Linux Programmer's Manual – Library Functions
  7. ↑ libmagic(3) – NetBSD Library Functions Manual
  8. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  9. ↑ Lua error in package.lua at line 80: module 'strict' not found.

External links

Manual pages

Other

Retrieved from "https://infogalactic.com/w/index.php?title=File_(command)&oldid=3512766"