odposix – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

od – Dump-Dateien in verschiedenen Formaten

ZUSAMMENFASSUNG

od [−v] [-A Adressbasis] [-j überspringen] [-N zählen] [−t type_string]...
[Datei...]

od [−bcdosx] [Datei] [[+]Offset[.][b]]

BESCHREIBUNG

Das od Das Dienstprogramm schreibt den Inhalt seiner Eingabedateien in eine benutzerdefinierte Standardausgabe.
angegebenen Format.

OPTIONAL

Das od Dienstprogramm muss dem Band der Basisdefinitionen von POSIX.1‐2008 entsprechen, Abschnitt 12.2,
Dienstprogramm Syntax Richtlinien, mit der Ausnahme, dass die Reihenfolge der Präsentation der −t Optionen und die
−bcdosx Optionen ist von Bedeutung.

Folgende Optionen sollen unterstützt werden:

-A Adressbasis
Geben Sie die Basis des Eingabeversatzes an. Siehe den Abschnitt ERWEITERTE BESCHREIBUNG. Der
Der Antrag stellt sicher, dass die Adressbasis Optionsargument ist ein Zeichen.
Die Charaktere 'D', 'Ö' und 'x' Geben Sie an, dass die Offset-Basis geschrieben werden soll
jeweils in dezimaler, oktaler oder hexadezimaler Form. Der Charakter 'N' spezifiziert
dass der Offset nicht geschrieben werden soll.

-b Interpretieren Sie Bytes im Oktalformat. Dies soll gleichbedeutend mit sein −t o1.

-c Interpretieren Sie Bytes als Zeichen, die durch die aktuelle Einstellung von angegeben werden LC_CTYPE
Kategorie. Bestimmte nichtgrafische Zeichen werden als C-Escapezeichen angezeigt: „NUL=\0“, „BS=\b“,
„FF=\f“, „NL=\n“, „CR=\r“, „HT=\t“; andere erscheinen als dreistellige Oktalzahlen.

-d Interpretieren Worts (Zwei-Byte-Einheiten) in vorzeichenloser Dezimalzahl. Dies soll gleichwertig sein
zu −t u2.

-j überspringen Über etwas springen überspringen Bytes vom Anfang der Eingabe. Der od Das Dienstprogramm soll lauten
oder über den ersten hinaus suchen überspringen Bytes in den verketteten Eingabedateien. Wenn die
kombinierte Eingabe ist nicht mindestens überspringen Bytes lang, die od Das Versorgungsunternehmen soll a schreiben
Diagnosemeldung auf Standardfehler und Beenden mit einem Exit-Status ungleich Null.

Standardmäßig ist die überspringen Optionsargument soll als Dezimalzahl interpretiert werden.
Mit einem führenden 0x oder 0X ist der Offset als Hexadezimalwert zu interpretieren
Nummer; ansonsten mit Vorzeichen '0', der Offset ist als zu interpretieren
Oktalzahl. Anhängen des Zeichens 'B', 'k', oder auch 'm' zu verrechnen soll es veranlassen
als Vielfaches von 512, 1024 bzw. 1048576 Bytes zu interpretieren. Wenn
überspringen Die Zahl ist hexadezimal und kann beliebig angehängt werden 'B' gilt als die
letzte hexadezimale Ziffer.

-N zählen Formatieren Sie nicht mehr als zählen Bytes der Eingabe. Standardmäßig, zählen interpretiert werden soll
als Dezimalzahl. Mit einem führenden 0x oder 0X, zählen soll als a interpretiert werden
Hexadezimalzahl; ansonsten mit Vorzeichen '0', es soll als interpretiert werden
Oktalzahl. Wenn zählen Bytes der Eingabe (nach erfolgreichem Überspringen, wenn -j überspringen
angegeben ist) nicht verfügbar sind, gilt dies nicht als Fehler; Die od
Das Dienstprogramm formatiert die verfügbare Eingabe.

−o Interpretieren Worts (Zwei-Byte-Einheiten) im Oktalformat. Dies soll gleichbedeutend mit sein −t o2.

−s Interpretieren Worts (Zwei-Byte-Einheiten) in vorzeichenbehafteter Dezimalzahl. Dies soll gleichbedeutend mit sein
−t d2.

