odposix - En ligne dans le Cloud

PROGRAMME:

Nom

od — dump des fichiers dans divers formats

SYNOPSIS

od [-v] [-A base_adresse] [−j sauter] [-N compter] [-t type_string]
[filet ]

od [−bcdosx] [filet] [[+]compenser[.][b]]

DESCRIPTION

Notre od utilitaire doit écrire le contenu de ses fichiers d'entrée sur la sortie standard dans un utilisateur-
format spécifié.

OPTIONS

Notre od l'utilitaire doit être conforme au volume Base Definitions de POSIX.1‐2008, Blog 12.2,
Services Publics Syntaxe Recommandations, sauf que l'ordre de présentation des -t options et le
−bcdosx options est importante.

Les options suivantes doivent être prises en charge :

-A base_adresse
Spécifiez la base de décalage d'entrée. Voir la section DESCRIPTION ÉTENDUE. Les
demande garantit que le base_adresse option-argument est un caractère.
Les personnages 'ré', 'o' et 'X' spécifier que la base de décalage doit être écrite
respectivement en décimal, octal ou hexadécimal. Le personnage 'N' précise
que l'offset ne doit pas être écrit.

-b Interpréter les octets en octal. Cela équivaudra à -t o1.

-c Interpréter les octets comme des caractères spécifiés par le paramètre actuel du LC_CTYPE
Catégorie. Certains caractères non graphiques apparaissent sous forme d'échappements C : "NUL=\0", "BS=\b",
"FF=\f", "NL=\n", "CR=\r", "HT=\t"; d'autres apparaissent sous forme de nombres octaux à 3 chiffres.

-d Interpréter mots (unités de deux octets) en décimal non signé. Ce sera l'équivalent
à -t u2.

−j sauter Franchir sauter octets depuis le début de l'entrée. Les od l'utilitaire doit lire
ou chercher au-delà du premier sauter octets dans les fichiers d'entrée concaténés. Si la
l'entrée combinée n'est pas au moins sauter octets de long, le od l'utilitaire doit écrire un
message de diagnostic à l'erreur standard et quitter avec un état de sortie différent de zéro.

Par défaut, le sauter option-argument doit être interprété comme un nombre décimal.
Avec un premier 0x ou 0X, l'offset doit être interprété comme un hexadécimal
numéro; sinon, avec un «0 ', le décalage doit être interprété comme un
nombre octal. Ajout du caractère 'b', 'k', ou 'm' compenser la causera
à interpréter comme un multiple de 512, 1024 ou 1048576 octets, respectivement. Si
le sauter le nombre est hexadécimal, tout ajout 'b' sera considéré comme le
dernier chiffre hexadécimal.

-N compter Formater pas plus de compter octets d'entrée. Par défaut, compter doit être interprété
sous forme de nombre décimal. Avec un 0x ou 0X en tête, compter doit être interprété comme un
nombre hexadécimal ; sinon, avec un «0 ', il doit être interprété comme un
nombre octal. Si compter octets d'entrée (après avoir sauté avec succès, si −j sauter
est spécifié) ne sont pas disponibles, cela ne doit pas être considéré comme une erreur ; les od
l'utilitaire doit formater l'entrée qui est disponible.

-o Interpréter mots (unités de deux octets) en octal. Cela équivaudra à -t o2.

-s Interpréter mots (unités de deux octets) en décimal signé. Cela équivaudra à
-t d2.

-t type_string
Spécifiez un ou plusieurs types de sortie. Voir la section DESCRIPTION ÉTENDUE. Les
demande garantit que le type_string option-argument est une chaîne
en spécifiant les types à utiliser lors de l'écriture des données d'entrée. La chaîne doit
se composent des caractères de spécification de type a, c, d, f, o, u et x, en précisant
caractère nommé, caractère, décimal signé, virgule flottante, octal, non signé
respectivement décimal et hexadécimal. Les caractères de spécification de type d, f,
o, u et x peut être suivi d'un entier décimal non signé facultatif qui
spécifie le nombre d'octets à transformer par chaque instance de la sortie
taper. Le caractère de spécification de type f peut être suivi d'une option F, D, ou
L indiquant que la conversion doit être appliquée à un élément de type flotter,
double, ou Long double, respectivement. Les caractères de spécification de type d, o, u,
et votre x peut être suivi d'une option C, S, I, ou L indiquant que le
la conversion doit être appliquée à un élément de type carboniser, court, int, ou Long,
respectivement. Plusieurs types peuvent être concaténés dans le même type_string et votre
plusieurs -t des options peuvent être spécifiées. Les lignes de sortie doivent être écrites pour chaque
type spécifié dans l'ordre dans lequel les caractères de spécification de type sont
spécifié.

