odposix - Online en la nube

PROGRAMA:

NOMBRE

od - archivos de volcado en varios formatos

SINOPSIS

od [−v] [−Un dirección_base] [−j omitir] [−norte contar] [−t tipo_cadena]...
[presentar...]

od [−bcdosx] [presentar] [[+]compensar[.][b]]

DESCRIPCIÓN

El od La utilidad escribirá el contenido de sus archivos de entrada en la salida estándar en un usuario
formato especificado.

OPCIONES

El od La utilidad deberá cumplir con el volumen de Definiciones Básicas de POSIX.1‐2008, Sección 12.2,
Utilidad Sintaxis Líneas directrices, salvo que el orden de presentación de las −t opciones y el
−bcdosx opciones es importante.

Se admitirán las siguientes opciones:

−Un dirección_base
Especifique la base de compensación de entrada. Consulte la sección DESCRIPCIÓN EXTENDIDA. El
La solicitud debe asegurar que el dirección_base opción-argumento es un carácter.
Los caracteres 're', 'o'y 'X' especificar que la base de compensación se escribirá
en decimal, octal o hexadecimal, respectivamente. El personaje 'N' especifica
que la compensación no se escribirá.

−b Interprete bytes en octal. Esto será equivalente a −t o1.

−c Interprete bytes como caracteres especificados por la configuración actual del LC_CTYPE
categoría. Ciertos caracteres no gráficos aparecen como C escapes: "NUL = \ 0", "BS = \ b",
"FF = \ f", "NL = \ n", "CR = \ r", "HT = \ t"; otros aparecen como números octales de 3 dígitos.

−d Interpretar palabra claves (unidades de dos bytes) en decimal sin signo. Esto será equivalente
a −t u2.

−j omitir Salte por encima omitir bytes desde el comienzo de la entrada. El od la utilidad debe leer
o busca más allá del primero omitir bytes en los archivos de entrada concatenados. Si el
la entrada combinada no es al menos omitir bytes de largo, el od la utilidad debe escribir un
mensaje de diagnóstico a error estándar y salir con un estado de salida distinto de cero.

Por defecto, el omitir opción-argumento se interpretará como un número decimal.
Con un 0x o 0X inicial, el desplazamiento se interpretará como hexadecimal
número; de lo contrario, con un líder '0', la compensación se interpretará como una
número octal. Añadiendo el personaje 'si', 'k'o 'm' compensar lo causará
para ser interpretado como un múltiplo de 512, 1024 o 1048576 bytes, respectivamente. Si
los omitir el número es hexadecimal, cualquiera anexado 'si' será considerado como el
dígito hexadecimal final.

−norte contar Formatear no más de contar bytes de entrada. Por defecto, contar será interpretado
como un número decimal. Con un 0x o 0X al principio, contar se interpretará como un
número hexadecimal; de lo contrario, con un líder '0', se interpretará como un
número octal. Si contar bytes de entrada (después de omitir con éxito, si −j omitir
se especifica) no están disponibles, no se considerará un error; el od
La utilidad formateará la entrada que esté disponible.

−o Interpretar palabra claves (unidades de dos bytes) en octal. Esto será equivalente a −t o2.

−s Interpretar palabra claves (unidades de dos bytes) en decimal con signo. Esto será equivalente a
−t d2.

−t tipo_cadena
Especifique uno o más tipos de salida. Consulte la sección DESCRIPCIÓN EXTENDIDA. El
La solicitud debe asegurar que el tipo_cadena opción-argumento es una cadena
especificando los tipos que se utilizarán al escribir los datos de entrada. La cuerda debe
constan de los caracteres de especificación de tipo a, c, d, f, o, uy x, especificando
carácter con nombre, carácter, decimal con signo, punto flotante, octal, sin signo
decimal y hexadecimal, respectivamente. Los caracteres de especificación de tipo d, f,
o, uy x puede ir seguido de un entero decimal sin signo opcional que
especifica el número de bytes que se transformarán por cada instancia de la salida
escribe. El carácter de especificación de tipo f puede ir seguido de un opcional F, Do
L indicando que la conversión debe aplicarse a un artículo de tipo flotar,
dobleo long doble, respectivamente. Los caracteres de especificación de tipo d, o, u,
y x puede ir seguido de un opcional C, S, Io L indicando que el
la conversión debe aplicarse a un artículo de tipo tanque, short, into long,
respectivamente. Se pueden concatenar varios tipos dentro del mismo tipo_cadena y
una variedad −t se pueden especificar opciones. Las líneas de salida se escribirán para cada
tipo especificado en el orden en que los caracteres de especificación de tipo son
especificado.

