Provided by: manpages-es-extra_0.8a-19_all 
NOMBRE
file - determina el tipo de ficheros
SINOPSIS
file [ -vbczL ] [ -f nombrefichero ] [ -m ficheromágico ] fichero ...
DESCRIPCIÓN
Esta página del Manual documenta la versión 3.26 de la orden file . File comprueba cada argumento en un
intento de clasificarlo. Hay tres conjuntos de pruebas, efectuadas en este orden: pruebas de sistemas de
ficheros, pruebas de números mágicos, y pruebas de lenguajes. La primera prueba que tenga éxito hace que
se muestre el tipo del fichero.
El tipo mostrado contendrá usualmente una de las palabras text (texto: el fichero contiene solamente
caracteres ASCII y probablemente es seguro leerlo en una terminal ASCII ), executable (ejecutable: el
fichero contiene el resultado de la compilación de un programa en una forma comprensible para algún
núcleo UNIX), o data (datos), que significa cualquier otra cosa (los datos son normalmente `binarios' o
no imprimibles). Las excepciones son los formatos de ficheros bien conocidos (volcados de memoria,
archivos de tar) que se sabe que contienen datos binarios. Cuando modifique el fichero
/usr/share/misc/magic o el propio programa, conserve estas palabras reservadas. Muchos programas
dependen de que file muestre todos los ficheros legibles de un directorio con la palabra ``text''. No
haga como hicieron en la versión de Berkeley, que cambiaron ``shell commands text'' (texto con órdenes
del shell) a ``shell script'' (guión del shell).
Las pruebas de sistemas de ficheros se basan en un examen de la devolución de una llamada al sistema
stat(2). El programa comprueba si el fichero está vacío, o si es alguna clase de fichero especial.
Cualquier tipo de fichero apropiado al sistema donde se esté (enchufes, enlaces simbólicos, o tuberías
con nombre (FIFOs) en aquellos sistemas que las implementen) se intuye si está definido en el fichero de
cabecera del sistema sys/stat.h.
Las pruebas de números mágicos se emplean para comprobar ficheros con datos dispuestos en formatos fijos
particulares. El ejemplo canónico de esto es un fichero ejecutable binario (programa compilado) a.out,
cuyo formato se describe en a.out.h y posiblemente en exec.h en el directorio normal de ficheros de
cabecera. Estos ficheros tienen un `número mágico' guardado en una posición particular cerca del
principio del fichero, que le dice al sistema operativo UNIX que el fichero es un binario ejecutable, y
de qué tipo de entre unos cuantos. El concepto de `número mágico' se ha aplicado por extensión a ficheros
de datos. Cualquier fichero con algún identificador invariante en una posición fija y cercana al
principio en el fichero puede normalmente describirse de esta forma. La información de estos ficheros se
lee del `fichero mágico' /usr/share/misc/magic.
Si un argumento resulta ser un fichero ASCII, file intenta adivinar el lenguaje en el que está escrito.
Las pruebas de lenguaje buscan cadenas de caracteres particulares (cf. names.h) que pueden aparecer en
cualquier lugar dentro de los primeros bloques de un fichero. Por ejemplo, la palabra clave .br indica
que el fichero es con mucha probabilidad un fichero de entrada de troff(1), mientras que la palabra
struct puede indicar un programa en C. Estas pruebas son menos confiables que las de los dos grupos
anteriores, de forma que se realizan en último lugar. Las rutinas de pruebas de lenguajes también hacen
algunas otras comprobaciones (como buscar archivos de tar(1)) y determinan si el mensaje para un fichero
desconocido debe ser `ascii text' (texto ASCII) o `data' (datos).
OPCIONES
-v Muestra la versión del programa y acaba.
-m lista
Especifica una lista alternativa de ficheros que contienen números mágicos. Ésta puede constar de
un solo fichero, o de una lista de ficheros separados por signos de dos puntos.
-z Intenta mirar dentro de ficheros comprimidos.
-b No precede las líneas de salida con los nombres de los ficheros (modo breve).
-c Produce un listado de comprobación de la forma analizada del fichero mágico. Normalmente esto se
emplea en conjunción con -m para depurar un nuevo fichero mágico antes de instalarlo.
-f nombrefichero
Lee los nombres de los ficheros a examinar desde nombrefichero (uno por línea) antes de la lista
de argumentos. O bien nombrefichero o bien por lo menos un argumento que sea un nombre de
fichero, debe estar presente; para comprobar la entrada estándar, emplee `-' como un argumento de
nombre de fichero.
-L Esta opción hace que se sigan los enlaces simbólicos, como la opción del mismo nombre de ls(1)
(en sistemas que admitan enlaces simbólicos).
FICHEROS
/usr/share/misc/magic - lista predeterminada de números mágicos
ENTORNO
La variable de entorno MAGIC se puede emplear para establecer los ficheros predeterminados con números
mágicos.
VÉASE TAMBIÉN
magic(4) - descripción del formato del fichero mágico.
strings(1), od(1), hexdump(1) - herramientas para examinar ficheros que no son de texto.
CONFORMANCIA CON ESTÁNDARES
Se cree que este programa excede en comportamiento al descrito por SVID en FILE(CMD), tanto como uno
pueda deducir del vago lenguaje contenido en dicho documento. Su comportamiento es mayormente compatible
con el programa de System V del mismo nombre. Esta versión sabe de más números mágicos, sin embargo, por
lo que producirá una salida diferente (si bien más acertada) en muchos casos.
La diferencia más significante entre esta versión y la de System V es que esta versión trata cualquier
espacio en blanco como un delimitador, de forma que los espacios en cadenas de patrones deben ser
protegidos. Por ejemplo,
>10 string language impress (imPRESS data)
en un fichero mágico existente tendría que cambiarse a
>10 string language\ impress (imPRESS data)
Además, en esta versión, si una cadena patrón contiene una barra inclinada invertida, debe ser protegida.
Por ejemplo
0 string \begindata Andrew Toolkit document
en un fichero mágico existente tendría que cambiarse a
0 string \\begindata Andrew Toolkit document
SunOS en distribuciones 3.2 y siguientes, de Sun Microsystems, incluye una orden file(1) derivada de la
de System V, pero con algunas extensiones. Mi versión difiere de la de Sun sólo en pequeñas cosas.
Incluye la extensión del operador `&', empleado como, por ejemplo,
>16 long&0x7fffffff >0 not stripped
DIRECTORIO MÁGICO
Las entradas del fichero mágico han sido tomadas de varias fuentes, principalmente de USENET, y han
contribuido varios autores. Christos Zoulas (su dirección está más abajo) recogerá entradas adicionales
o corregidas del fichero mágico. Se distribuirá periódicamente una consolidación de las entradas del
fichero mágico.
El orden de las entradas en el fichero mágico es significativo. Dependiendo del sistema que esté Ud.
usando, el orden en el que estén puestas juntas puede ser incorrecto. Si su vieja orden file emplea un
fichero mágico, mantenga el viejo fichero mágico por ahí para comparación (por ejemplo, renómbrelo a
/usr/local/share/magic.orig).
HISTORIA
Ha habido una orden file en cada UNIX desde al menos la Versión 6 de Investigación (estando fechada la
página del Manual en Enero de 1975). La versión de System V introdujo un cambio importante
significativo: la lista externa de tipos con números mágicos. Esto ralentizaba algo el programa pero lo
hacía mucho más flexible.
Este programa, basado en la versión de System V, ha sido escrito por Ian Darwin sin mirar el código
fuente de nadie.
John Gilmore revisó extensamente el código, haciéndolo mejor que la primera versión. Geoff Collyer
encontró algunas cosas inadecuadas y proporcionó algunas entradas del fichero mágico. Desde entonces el
programa ha ido evolucionando continuamente.
AUTORES
Escrito por Ian F. Darwin, dirección UUCP {utzoo | ihnp4}!darwin!ian, dirección Internet ian@sq.com,
dirección postal: P.O. Box 603, Station F, Toronto, Ontario, CANADÁ M4Y 2L8.
Alterado por Rob McMahon, cudcv@warwick.ac.uk, en 1989, para extender el operador `&' de un simple `x&y
!= 0' a `x&y op z'.
Alterado por Guy Harris, guy@netapp.com, en 1993, para:
poner el operador `&' ``al viejo estilo'' de nuevo como estaba, porque 1) el cambio de Rob McMahon
rompió con el estilo de uso anterior, 2) el operador al ``nuevo estilo'' `&' de SunOS, que esta
versión de file también admite, ya maneja también `x&y op z', y 3) el cambio de Rob no estaba
documentado en ningún caso;
añadir múltiples niveles de `>';
añadir las palabras clave ``beshort'', ``leshort'', etc., para buscar números en el fichero en un
orden de bytes específico, en vez de en el orden de bytes nativo del proceso que esté ejecutando a
file.
Cambios por Ian Darwin y varios autores incluyendo a Christos Zoulas (christos@astron.com), 1990-1997.
ADVERTENCIA LEGAL
Derechos de copia © Ian F. Darwin, Toronto, Canadá, 1986, 1987, 1988, 1989, 1990, 1991, 1992, 1993.
Este software no está sujeto y no puede hacerse estarlo a cualquier licencia de la Cía. AT&T, Sun
Microsystems Inc., Digital Equipment Co. Inc. (Compaq), Lotus Development Inc., los Regentes de la
Universidad de California, el Consorcio X ni MIT, ni la FSF (Fundación del Software Libre).
Este software no está sujeto a ninguna restricción de exportación del Departamento de Comercio de EE.UU.,
y puede exportarse a cualquier país o planeta.
Se permite a cualquiera usar este software para cualquier propósito en cualquier sistema computador, y
alterarlo y redistribuirlo libremente, sujeto a las siguientes restricciones:
1. El autor no es responsable de las consecuencias del uso de este software, sin importar cuán malas
fueren, incluso si sobrevienen a causa de defectos en él.
2. El origen de este software no debe ser malinterpretado o alterado, bien sea explícitamente o por
omisión. Puesto que son pocos los usuarios que alguna vez leen los fuentes, los créditos deben aparecer
en la documentación.
3. Las versiones alteradas deben marcarse explícitamente como tales, y no pueden hacerse aparecer como si
fueran el software original. Puesto que son pocos los usuarios que alguna vez leen los fuentes, los
créditos deben aparecer en la documentación.
4. Esta nota no puede ser quitada ni alterada (espero que sí pueda ser traducida, N. del T. :-).
Unos pocos ficheros de soporte (getopt, strtok) distribuidos con este paquete son de Henry Spencer y
están sujetos a los mismos términos que los de arriba.
Unos pocos ficheros simples de soporte (strtol, strchr) distribuidos con este paquete están en el dominio
público; así quedan marcados.
Los ficheros tar.h e is_tar.c fueron escritos por John Gilmore a partir de su programa tar de dominio
público, y no están cubiertos por las restricciones de antes.
FALLOS
Debe haber una forma mejor de automatizar la construcción del fichero Magic a partir de todo lo de
Magdir. ¿Cuál será? Aún mejor, el fichero mágico debería compilarse a forma binaria (digamos, ndbm(3) o,
mejor todavía, cadenas ASCII de longitud fija para su empleo en entornos de red heterogéneos) para un
arranque más rápido. Entonces el programa se ejecutaría tan rápido como el de la Versión 7 del mismo
nombre, con la flexibilidad de la versión System V.
File emplea algunos algoritmos que favorecen la rapidez sobre el acierto, de modo que puede equivocarse
al adivinar los contenidos de ficheros ASCII.
El soporte para ficheros ASCII (sobre todo para lenguajes de programación) es simplista, ineficiente, y
requiere recompilación para actualizarse.
Debería haber una cláusula ``else'' para seguir una serie de líneas de continuación.
El fichero mágico y las palabras clave deberían admitir expresiones regulares. Su empleo del TAB ASCII
como un delimitador de campo es feo y hace difícil editar los ficheros, pero es inamovible.
Podría ser interesante permitir letras mayúsculas en las palabras clave; por ejemplo, órdenes troff(1)
frente a macros de páginas man. El soporte de expresiones regulares haría esto más fácil.
Al programa no le gusta FORTRAN. Debería ser capaz de figurarse si el fichero es un programa en FORTRAN
viendo algunas palabras reservadas que aparezcan sangradas al principio de la línea. El soporte de
expresiones regulares haría esto más fácil.
La lista de palabras clave de ascmagic probablemente deba pertenecer al fichero Magic. Esto podría
hacerse usando alguna palabra clave como `*' para el valor de desplazamiento.
Otra mejora sería ordenar el fichero mágico de modo que podamos simplemente ejecutar todas las pruebas
para el primer byte, primera palabra, primera palabra larga, etc., una vez que la hayamos cogido.
Protestar de conflictos en las entradas del fichero mágico. ¿Construir una regla para que las entradas
mágicas se ordenen basadas en el desplazamiento dentro del fichero en vez de en la posición dentro del
fichero mágico?
El programa podría proporcionar una forma de dar una estimación de ``cuán buena'' es una estimación.
Acabamos quitando adivinaciones (p.ej. ``From '' como los 5 primeros caracteres de un fichero) porque no
eran tan buenas como otras tentativas (p. ej. ``Newsgroups:'' frente a "Return-Path:"). Pero aún, si las
otras no fueran buenas, debería ser posible utilizar la primera adivinación.
Este programa es más lento que algunas órdenes file comerciales.
Esta página del Manual, y particularmente esta sección, es demasiado larga.
DISPONIBILIDAD
Se puede obtener la última versión original del autor mediante FTP anónimo en ftp.astron.com en el
archivo /pub/file/file-X.YY.tar.gz.
Con © pero se puede distribuir FILE(1)