#------------------------------------------------------------------------------
# archive:  file(1) magic for archive formats (see also "msdos" for self-
#           extracting compressed archives)
#
# cpio, ar, arc, arj, hpack, lha/lharc, rar, squish, uc2, zip, zoo, etc.
# pre-POSIX "tar" archives are handled in the C code.

# POSIX tar archives
257	string		ustar\0		tar.xpm,tar_s.xpm:brown:b:$tarContents,$untar::::POSIX tar archive
257	string		ustar\040\040\0	tar.xpm,tar_s.xpm:brown:b:$tarContents,$untar::::POSIX tar archive
# cpio archives
#
# Yes, the top two "cpio archive" formats *are* supposed to just be "short".
# The idea is to indicate archives produced on machines with the same
# byte order as the machine running "file" with "cpio archive", and
# to indicate archives produced on machines with the opposite byte order
# from the machine running "file" with "byte-swapped cpio archive".
#
# The SVR4 "cpio(4)" hints that there are additional formats, but they
# are defined as "short"s; I think all the new formats are
# character-header formats and thus are strings, not numbers.
0	short		070707		cpio.xpm:brown:b:$cpioContents,$extractCpio::::cpio archive
0	short		0143561		cpio.xpm:brown:b:$cpioContents,$extractCpio::::byte-swapped cpio archive
0	string		070707		cpio.xpm:brown:b:$cpioContents,$extractCpio::::ASCII cpio archive (pre-SVR4 or odc)
0	string		070701		cpio.xpm:brown:b:$cpioContents,$extractCpio::::ASCII cpio archive (SVR4 w no CRC)
0	string		070702		cpio.xpm:brown:b:$cpioContents,$extractCpio::::ASCII cpio archive (SVR4 with CRC)

#
# XXX - why are there multiple <ar> thingies?  Note that 0x213c6172 is
# "!<ar", so, for new-style (4.xBSD/SVR2andup) archives, we have:
#
0	string		!<arch>		ar.xpm:brown:b:$arContents::::current ar archive
0	string		\<ar>		ar.xpm:brown:b:$arContents::::System V Release 1 ar archive
0	string		=<ar>		ar.xpm:brown:b:$arContents::::archive
#