−t type_string
Geben Sie einen oder mehrere Ausgabetypen an. Siehe den Abschnitt ERWEITERTE BESCHREIBUNG. Der
Der Antrag stellt sicher, dass die type_string Optionsargument ist eine Zeichenfolge
Angabe der Typen, die beim Schreiben der Eingabedaten verwendet werden sollen. Die Zeichenfolge soll
bestehen aus den Typspezifikationszeichen a, c, d, f, o, u und xspezifizierend
benanntes Zeichen, Zeichen, vorzeichenbehaftete Dezimalzahl, Gleitkommazahl, Oktalzahl, ohne Vorzeichen
dezimal bzw. hexadezimal. Die Typspezifikationszeichen d, f,
o, u und x kann von einer optionalen vorzeichenlosen Dezimalzahl gefolgt werden, die
Gibt die Anzahl der Bytes an, die von jeder Instanz der Ausgabe transformiert werden sollen
Typ. Das Typspezifikationszeichen f kann von einem optionalen gefolgt werden F, D, oder auch
L Gibt an, dass die Konvertierung auf ein Element des Typs angewendet werden soll schweben,
doppelt, oder auch lange doppelt, jeweils. Die Typspezifikationszeichen d, o, u,
und x kann von einem optionalen gefolgt werden C, S, I, oder auch L zeigt an, dass die
Die Konvertierung sollte auf ein Element des Typs angewendet werden verkohlen, kurz, int, oder auch lange,
jeweils. Mehrere Typen können innerhalb desselben verkettet werden type_string und
mehrere −t Optionen können angegeben werden. Für jeden müssen Ausgabezeilen geschrieben werden
Der angegebene Typ wird in der Reihenfolge angegeben, in der sich die Typspezifikationszeichen befinden
spezifiziert.

−v Schreiben Sie alle Eingabedaten. Ohne das −v Option, beliebig viele Ausgabegruppen
Zeilen, die mit der unmittelbar vorhergehenden Ausgabegruppe identisch wären
Zeilen (mit Ausnahme der Byte-Offsets) müssen durch eine Zeile ersetzt werden, die Folgendes enthält
nur ein ('*').

−x Interpretieren Worts (Zwei-Byte-Einheiten) im Hexadezimalformat. Dies soll gleichbedeutend mit sein
−t x2.

Mit multiple können mehrere Typen angegeben werden −bcdostx Optionen. Ausgabezeilen sind
wird für jeden angegebenen Typ in der Reihenfolge geschrieben, in der die Typen angegeben werden.

OPERANDEN

Folgende Operanden sollen unterstützt werden:

Datei Ein Pfadname einer Datei, die gelesen werden soll. Wenn nein Datei Operanden angegeben, der Standard
Eingabe verwendet werden soll.

Wenn es nicht mehr als zwei Operanden gibt, wird keiner der Operanden verwendet -A, -j, -N, −t, oder auch −v
Optionen angegeben ist und eine der folgenden Bedingungen zutrifft: das erste Zeichen
des letzten Operanden ist a ('+'), oder es gibt zwei Operanden und die
Das erste Zeichen des letzten Operanden ist numerisch. Der letzte Operand soll sein
wird auf XSI-konformen Systemen als Offset-Operand interpretiert. Unter diesen
Unter bestimmten Bedingungen sind die Ergebnisse auf Systemen, die nicht XSI-konform sind, nicht spezifiziert
Systemen.

[+]Offset[.][B]
Das Offset Der Operand gibt den Offset in der Datei an, an dem der Dump erfolgen soll
beginnen. Dieser Operand wird normalerweise als Oktalbytes interpretiert. Wenn '.' is
Im Anhang ist der Offset dezimal zu interpretieren. Wenn 'B' ist beigefügt, die
Der Offset ist in Einheiten von 512 Bytes zu interpretieren.

STDIN

Die Standardeingabe ist zu verwenden, wenn nein Datei Operanden werden angegeben und sind zu verwenden, wenn a
Datei Operand ist '-' und die Implementierung behandelt die '-' als Standardeingabe bedeutet.
Andernfalls darf die Standardeingabe nicht verwendet werden. Siehe Abschnitt EINGABEDATEIEN.

SPEISUNG DATEIEN

Die Eingabedateien können jeden Dateityp haben.

VARIABLEN

Die folgenden Umgebungsvariablen sollen die Ausführung von od:

SPRACHE Geben Sie einen Standardwert für die Internationalisierungsvariablen an, die nicht festgelegt sind oder
Null. (Siehe den Band Basisdefinitionen von POSIX.1‐2008, Abschnitt 8.2,
Internationalisierung Variablen für den Vorrang der Internationalisierung
Variablen, die verwendet werden, um die Werte von Gebietsschemakategorien zu bestimmen.)

LC_ALL Wenn auf einen nicht leeren Zeichenfolgenwert gesetzt, überschreiben Sie die Werte aller anderen
Internationalisierungsvariablen.

LC_CTYPE Bestimmen Sie das Gebietsschema für die Interpretation von Sequenzen von Bytes von Textdaten
als Zeichen (z. B. Einzelbyte- im Gegensatz zu Mehrbyte-Zeichen in
Argumente und Eingabedateien).

LC_MESSAGES
Bestimmen Sie das Gebietsschema, das verwendet werden soll, um das Format und den Inhalt von . zu beeinflussen
Diagnosemeldungen in Standardfehler geschrieben.

LC_NUMERIC
Bestimmen Sie das Gebietsschema für die Auswahl des beim Schreiben verwendeten Basiszeichens
Fließkomma-formatierte Ausgabe.

NLSPATH Bestimmen Sie den Speicherort von Nachrichtenkatalogen für die Verarbeitung von LC_MESSAGES.

ASYNCHRON EVENTS

Standard.

STDOUT

Siehe den Abschnitt ERWEITERTE BESCHREIBUNG.

STDERR

Der Standardfehler darf nur für Diagnosemeldungen verwendet werden.

AUSGABE DATEIEN

Keiner.

VERLÄNGERT BESCHREIBUNG

Das od Das Dienstprogramm kopiert nacheinander jede Eingabedatei in die Standardausgabe und transformiert sie
die Eingabedaten entsprechend den durch die angegebenen Ausgabetypen −t Option oder die −bcdosx
Optionen. Wenn kein Ausgabetyp angegeben ist, erfolgt die Standardausgabe wie folgt −t oS gewesen
spezifiziert.

Die Anzahl der vom Ausgabetypspezifizierer transformierten Bytes c kann je nach variieren
auf die LC_CTYPE Apps.

Die Standardanzahl der durch Ausgabetypspezifizierer transformierten Bytes d, f, o, u und x
entspricht den verschiedenen C-Sprachtypen wie folgt. Wenn die c99 Compiler ist vorhanden
Im System müssen diese Spezifizierer den darin standardmäßig verwendeten Größen entsprechen
Compiler. Andernfalls können diese Größen zwischen Systemen, die POSIX.1-2008 entsprechen, variieren.

* Für die Typbezeichnerzeichen d, o, u und x, die Standardanzahl von Bytes soll
entsprechen der Größe des grundlegenden Ganzzahltyps der zugrunde liegenden Implementierung. Für
Wenn Sie diese Spezifiziererzeichen verwenden, muss die Implementierung optionale Werte unterstützen
Anzahl der zu konvertierenden Bytes entsprechend der Anzahl der Bytes in der C-Sprache
Typen verkohlen, kurz, int und lange. Diese Nummern können auch durch an angegeben werden
Anwendung als die Zeichen 'C', 'S', 'ICH' und 'L', jeweils. Die Umsetzung
soll auch die Werte 1, 2, 4 und 8 unterstützen, auch wenn es keine C-Language-Typen bereitstellt
dieser Größen. Die Implementierung muss den entsprechenden Dezimalwert unterstützen
der C-Sprachtyp lange lange. Die Bytereihenfolge, die bei der Interpretation numerischer Werte verwendet wird
ist durch die Implementierung definiert, muss aber der Reihenfolge entsprechen, in der eine Konstante von
Der entsprechende Typ wird im Speicher des Systems abgelegt.

* Für das Typspezifizierzeichen f, die Standardanzahl der Bytes soll entsprechen
die Anzahl der Bytes in der grundlegenden doppelten Genauigkeit der zugrunde liegenden Implementierung
Gleitkomma-Datentyp. Die Implementierung muss optionale Werte unterstützen
Anzahl der zu konvertierenden Bytes entsprechend der Anzahl der Bytes in der C-Sprache
Typen schweben, doppelt und lange doppelt. Diese Nummern können auch durch an angegeben werden
Anwendung als die Zeichen 'F', 'D' und 'L', Bzw.