-v Écrire toutes les données d'entrée. Sans le -v option, un nombre quelconque de groupes de sortie
lignes, qui seraient identiques au groupe de sortie immédiatement précédent
lignes (à l'exception des décalages d'octets), doit être remplacée par une ligne contenant
seulement un ('*').

-x Interpréter mots (unités de deux octets) en hexadécimal. Cela équivaudra à
-t x2.

Plusieurs types peuvent être spécifiés en utilisant plusieurs −bcdostx option. Les lignes de sortie sont
écrit pour chaque type spécifié dans l'ordre dans lequel les types sont spécifiés.

OPÉRANDES

Les opérandes suivants doivent être pris en charge :

filet Un chemin d'accès d'un fichier à lire. Sinon filet les opérandes sont spécifiés, la norme
l'entrée doit être utilisée.

S'il n'y a pas plus de deux opérandes, aucun des -A, −j, -N, -t, ou -v
options est spécifiée, et l'une des conditions suivantes est vraie : le premier caractère
du dernier opérande est un ('+'), ou il y a deux opérandes et le
le premier caractère du dernier opérande est numérique ; le dernier opérande doit être
interprété comme un opérande de décalage sur les systèmes conformes à XSI. Sous ces
conditions, les résultats ne sont pas spécifiés sur les systèmes qui ne sont pas conformes à XSI
systèmes.

[+]compenser[.][b]
Notre compenser l'opérande spécifie le décalage dans le fichier où le vidage doit
commencer. Cet opérande est normalement interprété comme des octets octaux. Si '.' is
en annexe, le décalage doit être interprété en décimal. Si 'b' est annexé, le
offset doit être interprété en unités de 512 octets.

STDIN

L'entrée standard doit être utilisée si aucun filet les opérandes sont spécifiés et doivent être utilisés si un
filet l'opérande est '−' et la mise en œuvre traite les '−' comme signifiant entrée standard.
Sinon, l'entrée standard ne doit pas être utilisée. Voir la section FICHIERS D'ENTRÉE.

CONTRIBUTION DES DOSSIERS

Les fichiers d'entrée peuvent être de n'importe quel type de fichier.

ENVIRONNEMENT VARIABLES

Les variables d'environnement suivantes doivent affecter l'exécution de od:

LANGUE Fournissez une valeur par défaut pour les variables d'internationalisation qui ne sont pas définies ou
nul. (Voir le volume Définitions de base de POSIX.1‐2008, Blog 8.2,
Internationalisation Variables pour la priorité de l'internationalisation
variables utilisées pour déterminer les valeurs des catégories de paramètres régionaux.)

LC_TOUS S'il est défini sur une valeur de chaîne non vide, remplace les valeurs de tous les autres
variables d'internationalisation.