−v Escribe todos los datos de entrada. Sin el −v opción, cualquier número de grupos de salida
líneas, que serían idénticas al grupo de salida inmediatamente anterior
líneas (a excepción de los desplazamientos de bytes), se sustituirá por una línea que contenga
solo un ('*').

−x Interpretar palabra claves (unidades de dos bytes) en hexadecimal. Esto será equivalente a
−t x2.

Se pueden especificar varios tipos utilizando varios −bcdostx opciones. Las líneas de salida son
escrito para cada tipo especificado en el orden en que se especifican los tipos.

OPERANDOS

Se admitirán los siguientes operandos:

presentar Un nombre de ruta de un archivo que se va a leer. Si no presentar se especifican operandos, el estándar
se utilizará la entrada.

Si no hay más de dos operandos, ninguno de los −Un, −j, −norte, −to −v
opciones se especifica, y cualquiera de las siguientes opciones es verdadera: el primer carácter
del último operando es un ('+'), o hay dos operandos y el
el primer carácter del último operando es numérico; el último operando será
interpretado como un operando de compensación en sistemas compatibles con XSI. Bajo estas
condiciones, los resultados no se especifican en sistemas que no son compatibles con XSI
.

[+]compensar[.][B]
El compensar operando especifica el desplazamiento en el archivo donde se va a realizar el volcado
comenzar. Este operando normalmente se interpreta como bytes octales. Si '.' is
adjunto, el desplazamiento se interpretará en decimal. Si 'si' se adjunta, el
el desplazamiento se interpretará en unidades de 512 bytes.

ESTÁNDAR

La entrada estándar se utilizará si no presentar se especifican operandos, y se utilizarán si un
presentar operando es '-' y la implementación trata el '-' en el sentido de entrada estándar.
De lo contrario, no se utilizará la entrada estándar. Consulte la sección ARCHIVOS DE ENTRADA.

ENTRADA ARCHIVOS

Los archivos de entrada pueden ser de cualquier tipo.

MEDIO AMBIENTE VARIABLES

Las siguientes variables de entorno afectarán la ejecución de od:

IDIOMA Proporcione un valor predeterminado para las variables de internacionalización que no están configuradas o
nulo. (Consulte el volumen de Definiciones básicas de POSIX.1‐2008, Sección 8.2,
Internacionalización Variables por la precedencia de la internacionalización
variables utilizadas para determinar los valores de las categorías de configuración regional).

LC_TODOS Si se establece en un valor de cadena no vacío, anule los valores de todos los demás
Variables de internacionalización.

LC_CTYPE Determinar la configuración regional para la interpretación de secuencias de bytes de datos de texto.
como caracteres (por ejemplo, de un solo byte en lugar de caracteres de varios bytes en
argumentos y archivos de entrada).

LC_MENSAJES
Determine la configuración regional que se debe utilizar para afectar el formato y el contenido de
mensajes de diagnóstico escritos en error estándar.

LC_NUMERICO
Determine la configuración regional para seleccionar el carácter de base utilizado al escribir
salida formateada de punto flotante.

NLSPATH Determinar la ubicación de los catálogos de mensajes para el procesamiento de LC_MENSAJES.

ASINCRÓNICO EVENTOS

Por defecto.

SALIDA ESTÁNDAR

Consulte la sección DESCRIPCIÓN EXTENDIDA.

ESTDERR

El error estándar se utilizará solo para mensajes de diagnóstico.

SALIDA ARCHIVOS

Ninguna.

EXTENDIDO DESCRIPCIÓN

El od La utilidad copiará secuencialmente cada archivo de entrada a la salida estándar, transformando
los datos de entrada de acuerdo con los tipos de salida especificados por el −t opción o el −bcdosx
opciones. Si no se especifica ningún tipo de salida, la salida predeterminada será como si −t oS y destilado
especificado.

El número de bytes transformados por el especificador de tipo de salida. c puede ser variable dependiendo
en LC_CTYPE .