Das Typspezifizierzeichen a Gibt an, dass Bytes als benannt interpretiert werden sollen
Zeichen aus der International Reference Version (IRV) der ISO/IEC 646:1991
Standard. Für diesen Typ dürfen nur die niedrigstwertigen sieben Bits jedes Bytes verwendet werden
Spezifikation. Bytes mit den in der folgenden Tabelle aufgeführten Werten sollen mit geschrieben werden
die entsprechenden Namen für diese Charaktere.

Table: Namens Personen in od

┌─────────────┬──────────────┬────────── ─────────┬ ──────────────┐
│Wert Name │ Wert Name │ Wert Name │ Wert Name │
├─────────────┼──────────────┼────────── ─────────┼ ──────────────┤
│\000 nichtig │ \001 soh │ \002 stx │ \003 etx │
│\004 EOT │ \005 enq │ \006 ack │ \007 schön │
│\010 bs │ \011 ht │ \012 lf or nl* │ \013 vt │
│\014 ff │ \015 cr │ \016 so │ \017 si │
│\020 Herr │ \021 dc1 │ \022 dc2 │ \023 dc3 │
│\024 dc4 │ \025 Sohn │ \026 syn │ \027 und B │
│\030 können. │ \031 em │ \032 unten │ \033 esc │
│\034 fs │ \035 gs │ \036 rs │ \037 us │
│\040 sp │ \177 des Restaurants │ │ │
└─────────────┴──────────────┴────────── ─────────┴ ──────────────┘
Hinweis: Das "\012" Der Wert kann entweder als geschrieben werden lf or nl.

Das Typspezifizierzeichen c Gibt an, dass Bytes als Zeichen interpretiert werden sollen
wird durch die aktuelle Einstellung des angegeben LC_CTYPE Gebietsschema-Kategorie. In der Liste aufgeführte Charaktere
Tabelle im Band „Base Definitions“ von POSIX.1‐2008, Kapitel 5, Reichen Sie das Format Bewertung
('\\', '\ein', '\B', '\F', '\n', '\R', '\t', '\v') ist entsprechend zu schreiben
Escape-Sequenzen, außer dass soll als Single geschrieben werden und ein
NUL soll geschrieben werden als '\0'. Andere nicht druckbare Zeichen müssen als Ganzes geschrieben werden
dreistellige Oktalzahl für jedes Byte im Zeichen. Druckbare Multibyte-Zeichen
wird in den Bereich geschrieben, der dem ersten Byte des Zeichens entspricht; die Zwei-
Zeichenfolge „**“ wird in den Bereich geschrieben, der jedem verbleibenden Byte entspricht
in der Figur, als Hinweis darauf, dass die Figur fortgesetzt wird. Wenn entweder die -j
überspringen or -N zählen Die Option wird zusammen mit angegeben c Typspezifizierer, und dies führt zu
Ein Versuch, mitten in einem Multibyte-Zeichen zu beginnen oder zu enden, ist das Ergebnis
Implementierung definiert.

Die Eingabedaten müssen in Blöcken manipuliert werden, wobei ein Block als Vielfaches von definiert ist
das kleinste gemeinsame Vielfache der Anzahl der durch die angegebene Ausgabe transformierten Bytes
Typen. Wenn das kleinste gemeinsame Vielfache größer als 16 ist, sind die Ergebnisse nicht spezifiziert. Jede
Der Eingabeblock muss so geschrieben werden, wie er von jedem Ausgabetyp transformiert wird, einer pro geschriebener Zeile
die Reihenfolge, in der die Ausgabetypen angegeben wurden. Wenn die Eingabeblockgröße größer als die ist
Anzahl der durch den Ausgabetyp transformierten Bytes, der Ausgabetyp soll sequentiell sein
Transformieren Sie die Teile des Eingabeblocks und die Ausgabe jeder der Transformationen
müssen durch ein oder mehrere getrennt sein Figuren.

Wenn aufgrund der Spezifikation der -N Option oder das Ende der Datei wird erreicht
Letzte Eingabedatei, Eingabedaten erfüllen nur teilweise einen Ausgabetyp, der eingegeben werden soll
ausreichend mit Nullbytes erweitert, um das letzte Byte der Eingabe zu schreiben.