LC_CTYPE Déterminer la localisation pour l'interprétation des séquences d'octets de données de texte
sous forme de caractères (par exemple, des caractères à un octet par opposition aux caractères à plusieurs octets dans
arguments et fichiers d'entrée).

LC_MESSAGES
Déterminez les paramètres régionaux qui doivent être utilisés pour affecter le format et le contenu de
messages de diagnostic écrits dans l'erreur standard.

LC_NUMERIC
Déterminer les paramètres régionaux pour sélectionner le caractère de base utilisé lors de l'écriture
sortie formatée en virgule flottante.

NLSPATH Déterminer l'emplacement des catalogues de messages pour le traitement des LC_MESSAGES.

ASYNCHRONE ÉVÈNEMENTS

Par défaut.

SORTIE STD

Voir la section DESCRIPTION ÉTENDUE.

STDERR

L'erreur standard ne doit être utilisée que pour les messages de diagnostic.

SORTIE DES DOSSIERS

Aucun.

ÉLARGI DESCRIPTION

Notre od l'utilitaire doit copier séquentiellement chaque fichier d'entrée vers la sortie standard, en transformant
les données d'entrée selon les types de sortie spécifiés par le -t option ou le −bcdosx
option. Si aucun type de sortie n'est spécifié, la sortie par défaut doit être comme si -t oS avait été
spécifié.

Le nombre d'octets transformés par le spécificateur de type de sortie c peut être variable selon
sur le LC_CTYPE catégorie.

Le nombre par défaut d'octets transformés par les spécificateurs de type de sortie d, f, o, u et x
correspond aux différents types de langage C comme suit. Si la c99 le compilateur est présent sur
le système, ces spécificateurs doivent correspondre aux tailles utilisées par défaut dans ce
compilateur. Sinon, ces tailles peuvent varier selon les systèmes conformes à POSIX.1‐2008.

* Pour les caractères spécificateurs de type d, o, u et x, le nombre d'octets par défaut doit
correspondent à la taille du type entier de base de l'implémentation sous-jacente. Pour
ces caractères spécificateurs, l'implémentation doit prendre en charge les valeurs de l'option
nombre d'octets à convertir correspondant au nombre d'octets dans le langage C
types carboniser, court, int et Long. Ces numéros peuvent également être spécifiés par un
application en tant que personnages "C", 'S', 'JE' et «L», respectivement. La mise en oeuvre
doit également prendre en charge les valeurs 1, 2, 4 et 8, même s'il ne fournit aucun type de langage C
de ces tailles. L'implémentation doit prendre en charge la valeur décimale correspondant à
le type langage C Long Long. L'ordre des octets utilisé lors de l'interprétation des valeurs numériques
est défini par l'implémentation, mais doit correspondre à l'ordre dans lequel une constante de
le type correspondant est stocké en mémoire sur le système.

* Pour le caractère spécificateur de type f, le nombre d'octets par défaut doit correspondre à
le nombre d'octets dans la double précision de base de l'implémentation sous-jacente
type de données à virgule flottante. L'implémentation doit prendre en charge les valeurs de l'option
nombre d'octets à convertir correspondant au nombre d'octets dans le langage C
types flotter, double et Long double. Ces numéros peuvent également être spécifiés par un
application en tant que personnages 'F', 'RÉ' et «L», Respectivement.

Le caractère spécificateur de type a spécifie que les octets doivent être interprétés comme nommés
caractères de la version internationale de référence (IRV) de l'ISO/IEC 646:1991
la norme. Seuls les sept bits les moins significatifs de chaque octet doivent être utilisés pour ce type
spécification. Les octets avec les valeurs répertoriées dans le tableau suivant doivent être écrits en utilisant
les noms correspondants à ces caractères.

Tableau: Nommé Personnages in od

?? ??
│Valeur Nom │ Valeur Nom │ Valeur Nom │ Valeur Nom │
?? ??
\000 nul \001 alors \002 stx \003 etx │
\004 EOT \005 enq \006 ack \007 bel │
\010 bs \011 ht \012 lf or nl* \013 vt │
\014 ff \015 cr \016 so \017 si │
\020 Mr \021 dc1 \022 dc2 \023 dc3 │
\024 dc4 \025 nak \026 syn \027 etc. │
\030 vous \031 em \032 dessous \033 esc │
\034 fs \035 gs \036 rs \037 us │
\040 sp \177 de │ │
?? ??
Attention: Notre "\012" valeur peut être écrite soit comme lf or nl.

Le caractère spécificateur de type c spécifie que les octets doivent être interprétés comme des caractères
spécifié par le réglage actuel du LC_CTYPE catégorie locale. Les personnages répertoriés dans le
dans le volume Base Definitions de POSIX.1‐2008, Chapitre 5, Déposez votre dernière attestation Format Notation
('\\', '\une', '\b', '\F', '\n', '\r', '\t', '\v') doit être écrit comme le correspondant
séquences d'échappement, sauf que doit être écrit comme un seul et un
NUL doit être écrit comme '\0'. Les autres caractères non imprimables doivent être écrits comme un seul
nombre octal à trois chiffres pour chaque octet du caractère. Caractères multi-octets imprimables
doit être écrit dans la zone correspondant au premier octet du caractère ; les deux-
séquence de caractères "**" doit être écrit dans la zone correspondant à chaque octet restant
dans le caractère, comme une indication que le caractère est continué. Lorsque soit le −j
sauter or -N compter l'option est spécifiée avec l'option c spécificateur de type, et cela se traduit par
une tentative de début ou de fin au milieu d'un caractère multi-octets, le résultat est
défini par la mise en œuvre.

Les données d'entrée doivent être manipulées par blocs, un bloc étant défini comme un multiple de
le plus petit commun multiple du nombre d'octets transformés par la sortie spécifiée
les types. Si le plus petit commun multiple est supérieur à 16, les résultats ne sont pas précisés. Chaque
le bloc d'entrée doit être écrit tel que transformé par chaque type de sortie, un par ligne écrite, en
l'ordre dans lequel les types de sortie ont été spécifiés. Si la taille du bloc d'entrée est supérieure à la
nombre d'octets transformés par le type de sortie, le type de sortie doit séquentiellement
transformer les parties du bloc d'entrée, et la sortie de chacune des transformations
doivent être séparés par un ou plusieurs personnages.

Si, en raison de la spécification du -N option ou fin de fichier atteinte sur le
dernier fichier d'entrée, les données d'entrée ne satisfont que partiellement à un type de sortie, l'entrée doit être
suffisamment étendu avec des octets nuls pour écrire le dernier octet de l'entrée.

Petite remarque, -A n est spécifié, la première ligne de sortie produite pour chaque bloc d'entrée doit être
précédé du décalage d'entrée, cumulé sur les fichiers d'entrée, du prochain octet à
écrit. Le format de l'offset d'entrée n'est pas spécifié ; cependant, il ne doit contenir aucun
caractères, doit commencer au premier caractère de la ligne de sortie et doit être
suivi d'un ou plusieurs personnages. De plus, le décalage de l'octet suivant
le dernier octet écrit doit être écrit après que toutes les données d'entrée ont été traitées, mais
ne doit être suivi d'aucune personnages.

Sinon -A est spécifiée, la base de décalage d'entrée n'est pas spécifiée.

EXIT STATUT

Les valeurs de sortie suivantes doivent être renvoyées :

0 Tous les fichiers d'entrée ont été traités avec succès.

>0 Une erreur s'est produite.

CONSÉQUENCES OF LES ERREURS

Par défaut.

Notre Abonnement les sections are informatif.

INSCRIPTION UTILISATION

Les applications conformes à XSI sont averties de ne pas utiliser de noms de fichiers commençant par '+' ou un premier
opérande commençant par un caractère numérique afin que l'ancienne fonctionnalité puisse être conservée
par les implémentations, à moins qu'elles ne spécifient l'un des -A, −j, ou -N option. Garantir
qu'un de ces noms de fichiers est toujours interprété comme un nom de fichier, une application pourrait
spécifiez toujours le format de base de l'adresse avec le -A option.

EXEMPLES

Si un fichier contenant 128 octets avec des valeurs décimales de zéro à 127, dans l'ordre croissant, est
fourni en entrée standard de la commande :

od -A d -t a

sur une implémentation utilisant une taille de bloc d'entrée de 16 octets, la sortie standard,
indépendant du paramètre régional actuel, serait similaire à :

0000000 nul alors stx etx EOT enq ack bel bs ht nl vt ff cr so si
0000016 Mr dc1 dc2 dc3 dc4 nak syn etc. vous em dessous 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 { | } ~ de
0000128

Notez que ce volume de POSIX.1‐2008 permet nl or lf être utilisé comme nom pour le
Caractère IRV standard ISO/IEC 646:1991 avec valeur décimale 10. L'IRV nomme ce
caractère lf (saut de ligne), mais les implémentations traditionnelles ont fait référence à ce caractère
comme nouvelle ligne (nl) et le nom symbolique du jeu de caractères de la locale POSIX pour le
le personnage est un .

La commande:

od -A o -t o2x2x -N 18

sur un système avec des mots de 32 bits et une implémentation utilisant une taille de bloc d'entrée de 16 octets
pourrait écrire 18 octets dans approximativement le format suivant :

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

La commande:

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

sur un système avec des doubles 64 bits (par exemple, IEEE Std 754-1985 double précision flottant-
format point) sauterait 21 octets de données d'entrée, puis écrirait 24 octets dans environ
le format suivant:

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

RAISONNEMENT

Notre od service public a connu plusieurs noms dans les premières propositions, y compris hd, xd, et plus
récemment vidage hexagonal. Il y a eu plusieurs objections à tout cela sur la base des éléments suivants
les raisons:

* Le hd et votre xd les noms étaient en conflit avec les utilitaires historiques qui se comportaient différemment.

* Le vidage hexagonal description était beaucoup plus complexe que nécessaire pour un simple utilitaire de vidage.

* Le od l'utilitaire était disponible sur toutes les implémentations historiques et il n'y avait pas
besoin de créer un nouveau nom pour un utilitaire si similaire à l'historique od utilitaire.

Les raisons originales de ne pas standardiser l'historique od étaient aussi assez répandus.
Ces raisons sont données ci-dessous, ainsi que les raisons expliquant pourquoi les développeurs de standards
croire que cette version ne souffre pas du problème indiqué :

* Les versions BSD et System V de od ont divergé, et l'intersection des caractéristiques
fournis par les deux ne répond pas aux besoins de la communauté des utilisateurs. En fait, le Système V
version ne fournit qu'un mécanisme pour vider les octets octaux et courts, signé et
décimal non signé courts, hexadécimal courts et caractères ASCII. BSD a ajouté le
capacité de décharger flotters, doubles, caractères ASCII nommés, et octal, décimal signé,
décimal non signé et hexadécimal Longs. La version présentée ici fournit plus
formes normalisées pour le vidage d'octets, courts, ints, et Longs en octal, décimal signé,
décimal non signé et hexadécimal ; flotter, double et Long double; et nommé ASCII comme
ainsi que les caractères locaux actuels.

* Il ne serait pas possible de proposer un surensemble compatible du BSD et du System V
flags qui répondaient aux exigences des développeurs standard. Le défaut historique od
output est la sortie par défaut spécifiée de cet utilitaire. Aucune des lettres d'option
choisi pour cette version de od conflit avec l'une des options des versions historiques
of od.

* Sur des systèmes de tailles différentes pour court, int et Long, il n'y avait aucun moyen de demander
décharges de ints, même dans la version BSD. En raison de la façon dont les options sont nommées, le nom
l'espace ne pouvait pas être étendu pour résoudre ces problèmes. C'est pourquoi le -t l'option était
ajouté (avec des spécificateurs de type plus étroitement liés à la printf() formats utilisés dans le
reste de ce volume de POSIX.1‐2008) et les tailles de champs facultatifs ont été ajoutées au d,
f, o, u et x spécificateurs de type. C'est aussi l'une des raisons pour lesquelles l'histoire
la pratique n'était pas imposée comme une forme obsolète de od. (Bien que l'ancien
les versions d' od ne sont pas répertoriés comme une forme obsolète, les implémentations sont invitées à
continuer à reconnaître les formes plus anciennes pendant encore plusieurs années.) a, c, f, o et x
correspondent à la signification des caractères de format correspondants dans l'historique
implémentations de od à l'exception des tailles par défaut des champs convertis. Les d
format est signé dans ce volume de POSIX.1‐2008 pour correspondre au printf().
(Versions historiques de od d'utiliser d comme synonyme de u dans cette version. Le Système V
utilisations de la mise en œuvre s pour les décimales signées ; BSD utilise i pour les décimales signées et s pour
chaînes à zéro terminal.) Autre que d et votre u, tous les spécificateurs de type correspondent au format
personnages de la version historique BSD de od.