El número predeterminado de bytes transformados por especificadores de tipo de salida d, f, o, uy x
corresponde a los distintos tipos de lenguaje C de la siguiente manera. Si el c99 el compilador está presente en
el sistema, estos especificadores deben corresponder a los tamaños utilizados por defecto en ese
compilador. De lo contrario, estos tamaños pueden variar entre los sistemas que cumplen con POSIX.1‐2008.

* Para los caracteres del especificador de tipo d, o, uy x, el número predeterminado de bytes debe
corresponden al tamaño del tipo entero básico de la implementación subyacente. Para
estos caracteres de especificación, la implementación debe admitir valores de la opción
número de bytes a convertir correspondiente al número de bytes en el lenguaje C
tipos tanque, short, inty long. Estos números también se pueden especificar mediante un
aplicación como los personajes 'DO', 'S', 'YO'y 'L', respectivamente. La implementación
también admitirá los valores 1, 2, 4 y 8, incluso si no proporciona tipos de lenguaje C
de esos tamaños. La implementación deberá soportar el valor decimal correspondiente a
el tipo de lenguaje C long long. El orden de bytes utilizado al interpretar valores numéricos.
está definido por la implementación, pero debe corresponder al orden en el que una constante de
el tipo correspondiente se almacena en la memoria del sistema.

* Para el carácter especificador de tipo f, el número predeterminado de bytes corresponderá a
el número de bytes en la doble precisión básica de la implementación subyacente
tipo de datos de punto flotante. La implementación debe admitir valores de la opción
número de bytes a convertir correspondiente al número de bytes en el lenguaje C
tipos flotador, dobley long doble. Estos números también se pueden especificar mediante un
aplicación como los personajes 'F', 'RE'y 'L', respectivamente.

El carácter especificador de tipo a especifica que los bytes se interpretarán como nombrados
caracteres de la Versión de referencia internacional (IRV) de ISO / IEC 646: 1991
estándar. Para este tipo, solo se utilizarán los siete bits menos significativos de cada byte.
especificación. Los bytes con los valores enumerados en la siguiente tabla se escribirán utilizando
los nombres correspondientes para esos personajes.

Mesa: Llamado Personajes in od

┌─────────────┬──────────────┬───────────────────┬ ──────────────┐
│Value alto Nombre │ Value alto Nombre │ Value alto Nombre │ Value alto Nombre │
├─────────────┼──────────────┼───────────────────┼ ──────────────┤
│ \ 000 nulo │ \ 001 soh │ \ 002 stx │ \ 003 etx │
│ \ 004 EOT │ \ 005 pregunta │ \ 006 acuse de recibo │ \ 007 bel │
│ \ 010 bs │ \ 011 ht │ \ 012 lf or nl * │ \ 013 vt │
│ \ 014 ff │ \ 015 cr │ \ 016 so │ \ 017 si │
│ \ 020 DLE │ \ 021 dc1 │ \ 022 dc2 │ \ 023 dc3 │
│ \ 024 dc4 │ \ 025 hijo │ \ 026 syn │ \ 027 etb │
│ \ 030 can │ \ 031 em │ \ 032 por debajo │ \ 033 esc │
│ \ 034 fs │ \ 035 gs │ \ 036 rs │ \ 037 us │
│ \ 040 sp │ \ 177 del │ │ │
└─────────────┴──────────────┴───────────────────┴ ──────────────┘
Nota: El "\ 012" El valor puede escribirse como lf or nl.

El carácter especificador de tipo c especifica que los bytes se interpretarán como caracteres
especificado por el ajuste actual de la LC_CTYPE categoría de configuración regional. Caracteres enumerados en el
tabla en el volumen de Definiciones Básicas de POSIX.1‐2008, Capítulo 5, Archive Formato Calificación
('\\', '\a', '\B', '\F', '\norte', '\ r', '\ t', '\ v') se escribirá como el correspondiente
secuencias de escape, excepto que se escribirá como un solo y un
NUL se escribirá como '\ 0'. Otros caracteres no imprimibles se escribirán como uno
número octal de tres dígitos para cada byte del carácter. Caracteres imprimibles de varios bytes
se escribirá en el área correspondiente al primer byte del carácter; los dos-
secuencia de caracteres "**" se escribirá en el área correspondiente a cada byte restante
en el personaje, como una indicación de que el personaje continúa. Cuando el −j
omitir or −norte contar La opción se especifica junto con la c especificador de tipo, y esto da como resultado
un intento de comenzar o terminar en medio de un carácter de varios bytes, el resultado es
definido por la implementación.