Es sei denn -A n angegeben ist, soll die erste Ausgabezeile für jeden Eingabeblock erzeugt werden
Vorangestellt ist der über alle Eingabedateien hinweg kumulierte Eingabeoffset des nächsten Bytes
geschrieben. Das Format des Eingabeoffsets ist nicht angegeben; es darf jedoch keine enthalten
Zeichen, muss beim ersten Zeichen der Ausgabezeile beginnen und sein
gefolgt von einem oder mehreren Figuren. Außerdem folgt der Offset des Bytes
Das letzte geschriebene Byte soll geschrieben werden, nachdem alle Eingabedaten verarbeitet wurden, aber
darf von keinem befolgt werden Figuren.

Wenn nein -A Wenn die Option angegeben ist, ist die Eingabe-Offset-Basis nicht angegeben.

EXIT STATUS

Die folgenden Exit-Werte sollen zurückgegeben werden:

0 Alle Eingabedateien wurden erfolgreich verarbeitet.

>0 Es ist ein Fehler aufgetreten.

FOLGEN OF FEHLER

Standard.

Das Folgende Abschnitte sind informativ.

Anmeldeformular ANWENDUNG

XSI-konforme Anwendungen werden davor gewarnt, Dateinamen zu verwenden, die mit beginnen '+' oder ein erstes
Operand, der mit einem numerischen Zeichen beginnt, damit die alte Funktionalität beibehalten werden kann
durch Implementierungen, es sei denn, sie geben eine davon an -A, -j, oder auch -N Optionen. Garantieren
dass einer dieser Dateinamen immer als Dateiname interpretiert wird, könnte eine Anwendung
Geben Sie immer das Adressbasisformat mit an -A .

Beispiele:

Wenn eine Datei 128 Bytes mit Dezimalwerten von null bis 127 in aufsteigender Reihenfolge enthält, ist
Wird als Standardeingabe für den Befehl bereitgestellt:

od -A d −t a

bei einer Implementierung mit einer Eingabeblockgröße von 16 Byte, der Standardausgabe,
Unabhängig von der aktuellen Gebietsschemaeinstellung würde es etwa so aussehen:

0000000 nichtig soh stx etx EOT enq ack schön bs ht nl vt ff cr so si
0000016 Herr dc1 dc2 dc3 dc4 Sohn syn und B können. em unten 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 { | } ~ des Restaurants
0000128

Beachten Sie, dass dieser Band von POSIX.1-2008 dies zulässt nl or lf als Name für die verwendet werden
ISO/IEC 646:1991 Standard-IRV-Zeichen mit dem Dezimalwert 10. Der IRV nennt dies
Charakter lf (Zeilenvorschub), aber traditionelle Implementierungen beziehen sich auf dieses Zeichen
als Newline (nl) und der symbolische Name des POSIX-Gebietsschema-Zeichensatzes für das entsprechende
Charakter ist ein .

Der Befehl:

od -A o −t o2x2x -N 18

auf einem System mit 32-Bit-Wörtern und einer Implementierung mit einer Eingangsblockgröße von 16 Bytes
könnte 18 Bytes in ungefähr dem folgenden Format schreiben:

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

Der Befehl:

od -A d −t f −t o4 −t x4 -N 24 -j 0x15

auf einem System mit 64-Bit-Doubles (z. B. IEEE Std 754-1985 Double Precision Floating-
Punktformat) würde 21 Bytes Eingabedaten überspringen und dann ungefähr 24 Bytes schreiben
folgendes Format:

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

RATIONALE

Das od Utility ging in frühen Vorschlägen auf mehrere Namen ein, darunter hd, xdund die meisten
kürzlich Hexdump. Gegen all diese Punkte gab es mehrere Einwände, die sich auf Folgendes stützten
Gründe dafür:

* Die hd und xd Namen standen im Konflikt mit historischen Versorgungsunternehmen, die sich anders verhielten.

* Die Hexdump Die Beschreibung war viel komplexer als für ein einfaches Dump-Dienstprogramm erforderlich.

* Die od Das Dienstprogramm war für alle historischen Implementierungen verfügbar, es gab jedoch keines
Ich muss einen neuen Namen für ein Dienstprogramm erstellen, das dem historischen so ähnlich ist od Dienstprogramm.

Die ursprünglichen Gründe für die Nichtstandardisierung des Historischen od waren auch ziemlich weit verbreitet.
Diese Gründe werden unten zusammen mit einer Begründung angegeben, die erklärt, warum die Standardentwickler es getan haben
Ich glaube, dass diese Version nicht unter dem angegebenen Problem leidet:

* Die BSD- und System V-Versionen von od divergiert sind, und der Schnittpunkt von Merkmalen
Die von beiden bereitgestellten Informationen entsprechen nicht den Anforderungen der Benutzergemeinschaft. Tatsächlich ist das System V
Die Version bietet nur einen Mechanismus zum Dumpen von Oktalbytes und kurzs, signiert und
vorzeichenlose Dezimalzahl kurzs, hexadezimal kurzs und ASCII-Zeichen. BSD hat das hinzugefügt
Fähigkeit zu entleeren schwebens, doppelts, benannte ASCII-Zeichen und Oktal, vorzeichenbehaftete Dezimalzahl,
vorzeichenlose Dezimalzahl und Hexadezimalzahl langeS. Die hier vorgestellte Version bietet mehr
normalisierte Formen für das Dumping von Bytes, kurzs, ints, und langes in oktaler, vorzeichenbehafteter Dezimalzahl,
vorzeichenlose Dezimalzahl und Hexadezimalzahl; schweben, doppelt und lange doppelt; und als ASCII benannt
sowie aktuelle Gebietsschemazeichen.

* Es wäre nicht möglich, eine kompatible Obermenge von BSD und System V zu entwickeln
Flags, die den Anforderungen der Standardentwickler entsprachen. Der historische Standard od
Ausgabe ist die angegebene Standardausgabe dieses Dienstprogramms. Keiner der Optionsbriefe
für diese Version von ausgewählt od Konflikt mit einer der Optionen zu historischen Versionen
of od.

* Auf Systemen mit unterschiedlichen Größen für kurz, int und lange, es gab keine Möglichkeit danach zu fragen
Mülldeponien von ints, sogar in der BSD-Version. Aufgrund der Art und Weise, wie Optionen benannt werden, ist der Name
Der Raum konnte nicht erweitert werden, um diese Probleme zu lösen. Aus diesem Grund ist die −t Option war
hinzugefügt (mit Typspezifizierern, die besser mit dem übereinstimmen printf() Formate, die in der verwendet werden
Rest dieses Bandes von POSIX.1‐2008) und die optionalen Feldgrößen wurden hinzugefügt d,
f, o, u und x Typspezifizierer. Es ist auch einer der Gründe, warum das Historische
Die Praxis wurde nicht als erforderliche veraltete Form von vorgeschrieben od. (Obwohl die alten
Versionen od werden nicht als veraltete Form aufgeführt, Implementierungen werden dringend empfohlen
Erkennen Sie die älteren Formen noch mehrere Jahre lang.) Die a, c, f, o und x
Typen stimmen mit der Bedeutung der entsprechenden Formatzeichen im historischen überein
Implementierungen von od mit Ausnahme der Standardgrößen der konvertierten Felder. Der d
Das Format ist in diesem Band von POSIX.1-2008 so signiert, dass es mit dem übereinstimmt printf() Notation.
(Historische Versionen von od benutzt d als Synonym für u in dieser Version. Das System V
Implementierung verwendet s für Dezimalzahl mit Vorzeichen; BSD verwendet i für vorzeichenbehaftete Dezimalzahlen und s für
nullterminierte Zeichenfolgen.) Anders als d und u, alle Typspezifizierer stimmen mit dem Format überein
Zeichen in der historischen BSD-Version von od.

Die Größen der C-Sprachtypen verkohlen, kurz, int, lange, schweben, doppelt und lange
doppelt werden verwendet, obwohl anerkannt ist, dass es null oder mehr als eine geben kann
Compiler für die C-Sprache auf einer Implementierung und dass sie möglicherweise unterschiedliche Größen verwenden
für einige dieser Typen. (Zum Beispiel könnte ein Compiler 2 Bytes verwenden kurzs, 2 Bytes
ints und 4 Bytes langes, während ein anderer Compiler (oder eine Option für denselben Compiler)
verwendet 2 Bytes kurzs, 4 Bytes ints und 4 Bytes langes.) Dennoch muss es eine geben
Grundgröße, die der Implementierung für diese Typen bekannt ist und den Werten entspricht
berichtet durch Aufrufe der getconf Dienstprogramm, wenn es mit aufgerufen wird system_var Operanden
{UCHAR_MAX}, {USHORT_MAX}, {UINT_MAX} und {ULONG_MAX} für die Typen verkohlen, kurz, int,
und lange, jeweils. Es gibt ähnliche Konstanten, die von der ISO-C-Norm gefordert werden.
aber nicht erforderlich für den System Interfaces-Band von POSIX.1-2008 oder diesen Band von
POSIX.1‐2008. Sie sind {FLT_MANT_DIG}, {DBL_MANT_DIG} und {LDBL_MANT_DIG} für
Typen schweben, doppelt und lange doppelt, jeweils. Wenn das optional ist c99 Nutzen ist
von der Implementierung bereitgestellt und wie in diesem Band von POSIX.1-2008 angegeben verwendet,
Dies sind die Größen, die bereitgestellt werden würden. Wenn eine Option verwendet wird, die angibt
Da es sich bei diesen Typen um unterschiedliche Größen handelt, gibt es keine Garantie dafür od Dienstprogramm ist dazu in der Lage
Binärdaten, die von einem solchen Programm ausgegeben werden, richtig interpretieren.