Les tailles des types de langage C carboniser, court, int, Long, flotter, double et Long
double sont utilisés même s'il est reconnu qu'il peut y avoir zéro ou plus d'un
compilateur pour le langage C sur une implémentation et qu'ils peuvent utiliser des tailles différentes
pour certains de ces types. (Par exemple, un compilateur peut utiliser 2 octets courts, 2 octets
ints et 4 octets Longs, tandis qu'un autre compilateur (ou une option du même compilateur)
utilise 2 octets courts, 4 octets ints et 4 octets Longs.) Néanmoins, il doit y avoir un
taille de base connue par l'implémentation pour ces types, correspondant aux valeurs
rapporté par les invocations de la getconf utilitaire lorsqu'il est appelé avec var_système opérandes
{UCHAR_MAX}, {USHORT_MAX}, {UINT_MAX} et {ULONG_MAX} pour les types carboniser, court, int,
et votre Long, respectivement. Il existe des constantes similaires requises par la norme ISO C,
mais non requis par le volume System Interfaces de POSIX.1‐2008 ou ce volume de
POSIX.1‐2008. Il s'agit de {FLT_MANT_DIG}, {DBL_MANT_DIG} et {LDBL_MANT_DIG} pour le
types flotter, double et Long double, respectivement. Si l'optionnel c99 l'utilité est
fourni par la mise en œuvre et utilisé comme spécifié par le présent volume de POSIX.1‐2008,
ce sont les tailles qui seraient fournies. Si une option est utilisée qui spécifie
tailles différentes pour ces types, il n'y a aucune garantie que le od l'utilitaire est capable de
interpréter correctement les données binaires produites par un tel programme.

