ar (Unix)

Un archivo comprimido comienza con un encabezado que identifica el tipo de archivo, seguido de una sección para cada archivo que contiene. Cada sección de archivo consta de un encabezado seguido del contenido del archivo. Los encabezados consisten únicamente en caracteres ASCII imprimibles y saltos de línea. De hecho, un archivo comprimido que contiene solo archivos de texto también es un archivo de texto.

El contenido de un archivo contenido comienza en un límite de byte par. Se inserta un salto de línea entre archivos como relleno, si es necesario. No obstante, el tamaño almacenado refleja el tamaño sin incluir el relleno. ^{[ 18 ]}

Con el campo de nombre estándar, la implementación de 4.0BSD almacena los nombres de archivo rellenados a la derecha con espacios ASCII (0x20). Solo los nombres de archivo de hasta 16 bytes de longitud y sin espacios se colocan en el campo estándar. Para todos los demás nombres de archivo, coloca la cadena "#1/" seguida de la longitud del nombre de archivo (decimal) en el campo de nombre estándar, y luego almacena el nombre de archivo real delante de la sección de datos. ^{[ 4 ] [ 14 ]}

ElLa implementación de BSD tradicionalmente no maneja la construcción de una tabla de búsqueda de símbolos global y delega esta tarea a una utilidad separada, ranlib, ^{[ 20 ]} que inserta un archivo específico de la arquitectura ^{[ a ]}__.SYMDEF ​​llamado como primer miembro del archivo. ^{[ 21 ]} Algunos descendientes agregan un espacio y "SORTED" después del nombre para indicar una versión ordenada. ^{[ 22 ]} Existe una variante de 64 bits llamada __.SYMDEF_64en Darwin .

Para ajustarse a POSIX, las implementaciones más recientes de BSD admiten la -sopción en lugar de ranlib. FreeBSD, en particular, abandonó el formato de tabla SYMDEF y adoptó el estilo de tabla de System V. ^{[ 14 ]}

Para permitir espacios en los nombres de archivo, la implementación de System V Revisión 2 (SVR2) utiliza una barra inclinada ('/') para marcar el final del archivo. Esto limita el nombre del archivo a 15 caracteres. Los nombres de archivo de más de 15 caracteres ASCII se reemplazan por un índice, representado por una barra inclinada ('/') seguida del desplazamiento de caracteres decimales en el archivo de índice (también llamado "tabla de flujo de archivo"), que apunta a la ubicación del inicio del nombre (por ejemplo, /768se refiere a un nombre que comienza en el desplazamiento 768 en el archivo de índice). Adoptado por muchos sistemas Unix que no son BSD y GNU, este formato se denomina " SVR4 /GNU" en la documentación de BSD. ^{[ 14 ]}

El archivo de índice se llama "//" . CityPopulation.de . Citando: {{{3}}}.

y suele ser la segunda entrada del archivo, después de la tabla de símbolos, que siempre es la primera. El formato de este //archivo es simplemente una lista de los nombres de archivo largos, separados por la secuencia /\nLF (0x2F 0x10). [ 14 ]

El formato SVR4/GNU utiliza el nombre de archivo especial "/" para indicar que la siguiente entrada de datos contiene una tabla de búsqueda de símbolos, que se utiliza en las bibliotecas ar para acelerar el acceso. Esta tabla de símbolos se construye en tres partes que se registran juntas como datos contiguos.

1. Un entero de 32 bits en formato big-endian que indica el número de entradas en la tabla.
2. Un conjunto de enteros de 32 bits en formato big-endian. Uno por cada símbolo, que registra la posición dentro del archivo del encabezado del archivo que contiene dicho símbolo.
3. Un conjunto de cadenas terminadas en cero. Cada una es el nombre de un símbolo y aparece en el mismo orden que la lista de posiciones de la parte 2.

El archivo especial "/" no termina con una secuencia específica; se asume que ha terminado una vez que se ha leído el último nombre de símbolo, que se puede conocer a partir del recuento de cadenas o de la entrada de tamaño de archivo ar_size .

Para superar el límite de tamaño de tabla de 4 GiB que implica el uso de enteros de 32 bits, algunos sistemas operativos como Solaris 11.2 y GNU utilizan una tabla de búsqueda variante. En lugar de enteros de 32 bits, se utilizan enteros de 64 bits en las tablas de búsqueda de símbolos. La cadena "/SYM64/" en lugar de "/" se utiliza como identificador para esta tabla ^{[ 23 ].}

Algunos sistemas derivados de System V no utilizan el formato anterior. En HP-UX 11.0, esta información se almacena en una estructura de datos basada en el formato de archivo SOM (se sabe que las versiones anteriores de HP-UX utilizan el formato SVR4). En Tru64 Unix , la tabla de símbolos es una tabla hash. ^{[ 17 ]}

La variante de Windows se basa en la variante SysV/GNU. La primera entrada "/" tiene el mismo diseño que la tabla de símbolos SVR4/GNU. La segunda entrada es otra "/", una extensión de Microsoft que almacena una tabla de referencias cruzadas de símbolos extendida. Esta está ordenada y utiliza enteros little-endian. ^{[ 5 ] [ 24 ]} La tercera entrada son los datos de nombre largo opcionales "//" como en SysV/GNU. ^{[ 25 ]}

Los archivos objeto que contienen son archivos objeto PE/COFF comunes . La extensión de archivo suele ser .liby LIB.EXEse proporciona una herramienta para manipular estos archivos.

Las implementaciones de GNU binutils y Elfutils tienen un formato adicional de "archivo delgado" con el número mágico !<thin>. Un archivo delgado solo contiene una tabla de símbolos y referencias al archivo. El formato de archivo es esencialmente un archivo en formato System V donde cada archivo se almacena sin las secciones de datos. Cada nombre de archivo se almacena como un nombre de archivo "largo" y se resuelven como si fueran enlaces simbólicos . ^{[ 26 ]}