Dieser Band von POSIX.1-2008 erfordert, dass die numerischen Werte dieser Längen sind
anerkannt von der od Nutzen und dass auch symbolische Formen erkannt werden. Also, a
Eine konforme Anwendung kann immer ein Array von betrachten ohne Vorzeichen lange Datenelemente
Verwendung von od −t uL.

* Die Methode zum Angeben des Formats für das Adressfeld basierend auf der Angabe von a
Der Anfangsversatz in einer Datei hat die beiden unnötigerweise miteinander verknüpft. Der -A Option jetzt
Gibt die Adressbasis und die an -S Die Option gibt einen Startoffset an.

* Es wäre schwierig, die Abhängigkeit von US-ASCII zu durchbrechen, um eine zu erreichen
internationalisiertes Versorgungsunternehmen. Es scheint nicht schwieriger zu sein od Zeichen ablegen
im aktuellen Gebietsschema als für die ed or Durst l Befehle. Das c Typbezeichner
gelingt dies problemlos und ist völlig kompatibel mit dem Historischen
Implementierungen der c Formatzeichen, wenn das aktuelle Gebietsschema eine Obermenge von verwendet
den ISO/IEC 646:1991-Standard als Codesatz. Der a Typbezeichner (aus dem BSD a
Formatzeichen) wurde als portables Mittel zum Dumpen von ASCII (oder genauer gesagt) belassen
ISO/IEC 646:1991-Standard (IRV)), sodass Header von erstellt werden pax konnte entziffert werden
sogar auf Systemen, die den ISO/IEC 646:1991-Standard nicht als Teilmenge verwenden
Basiscodesatz.

Die Verwendung von „**“ als Hinweis auf die Fortsetzung eines Multibyte-Zeichens in c Bezeichner
Die Ausgabe wurde auf der Grundlage einer Implementierung ausgewählt, die diese Methode verwendet. Der
Fortsetzungsbytes müssen so gekennzeichnet sein, dass sie nicht mehrdeutig mit anderen Einzelbytes sind.
Byte- oder Multibyte-Zeichen.

Ein früher Vorschlag wurde verwendet -S und -n, bzw. für die -j und -N Optionen schließlich
ausgewählt. Diese wurden geändert, um Konflikte mit historischen Implementierungen zu vermeiden.

Der ursprüngliche Standard angegeben −t o2 als Standard, wenn kein Ausgabetyp angegeben wurde. Das
wurde geändert in −t oS (die Länge von a kurz), um eine Supercomputer-Implementierung zu ermöglichen
das in der Vergangenheit standardmäßig 64 Bit verwendete (und Shorts als 64 Bit definierte). Das
Änderungen sollten keine Auswirkungen auf konforme Anwendungen haben. Die Anforderung, Längen von 1 zu unterstützen,
2 und 4 wurden gleichzeitig hinzugefügt, um eine historische Implementierung zu adressieren, die keine hatte
Zwei-Byte-Datentypen in seinem C-Compiler.

Die Verwendung eines grundlegenden ganzzahligen Datentyps soll es der Implementierung ermöglichen, einen auszuwählen
Wortgröße, die üblicherweise von Anwendungen auf dieser Architektur verwendet wird.

Frühere Versionen dieses Standards erlaubten Implementierungen mit anderen Bytes als acht
Bits, aber dies wurde in dieser Version geändert.

ZUKUNFT ANLEITUNG

Alle mit XSI gekennzeichneten Options- und Operandenschnittstellen werden möglicherweise in einer zukünftigen Version entfernt.

Nutzen Sie odposix online über die Dienste von onworks.net