Ce volume de POSIX.1‐2008 exige que les valeurs numériques de ces longueurs soient
reconnu par le od l'utilité et que les formes symboliques soient également reconnues. Ainsi, un
application conforme peut toujours regarder un tableau de non signé Long éléments de données
en utilisant od -t uL.

* La méthode de spécification du format du champ d'adresse basée sur la spécification d'un
décalage de départ dans un fichier lié inutilement les deux ensemble. Les -A option maintenant
précise la base d'adresses et le −S L'option spécifie un décalage de départ.

* Il serait difficile de rompre la dépendance vis-à-vis de l'US ASCII pour atteindre un
utilité internationalisée. Cela ne semble pas être plus difficile pour od vider des personnages
dans les paramètres régionaux actuels que pour le ed or sed l commandes. le c spécificateur de type
le fait sans difficulté et est tout à fait compatible avec l'histoire
implémentations de c caractère de format lorsque la locale actuelle utilise un sur-ensemble de
la norme ISO/IEC 646:1991 en tant que jeu de codes. Les a spécificateur de type (du BSD a
caractère de format) a été laissé comme un moyen portable pour vider l'ASCII (ou plus correctement
ISO/IEC 646:1991 standard (IRV)) de sorte que les en-têtes produits par pax pourrait être déchiffré
même sur des systèmes qui n'utilisent pas la norme ISO/IEC 646:1991 comme sous-ensemble de leur
jeu de codes de base.