Los datos de entrada se manipularán en bloques, donde un bloque se define como un múltiplo de
el mínimo común múltiplo del número de bytes transformados por la salida especificada
tipos. Si el mínimo común múltiplo es mayor que 16, los resultados no se especifican. Cada
El bloque de entrada se escribirá como transformado por cada tipo de salida, uno por línea escrita, en
el orden en que se especificaron los tipos de salida. Si el tamaño del bloque de entrada es mayor que el
número de bytes transformados por el tipo de salida, el tipo de salida deberá secuencialmente
transformar las partes del bloque de entrada y la salida de cada una de las transformaciones
debe estar separado por uno o más caracteres.

Si, como resultado de la especificación del −norte opción o al final del archivo en el
último archivo de entrada, los datos de entrada solo satisfacen parcialmente un tipo de salida, la entrada debe ser
extendido suficientemente con bytes nulos para escribir el último byte de la entrada.

A no ser que −Un n se especifica, la primera línea de salida producida para cada bloque de entrada será
precedido por el desplazamiento de entrada, acumulativo en los archivos de entrada, del siguiente byte a ser
escrito. El formato del desplazamiento de entrada no está especificado; sin embargo, no contendrá
caracteres, debe comenzar en el primer carácter de la línea de salida, y debe ser
seguido de uno o más caracteres. Además, el desplazamiento del byte siguiente
el último byte escrito se escribirá después de que se hayan procesado todos los datos de entrada, pero
no será seguido por ningún caracteres.

Si no es correcto −Un se especifica la opción, la base de compensación de entrada no está especificada.

SALIR ESTADO

Se devolverán los siguientes valores de salida:

0 Todos los archivos de entrada se procesaron correctamente.

> 0 Ocurrió un error.

CONSECUENCIAS OF ERRORES

Por defecto.

El siguiendo (secciones) están informativo.

SOLICITUD USO

Se advierte a las aplicaciones compatibles con XSI que no utilicen nombres de archivo que comiencen con '+' o una primera
operando que comienza con un carácter numérico para que se pueda mantener la funcionalidad anterior
por implementaciones, a menos que especifiquen una de las −Un, −jo −norte opciones. Garantizar
que uno de estos nombres de archivo siempre se interpreta como un nombre de archivo, una aplicación podría
especifique siempre el formato base de la dirección con el −Un .

EJEMPLOS

Si un archivo que contiene 128 bytes con valores decimales de cero a 127, en orden creciente, es
suministrado como entrada estándar al comando:

od −Un d −t a

en una implementación que utiliza un tamaño de bloque de entrada de 16 bytes, la salida estándar,
independiente de la configuración regional actual, sería similar a:

0000000 nulo soh stx etx EOT pregunta acuse de recibo bel bs ht nl vt ff cr so si
0000016 DLE dc1 dc2 dc3 dc4 hijo syn etb can em por debajo esc fs gs rs us
0000032 sp ! " # $ % & ' ( ) * + , - . /
0000048 0 1 2 3 4 5 6 7 8 9 : ; < = > ?
0000064 @ A B C D E F G H I J K L M N O
0000080 P Q R S T U V W X Y Z [ \ ] ^ _
0000096 ` a b c d e f g h i j k l m n o
0000112 p q r s t u v w x y z { | } ~ del
0000128

Tenga en cuenta que este volumen de POSIX.1‐2008 permite nl or lf para ser usado como el nombre del
ISO / IEC 646: 1991 carácter IRV estándar con valor decimal 10. El IRV nombra esto
personaje lf (salto de línea), pero las implementaciones tradicionales se han referido a este carácter
como nueva líneanl) y el nombre simbólico del juego de caracteres de la configuración regional POSIX para el
el personaje es un .

El comando:

od −Un o −t o2x2x −norte 18

en un sistema con palabras de 32 bits y una implementación que utiliza un tamaño de bloque de entrada de 16 bytes
podría escribir 18 bytes en aproximadamente el siguiente formato:

0000000 032056 031440 041123 042040 052516 044530 020043 031464
342e 3320 4253 4420 554e 4958 2023 3334
342e3320 42534420 554e4958 20233334
0000020 032472
353a
353a0000
0000022

El comando:

od −Un d −t f −t o4 −t x4 −norte 24 −j 0x15

en un sistema con dobles de 64 bits (por ejemplo, IEEE Std 754-1985 doble precisión flotante
formato de punto) omitiría 21 bytes de datos de entrada y luego escribiría 24 bytes en aproximadamente
el siguiente formato:

0000000 1.00000000000000e + 00 1.57350000000000e + 01
07774000000 00000000000 10013674121 35341217270
3ff00000 00000000 402f3851 eb851eb8
0000016 1.40668230000000e + 02
10030312542 04370303230
40619562 23e18698
0000024

RAZÓN FUNDAMENTAL

El od utilidad pasó por varios nombres en las primeras propuestas, incluyendo hd, xdy la mayoría
recientemente volcado hexadecimal. Hubo varias objeciones a todas estas basadas en lo siguiente
razones:

* Los hd y xd los nombres entraban en conflicto con las utilidades históricas que se comportaban de manera diferente.

* Los volcado hexadecimal La descripción era mucho más compleja de lo necesario para una simple utilidad de volcado.

* Los od La utilidad ha estado disponible en todas las implementaciones históricas y no hubo
necesita crear un nuevo nombre para una utilidad tan similar al histórico od utilidad.

Las razones originales para no estandarizar la historia od también estaban bastante extendidos.
Esas razones se dan a continuación junto con la justificación que explica por qué los desarrolladores estándar
creo que esta versión no adolece del problema indicado:

* Las versiones BSD y System V de od han divergido, y la intersección de características
proporcionado por ambos no satisface las necesidades de la comunidad de usuarios. De hecho, el System V
La versión solo proporciona un mecanismo para volcar bytes octales y shorts, firmado y
decimal sin signo shorts, hexadecimal shorts y caracteres ASCII. BSD agregó el
capacidad de volcar flotars, dobles, caracteres ASCII con nombre y octal, decimal con signo,
decimal sin signo y hexadecimal longs. La versión presentada aquí proporciona más
formas normalizadas para volcar bytes, shorts, ints y longs en octal, decimal con signo,
decimal sin signo y hexadecimal; flotar, dobley long doble; y nombrado ASCII como
así como los caracteres de la configuración regional actual.

* No sería posible crear un superconjunto compatible de BSD y System V
banderas que cumplen con los requisitos de los desarrolladores estándar. El histórico default od
salida es la salida predeterminada especificada de esta utilidad. Ninguna de las letras de opción
elegido para esta versión de od entrar en conflicto con cualquiera de las opciones de versiones históricas
of od.

* En sistemas con diferentes tamaños para short, inty long, no había forma de pedir
vertederos de ints, incluso en la versión BSD. Debido a la forma en que se nombran las opciones, el nombre
no se pudo ampliar el espacio para solucionar estos problemas. Es por esto que el −t la opción era
agregado (con especificadores de tipo más parecidos a los Printf() formatos utilizados en el
resto de este volumen de POSIX.1‐2008) y los tamaños de campo opcionales se agregaron al d,
f, o, uy x especificadores de tipo. También es una de las razones por las que el histórico
práctica no fue un mandato como una forma obsoleta requerida de od. (Aunque el viejo
versiones de od no se enumeran como una forma obsoleta, se insta a las implementaciones a
continúan reconociendo las formas más antiguas durante varios años más). a, c, f, oy x
tipos coinciden con el significado de los caracteres de formato correspondientes en el histórico
implementaciones de od excepto por los tamaños predeterminados de los campos convertidos. El d
El formato está firmado en este volumen de POSIX.1‐2008 para que coincida con el Printf() notación.
(Versiones históricas de od usado d como sinónimo de u en esta versión. El sistema V
usos de implementación s para decimal con signo; Usos BSD i para decimal con signo y s for
cadenas terminadas en nulo). d y u, todos los especificadores de tipo coinciden con el formato
personajes en la versión histórica BSD de od.

Los tamaños de los tipos de lenguaje C tanque, short, int, long, flotar, dobley long
doble se utilizan a pesar de que se reconoce que puede haber cero o más de una
compilador para el lenguaje C en una implementación y que pueden usar diferentes tamaños
para algunos de estos tipos. (Por ejemplo, un compilador puede usar 2 bytes shorts, 2 bytes
intsy 4 bytes longs, mientras que otro compilador (o una opción del mismo compilador)
usa 2 bytes shorts, 4 bytes intsy 4 bytes longs.) No obstante, tiene que haber un
tamaño básico conocido por la implementación para estos tipos, correspondiente a los valores
informado por invocaciones de la obtenerconf utilidad cuando se llama con var_sistema operandos
{UCHAR_MAX}, {USHORT_MAX}, {UINT_MAX} y {ULONG_MAX} para los tipos tanque, short, int,
y long, respectivamente. Hay constantes similares requeridas por la norma ISO C,
pero no requerido por el volumen de Interfaces del sistema de POSIX.1‐2008 o este volumen de
POSIX.1‐2008. Son {FLT_MANT_DIG}, {DBL_MANT_DIG} y {LDBL_MANT_DIG} para
tipos flotar, dobley long doble, respectivamente. Si el opcional c99 la utilidad es
proporcionado por la implementación y utilizado como se especifica en este volumen de POSIX.1‐2008,
estos son los tamaños que se proporcionarían. Si se usa una opción que especifica
diferentes tamaños para estos tipos, no hay garantía de que el od la utilidad es capaz de
interpretar correctamente la salida de datos binarios mediante dicho programa.

Este volumen de POSIX.1‐2008 requiere que los valores numéricos de estas longitudes sean
reconocido por el od utilidad y que también se reconozcan las formas simbólicas. Por lo tanto, un
La aplicación conforme siempre puede mirar una variedad de no firmado long elementos de datos
usando od −t uL.

* El método de especificar el formato para el campo de dirección basado en especificar un
iniciar el desplazamiento en un archivo unía innecesariamente a los dos. El −Un opción ahora
especifica la base de la dirección y la −S La opción especifica un desplazamiento inicial.

* Sería difícil romper la dependencia del ASCII de EE. UU. Para lograr un
utilidad internacionalizada. No parece ser más difícil para od para volcar personajes
en la configuración regional actual de lo que es para el ed or SED l comandos. los c especificador de tipo
hace esto sin dificultad y es completamente compatible con el histórico
implementaciones de la c carácter de formato cuando la configuración regional actual utiliza un superconjunto de
el estándar ISO / IEC 646: 1991 como conjunto de códigos. El a especificador de tipo (del BSD a
carácter de formato) se dejó como un medio portátil para volcar ASCII (o más correctamente
ISO / IEC 646: 1991 estándar (IRV)) de modo que los encabezados producidos por pax podría ser descifrado
incluso en sistemas que no utilizan la norma ISO / IEC 646: 1991 como un subconjunto de su
conjunto de códigos base.

El uso de "**" como una indicación de la continuación de un carácter multibyte en c especificador
La salida se eligió en función de ver una implementación que utiliza este método. El
Los bytes de continuación deben marcarse de una manera que no sea ambigua con otro
carácter byte o multibyte.

Una propuesta inicial utilizada −S y −norte, respectivamente, para el −j y −norte opciones eventualmente
seleccionado. Estos se cambiaron para evitar conflictos con implementaciones históricas.

El estándar original especificado −t o2 como predeterminado cuando no se proporcionó ningún tipo de salida. Esta
fue cambiado a −t oS (la longitud de un short) para adaptarse a una implementación de supercomputadora
que históricamente usó 64 bits como predeterminado (y que definió cortos como 64 bits). Esta
el cambio no debería afectar las aplicaciones conformes. El requisito de admitir longitudes de 1,
2 y 4 se agregaron al mismo tiempo para abordar una implementación histórica que no tenía
tipos de datos de dos bytes en su compilador C.

El uso de un tipo de datos entero básico está destinado a permitir que la implementación elija un
tamaño de palabra comúnmente utilizado por aplicaciones en esa arquitectura.

Las versiones anteriores de este estándar permitían implementaciones con bytes distintos a ocho
bits, pero esto ha sido modificado en esta versión.

FUTURO INSTRUCCIONES

Todas las interfaces de opciones y operandos marcadas como XSI pueden eliminarse en una versión futura.

Use odposix en línea usando los servicios de onworks.net