L'utilisation de "**" comme indication de la continuation d'un caractère multi-octets dans c spécificateur
la sortie a été choisie sur la base d'une implémentation qui utilise cette méthode. Les
les octets de continuation doivent être marqués d'une manière qui ne soit pas ambiguë avec un autre
octet ou caractère multi-octets.

Une première proposition utilisée −S et votre −n, respectivement, pour le −j et votre -N options finalement
choisi. Ceux-ci ont été modifiés pour éviter les conflits avec les implémentations historiques.

La norme d'origine spécifiée -t o2 comme valeur par défaut lorsqu'aucun type de sortie n'a été fourni. Cette
a été changé en -t oS (la longueur d'un court) pour accueillir une implémentation de supercalculateur
qui utilisait historiquement 64 bits par défaut (et qui définissait les courts métrages comme 64 bits). Cette
le changement ne devrait pas affecter les applications conformes. L'exigence de supporter des longueurs de 1,
2 et 4 ont été ajoutés en même temps pour répondre à une mise en œuvre historique qui n'avait pas
types de données à deux octets dans son compilateur C.

L'utilisation d'un type de données entier de base est destinée à permettre à l'implémentation de choisir un
taille de mot couramment utilisée par les applications sur cette architecture.

Les versions antérieures de cette norme autorisaient les implémentations avec des octets autres que huit
bits, mais cela a été modifié dans cette version.

FUTUR DIRECTIONS

Toutes les interfaces d'option et d'opérande marquées XSI peuvent être supprimées dans une future version.

Utilisez odposix en ligne en utilisant les services onworks.net