odposix - عبر الإنترنت في السحابة

برنامج:

اسم

od — تفريغ الملفات بتنسيقات مختلفة

موجز

od [-ت] [-أ Address_base] [-ي تخطى] [-ن عد] [-ر type_string]
[ملف ]

od [-bcdosx] [ملف] [[+]عوض[.][b]]

الوصف

إنّ od يجب على الأداة المساعدة كتابة محتويات ملفات الإدخال الخاصة بها إلى الإخراج القياسي في ملف المستخدم-
التنسيق المحدد.

OPTIONS

إنّ od يجب أن تتوافق المنفعة مع حجم التعريفات الأساسية لـ POSIX.1-2008 ، القسم 12.2,
مرافق بناء الجملة التوجيهات، إلا أن ترتيب عرض -ر الخيارات و
-bcdosx الخيارات كبيرة.

يجب دعم الخيارات التالية:

-أ Address_base
تحديد قاعدة إزاحة الإدخال. راجع قسم الوصف الموسع. ال
يجب أن يضمن التطبيق أن Address_base وسيطة الخيار هي شخصية.
الشخصيات 'د', "س"و "س" تحديد أنه يجب كتابة قاعدة الإزاحة
في النظام العشري، الثماني، أو الست عشري، على التوالي. الشخصية 'ن' يحدد
أن لا يجوز كتابة الإزاحة.

− ب تفسير البايتات في الثماني. يجب أن يكون هذا يعادل -ر o1.

− ج قم بتفسير وحدات البايت كأحرف محددة بواسطة الإعداد الحالي لـ LC_CTYPE
فئة. تظهر بعض الأحرف غير الرسومية عند هروب C: "NUL=\0", "بس=\ب",
"FF=\f", "NL=\n", "CR=\r", "HT=\t"; تظهر الآخرين كأرقام ثمانيه مكونة من 3 أرقام.

− د فسر كلمةs (وحدات ثنائية البايت) بالعلامة العشرية غير الموقعة. يجب أن يكون هذا معادلاً
إلى -ر u2.

-ي تخطى القفز فوق تخطى بايت من بداية الإدخال. ال od يجب قراءة فائدة
أو تسعى وراء الأول تخطى بايت في ملفات الإدخال المتسلسلة. إذا
المدخلات مجتمعة ليست على الأقل تخطى بايت طويلة، od يجب أن تكتب فائدة أ
رسالة تشخيصية للخطأ القياسي والخروج بحالة خروج غير صفرية.

افتراضيا، تخطى يجب تفسير وسيطة الخيار على أنها رقم عشري.
مع وجود 0x أو 0X، يجب تفسير الإزاحة على أنها رقم سداسي عشري
رقم؛ خلاف ذلك، مع الرائدة '0'، يجب تفسير الإزاحة على أنها
الرقم الثماني. إلحاق الحرف 'ب', 'ك' أو "م" للتعويض يجب أن يسبب ذلك
ليتم تفسيرها على أنها مضاعفات 512 أو 1024 أو 1048576 بايت، على التوالي. لو
هيه تخطى الرقم هو سداسي عشري، أي إلحاق 'ب' يعتبر أن
الرقم السداسي النهائي.

-ن عد تنسيق لا يزيد عن عد بايت من المدخلات. بشكل افتراضي، عد يجب أن تفسر
كرقم عشري. مع 0x أو 0X، عد يجب أن تفسر على أنها أ
رقم سداسي عشري؛ خلاف ذلك، مع الرائدة '0'، يجب أن يتم تفسيره على أنه
الرقم الثماني. لو عد بايت من الإدخال (بعد التخطي بنجاح، if -ي تخطى
محدد) غير متوفرة، ولا يعتبر خطأ؛ ال od
يجب على الأداة المساعدة تنسيق المدخلات المتوفرة.

-س فسر كلمةs (وحدات ثنائية البايت) في الثماني. يجب أن يكون هذا يعادل -ر o2.

-س فسر كلمةs (وحدات ثنائية البايت) بالعلامة العشرية. يجب أن يكون هذا يعادل
-ر d2.

-ر type_string
حدد واحدًا أو أكثر من أنواع المخرجات. راجع قسم الوصف الموسع. ال
يجب أن يضمن التطبيق أن type_string وسيطة الخيار هي سلسلة
تحديد الأنواع التي سيتم استخدامها عند كتابة البيانات المدخلة. يجب على السلسلة
تتكون من أحرف مواصفات النوع a, c, d, f, o, uو x، تحديد
الحرف المسمى، الحرف، العلامة العشرية الموقعة، النقطة العائمة، الثماني، غير الموقعة
العشري، والست عشري، على التوالي. أحرف مواصفات النوع d, f,
o, uو x يمكن أن يتبعه عدد صحيح عشري اختياري غير موقّع
يحدد عدد البايتات التي سيتم تحويلها بواسطة كل مثيل للإخراج
يكتب. حرف مواصفات النوع f يمكن أن يتبعه اختياري F, D أو
L تشير إلى أنه يجب تطبيق التحويل على عنصر من النوع الطفو,
مضاعفة أو التداول الطويل مضاعفة، على التوالى. أحرف مواصفات النوع d, o, u,
x يمكن أن يتبعه اختياري C, S, I أو L مشيرا إلى أن
يجب تطبيق التحويل على عنصر من النوع دبابة, في صفقات, مادبا أو التداول الطويل,
على التوالى. يمكن دمج أنواع متعددة في نفس الشيء type_string
متعدد -ر يمكن تحديد الخيارات. يجب كتابة خطوط الإخراج لكل منها
النوع المحدد بالترتيب الذي توجد به أحرف مواصفات النوع
محدد.

-ت كتابة كافة البيانات المدخلة. بدون ال -ت الخيار، أي عدد من مجموعات الإخراج
الأسطر، والتي ستكون مطابقة لمجموعة المخرجات السابقة مباشرة
يجب استبدال الأسطر (باستثناء إزاحات البايت)، بسطر يحتوي على
فقط ("*").

-س فسر كلمةs (وحدات ثنائية البايت) بالنظام الست عشري. يجب أن يكون هذا يعادل
-ر x2.

يمكن تحديد أنواع متعددة باستخدام متعددة -bcdostx خيارات. خطوط الإخراج هي
مكتوبة لكل نوع محدد بالترتيب الذي تم تحديد الأنواع به.

العمليات

يجب دعم المعاملات التالية:

ملف اسم مسار الملف المراد قراءته. إذا لا ملف المعاملات المحددة ، المعيار
يجب استخدام المدخلات.

إذا لم يكن هناك أكثر من معاملين، فلن يكون أي منهما -أ, -ي, -ن, -ر أو -ت
يتم تحديد الخيارات، ويكون أي مما يلي صحيحًا: الحرف الأول
المعامل الأخير هو أ ("+")، أو أن هناك معاملين و
الحرف الأول من المعامل الأخير رقمي؛ يجب أن يكون المعامل الأخير
يتم تفسيره على أنه معامل إزاحة على الأنظمة المتوافقة مع XSI. تحت هذه
الشروط، تكون النتائج غير محددة على الأنظمة غير المتوافقة مع XSI
الأنظمة.

[+]عوض[.][ب]
إنّ عوض يحدد المعامل الإزاحة في الملف حيث يتم الإغراق
تبدأ. عادةً ما يتم تفسير هذا المعامل على أنه بايت ثماني. لو '.' is
الملحق، يجب أن يتم تفسير الإزاحة بالنظام العشري. لو 'ب' تم إلحاقه،
يجب تفسير الإزاحة بوحدات 512 بايت.

ستدين

يجب استخدام المدخلات المعيارية إذا كانت الإجابة "لا" ملف المعاملات محددة ، ويجب استخدامها إذا أ
ملف المعامل هو "-" والتنفيذ يعالج "-" كمعنى المدخلات القياسية.
خلاف ذلك ، لا يجوز استخدام المدخلات القياسية. راجع قسم ملفات الإدخال.

INPUT FILES

يمكن أن تكون ملفات الإدخال من أي نوع ملف.

البيئة المتغيرات

يجب أن تؤثر متغيرات البيئة التالية على تنفيذ od:

لانج قم بتوفير قيمة افتراضية لمتغيرات التدويل غير المضبوطة أو
باطل. (انظر حجم التعريفات الأساسية لـ POSIX.1-2008 ، القسم 8.2,
التجارة في الخارج المتغيرات لأسبقية التدويل
المتغيرات المستخدمة لتحديد قيم الفئات المحلية.)

LC_ALL إذا تم التعيين على قيمة سلسلة غير فارغة ، فتجاوز قيم جميع القيم الأخرى
متغيرات التدويل.

LC_CTYPE تحديد الإعدادات المحلية لتفسير تسلسل بايت من البيانات النصية
كأحرف (على سبيل المثال ، أحادية البايت بدلاً من أحرف متعددة البايت بتنسيق
الحجج وملفات الإدخال).

رسائل LC
حدد الإعدادات المحلية التي يجب استخدامها للتأثير على تنسيق ومحتويات
رسائل التشخيص المكتوبة على خطأ قياسي.

LC_NUMERIC
حدد الإعدادات المحلية لتحديد حرف الجذر المستخدم عند الكتابة
إخراج منسق النقطة العائمة.

نلسباث تحديد موقع كتالوجات الرسائل لمعالجتها رسائل LC.

غير متزامن فعاليات

افتراضي.

STDOUT

راجع قسم الوصف الموسع.

ستدير

يجب استخدام الخطأ القياسي فقط لرسائل التشخيص.

OUTPUT FILES

لا شيء.

وسعوا الوصف

إنّ od يجب أن تقوم الأداة المساعدة بنسخ كل ملف إدخال بشكل تسلسلي إلى الإخراج القياسي، وتحويله
بيانات الإدخال وفقا لأنواع الإخراج المحددة بواسطة -ر الخيار أو -bcdosx
خيارات. إذا لم يتم تحديد نوع الإخراج، يجب أن يكون الإخراج الافتراضي كما لو -ر oS كان
محدد.

عدد البايتات المحولة بواسطة محدد نوع الإخراج c قد تكون متغيرة اعتمادا
على LC_CTYPE الفئة.

العدد الافتراضي للبايتات المحولة بواسطة محددات نوع الإخراج d, f, o, uو x
يتوافق مع أنواع لغة C المختلفة على النحو التالي. إذا c99 المترجم موجود على
النظام، يجب أن تتوافق هذه المحددات مع الأحجام المستخدمة افتراضيًا في ذلك
مترجم. وبخلاف ذلك، قد تختلف هذه الأحجام بين الأنظمة التي تتوافق مع POSIX.1‐2008.

* بالنسبة لأحرف محدد النوع d, o, uو x، يجب أن يكون العدد الافتراضي للبايتات
تتوافق مع حجم نوع العدد الصحيح الأساسي للتطبيق الأساسي. ل
هذه الأحرف المحددة، يجب أن يدعم التنفيذ القيم الاختيارية
عدد البايتات المراد تحويلها يتوافق مع عدد البايتات في لغة C
أنواع دبابة, في صفقات, مادباو التداول الطويل. يمكن أيضًا تحديد هذه الأرقام بواسطة
التطبيق كالشخصيات "ج", 'س', "يو"و "L"، على التوالى. التطبيق
يجب أن يدعم أيضًا القيم 1 و2 و4 و8، حتى لو لم يوفر أنواع لغة C
من تلك الأحجام. يجب أن يدعم التنفيذ القيمة العشرية المقابلة لـ
نوع لغة C التداول الطويل التداول الطويل. ترتيب البايت المستخدم عند تفسير القيم الرقمية
يتم تحديد التنفيذ، ولكنه يجب أن يتوافق مع الترتيب الذي يكون فيه ثابت
ويتم تخزين النوع المقابل في ذاكرة النظام.

* بالنسبة لحرف محدد النوع f، يجب أن يتوافق العدد الافتراضي للبايتات
عدد البايتات في الدقة المزدوجة الأساسية للتطبيق الأساسي
نوع البيانات الفاصلة العائمة. يجب أن يدعم التنفيذ القيم الاختيارية
عدد البايتات المراد تحويلها يتوافق مع عدد البايتات في لغة C
أنواع تطفو، مضاعفةو التداول الطويل مضاعفة. يمكن أيضًا تحديد هذه الأرقام بواسطة
التطبيق كالشخصيات 'F', 'د'و "L"، على التوالي.

حرف محدد النوع a يحدد أنه يجب تفسير البايتات كما هو مسمى
أحرف من الإصدار المرجعي الدولي (IRV) للمعيار ISO/IEC 646:1991
معيار. يجب استخدام البتات السبعة الأقل أهمية فقط من كل بايت لهذا النوع
تخصيص. يجب كتابة البايتات ذات القيم المدرجة في الجدول التالي باستخدام
الأسماء المقابلة لتلك الشخصيات.

الجدول: عين الشخصيات in od

┌──────────────────────────────── ─────────┬ ──────────────┐
│القيم الاسم │ القيم الاسم │ القيم الاسم │ القيم الاسم │
├───────────┼────────────────────── ─────────┼ ──────────────┤
│\000 باطل │ \001 سوه │ \002 STX │ \003 إلخ │
│\004 إيوت │ \005 ENQ │ \006 ACK │ \007 البل │
│\010 bs │ \011 ht │ \012 lf or nl* │ \013 vt │
│\014 ff │ \015 cr │ \016 so │ \017 si │
│\020 بواسطة │ \021 dc1 │ \022 dc2 │ \023 dc3 │
│\024 dc4 │ \025 ناك │ \026 اصطناعي │ \027 ETB │
│\030 يمكن │ \031 em │ \032 فرعية │ \033 ESC │
│\034 fs │ \035 gs │ \036 rs │ \037 us │
│\040 sp │ \177 من │ │ │
└───────────┴───────────┴────────── ─────────┴ ──────────────┘
ملحوظة: إنّ "\ 012" يمكن كتابة القيمة إما ك lf or nl.

حرف محدد النوع c يحدد أنه يجب تفسير البايتات على أنها أحرف
المحدد بواسطة الإعداد الحالي لل LC_CTYPE فئة اللغة. الشخصيات المدرجة في
الجدول في حجم التعريفات الأساسية لـ POSIX.1‐2008، باب 5, قم بتقديم شكل التدوين
("\\", '\أ', '\ب', '\F', '\ن', "\ r", "\ t", '\الخامس') يجب أن تكون مكتوبة على أنها المقابلة
تسلسل الهروب، إلا ذلك يجب أن تكون مكتوبة واحدة و أ
يجب كتابة NUL كـ '0'. يجب كتابة الأحرف الأخرى غير القابلة للطباعة كحرف واحد
رقم ثماني مكون من ثلاثة أرقام لكل بايت في الحرف. أحرف متعددة البايت قابلة للطباعة
يجب أن تكون مكتوبة في المنطقة المقابلة للبايت الأول من الحرف؛ الاثنان-
تسلسل الأحرف "**" يجب كتابتها في المنطقة المقابلة لكل بايت متبقي
في الشخصية، كدليل على استمرار الشخصية. عندما إما -ي
تخطى or -ن عد يتم تحديد الخيار مع c محدد النوع، وهذا يؤدي إلى
محاولة البدء أو الانتهاء في منتصف حرف متعدد البايت، تكون النتيجة
تنفيذ محدد.

يجب معالجة البيانات المدخلة في كتل، حيث يتم تعريف الكتلة على أنها من مضاعفاتها
المضاعف المشترك الأصغر لعدد البايتات المحولة بواسطة الإخراج المحدد
أنواع. إذا كان المضاعف المشترك الأصغر أكبر من 16، تكون النتائج غير محددة. كل
يجب كتابة كتلة الإدخال كما تم تحويلها بواسطة كل نوع إخراج، واحد لكل سطر مكتوب، في
الترتيب الذي تم تحديد أنواع الإخراج. إذا كان حجم كتلة الإدخال أكبر من
عدد البايتات المحولة بواسطة نوع الإخراج، يجب أن يكون نوع الإخراج بالتسلسل
تحويل أجزاء كتلة الإدخال، والمخرجات من كل من التحويلات
يجب أن يتم فصلها بواحد أو أكثر الشخصيات.

إذا ، نتيجة لمواصفات -ن الخيار أو نهاية الملف الذي يتم الوصول إليه على
ملف الإدخال الأخير، بيانات الإدخال تفي جزئيًا فقط بنوع الإخراج، يجب أن يكون الإدخال
ممتد بشكل كافٍ مع بايتات فارغة لكتابة البايت الأخير من الإدخال.

ما لم -أ n يتم تحديد خط الإخراج الأول لكل كتلة إدخال
يسبقه إزاحة الإدخال، التراكمية عبر ملفات الإدخال، للبايت التالي
مكتوب. تنسيق إزاحة الإدخال غير محدد؛ ومع ذلك، يجب ألا تحتوي على أي منها
الأحرف، يجب أن تبدأ عند الحرف الأول من سطر الإخراج، ويجب أن تكون
تليها واحدة أو أكثر الشخصيات. بالإضافة إلى ذلك، إزاحة البايت التالية
يجب كتابة البايت الأخير بعد معالجة جميع بيانات الإدخال، ولكن
لا يجوز أن يتبعه أي الشخصيات.

إذا كانت الإجابة بلا -أ تم تحديد الخيار، وقاعدة إزاحة الإدخال غير محددة.

EXIT الوضع

يتم إرجاع قيم الخروج التالية:

0 تمت معالجة جميع ملفات الإدخال بنجاح.

> 0 حدث خطأ.

عواقب OF أخطاء

افتراضي.

إنّ متابعيك أقسام . غنيا بالمعلومات.

تطبيق الاستعمال

يتم تحذير التطبيقات المتوافقة مع XSI من عدم استخدام أسماء الملفات التي تبدأ بـ "+" أو الأول
المعامل يبدأ بحرف رقمي بحيث يمكن الحفاظ على الوظيفة القديمة
عن طريق التطبيقات، ما لم تحدد واحدة من -أ, -ي أو -ن خيارات. للضمان
يمكن لأي تطبيق أن يفسر دائمًا أحد أسماء الملفات هذه على أنه اسم ملف
قم دائمًا بتحديد تنسيق قاعدة العنوان باستخدام ملف -أ الخيار.

أمثلة

إذا كان الملف الذي يحتوي على 128 بايت بقيم عشرية من صفر إلى 127، بترتيب متزايد، هو
يتم توفيره كمدخل قياسي للأمر:

od -أ d -ر a

على التنفيذ باستخدام حجم كتلة الإدخال 16 بايت، والإخراج القياسي،
مستقلة عن الإعداد المحلي الحالي، ستكون مشابهة لما يلي:

0000000 باطل سوه STX إلخ إيوت ENQ ACK البل bs ht nl vt ff cr so si
0000016 بواسطة dc1 dc2 dc3 dc4 ناك اصطناعي ETB يمكن em فرعية 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 { | } ~ من
0000128

لاحظ أن هذا الحجم من POSIX.1‐2008 يسمح بذلك nl or lf لاستخدامها كاسم ل
حرف IRV القياسي ISO/IEC 646:1991 ذو القيمة العشرية 10. يسمي IRV هذا
حرف lf (تغذية السطر)، لكن التطبيقات التقليدية أشارت إلى هذه الشخصية
كالسطر الجديد (nl) ويقوم الحرف المحلي POSIX بتعيين اسم رمزي للمقابل
الحرف هو .

الامر:

od -أ o -ر o2x2x -ن 18

على نظام يحتوي على كلمات 32 بت وتنفيذ باستخدام حجم كتلة إدخال يبلغ 16 بايت
يمكن كتابة 18 بايت بالتنسيق التالي تقريبًا:

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

الامر:

od -أ d -ر f -ر o4 -ر x4 -ن 24 -ي 0x15

على نظام به مضاعفات 64 بت (على سبيل المثال، IEEE Std 754‐1985 دقة مزدوجة عائمة-
تنسيق النقطة) سيتخطى 21 بايت من بيانات الإدخال ثم يكتب 24 بايت تقريبًا
التنسيق التالي:

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

الأساس المنطقي

إنّ od مرت المنفعة بعدة أسماء في المقترحات المبكرة، بما في ذلك hd, xd، وأكثر
مؤخرا عرافة. وكانت هناك عدة اعتراضات على كل ذلك بناء على ما يلي:
الأسباب:

* و hd xd تتعارض الأسماء مع المرافق التاريخية التي تصرفت بشكل مختلف.

* و عرافة كان الوصف أكثر تعقيدًا مما هو مطلوب لأداة تفريغ بسيطة.

* و od كانت الأداة المساعدة متاحة في جميع التطبيقات التاريخية ولم يكن هناك
بحاجة إلى إنشاء اسم جديد لأداة مساعدة مشابهة جدًا للاسم التاريخي od خدمة.

الأسباب الأصلية لعدم توحيد التاريخية od كانت أيضًا منتشرة على نطاق واسع إلى حد ما.
يتم عرض هذه الأسباب أدناه جنبًا إلى جنب مع الأساس المنطقي الذي يوضح سبب قيام المطورين القياسيين بذلك
أعتقد أن هذا الإصدار لا يعاني من المشكلة المشار إليها:

* إصدارات BSD وSystem V od وقد تباعدت، وتقاطعت الملامح
المقدمة من قبل كليهما لا تلبي احتياجات مجتمع المستخدمين. في الواقع، النظام V
الإصدار يوفر فقط آلية لتفريغ البايتات الثماني و في صفقاتق، وقعت و
عشري غير موقعة في صفقاتس، الست عشري في صفقاتs، وأحرف ASCII. أضافت BSD
القدرة على تفريغ الطفوs, مضاعفةs، تسمى أحرف ASCII، والثماني، العلامة العشرية،
العشري غير الموقع، والست عشري التداول الطويلس. الإصدار المعروض هنا يوفر المزيد
النماذج المقيسة لإلقاء البايتات، في صفقاتs, مادباق، و التداول الطويلs في الثماني، علامة عشرية،
العلامة العشرية غير الموقعة، والنظام الست عشري؛ الطفو, مضاعفةو التداول الطويل مضاعفة; واسمه ASCII باسم
وكذلك الأحرف المحلية الحالية.

* لن يكون من الممكن التوصل إلى مجموعة شاملة متوافقة من BSD والنظام V
الأعلام التي تلبي متطلبات المطورين القياسية. الافتراضي التاريخي od
الإخراج هو الإخراج الافتراضي المحدد لهذه الأداة المساعدة. لا شيء من حروف الخيار
تم اختياره لهذا الإصدار من od تتعارض مع أي من الخيارات للإصدارات التاريخية
of od.

* على الأنظمة ذات الأحجام المختلفة لـ في صفقات, مادباو التداول الطويل، لم تكن هناك طريقة للسؤال عنها
مقالب من مادباالصورة، حتى في إصدار BSD. بسبب طريقة تسمية الخيارات، الاسم
ولا يمكن توسيع المساحة لحل هذه المشاكل. ولهذا السبب -ر كان الخيار
تمت إضافته (مع محددات النوع الأكثر تطابقًا مع printf() التنسيقات المستخدمة في
تمت إضافة بقية هذا المجلد من POSIX.1‐2008) وأحجام الحقول الاختيارية إلى الملف d,
f, o, uو x محددات النوع. وهو أيضًا أحد الأسباب التاريخية
لم يتم تكليف الممارسة باعتبارها شكلاً متقادمًا مطلوبًا من od. (على الرغم من القديم
إصدارات od لم يتم إدراجها كنموذج متقادم، ويتم حث التطبيقات على ذلك
الاستمرار في التعرف على الأشكال الأقدم لعدة سنوات أخرى.) a, c, f, oو x
تتطابق الأنواع مع معنى أحرف التنسيق المقابلة في السجل التاريخي
تطبيقات od باستثناء الأحجام الافتراضية للحقول المحولة. ال d
تم توقيع التنسيق في هذا المجلد من POSIX.1‐2008 لمطابقة printf() الرموز.
(الإصدارات التاريخية od مستعمل d كمرادف لـ u في هذا الإصدار. النظام V
استخدامات التنفيذ s للعلامة العشرية الموقعة؛ يستخدم بي إس دي i للعلامة العشرية الموقعة و s لـ
سلاسل منتهية بقيمة خالية.) بخلاف d u، جميع محددات النوع تتطابق مع التنسيق
الشخصيات في نسخة BSD التاريخية من od.

أحجام أنواع لغة C دبابة, في صفقات, مادبا, التداول الطويل, الطفو, مضاعفةو التداول الطويل
مضاعفة يتم استخدامها على الرغم من أنه من المسلم به أنه قد يكون هناك صفر أو أكثر من واحد
مترجم للغة C على التنفيذ وقد يستخدمون أحجامًا مختلفة
لبعض هذه الأنواع. (على سبيل المثال، قد يستخدم أحد المترجمين 2 بايت في صفقاتس، 2 بايت
مادباق، و 4 بايت التداول الطويلs، بينما مترجم آخر (أو خيار لنفس المترجم)
يستخدم 2 بايت في صفقاتس، 4 بايت مادباق، و 4 بايت التداول الطويلق.) ومع ذلك، يجب أن يكون هناك
الحجم الأساسي المعروف من خلال تنفيذ هذه الأنواع، المطابق للقيم
ذكرت من خلال الدعوات من com.getconf فائدة عند استدعائها مع system_var يعامل
{UCHAR_MAX} و{USHORT_MAX} و{UINT_MAX} و{ULONG_MAX} للأنواع دبابة, في صفقات, مادبا,
التداول الطويل، على التوالى. هناك ثوابت مماثلة يتطلبها معيار ISO C،
ولكن ليس مطلوبًا بواسطة مجلد واجهات النظام الخاص بـ POSIX.1‐2008 أو هذا المجلد
POSIX.1-2008. وهم {FLT_MANT_DIG}، و{DBL_MANT_DIG}، و{LDBL_MANT_DIG} لـ
أنواع الطفو, مضاعفةو التداول الطويل مضاعفة، على التوالى. إذا كان اختياريا c99 المنفعة هي
المقدمة من التنفيذ والمستخدمة على النحو المحدد في هذا المجلد من POSIX.1‐2008،
هذه هي الأحجام التي سيتم توفيرها. إذا تم استخدام خيار يحدد
أحجام مختلفة لهذه الأنواع، ليس هناك ما يضمن أن od فائدة قادرة على
تفسير إخراج البيانات الثنائية بواسطة مثل هذا البرنامج بشكل صحيح.

يتطلب هذا الحجم من POSIX.1‐2008 أن تكون القيم الرقمية لهذه الأطوال
المعترف بها من قبل od المنفعة وأن الأشكال الرمزية يمكن التعرف عليها أيضًا. وهكذا، أ
يمكن للتطبيق المطابق أن ينظر دائمًا إلى مجموعة من غير موقعة التداول الطويل عناصر البيانات
استخدام od -ر uL.

* طريقة تحديد التنسيق لحقل العنوان بناء على تحديد أ
بدء الإزاحة في ملف ربط الاثنين معًا دون داع. ال -أ الخيار الآن
يحدد قاعدة العنوان و -س يحدد الخيار إزاحة البداية.

* سيكون من الصعب كسر الاعتماد على ASCII الأمريكي لتحقيق
فائدة دولية. لا يبدو أن الأمر أصعب بالنسبة له od لتفريغ الشخصيات
في اللغة الحالية مما هو عليه ل ed or عطش l أوامر. ال c محدد النوع
يفعل ذلك دون صعوبة ويتوافق تمامًا مع التاريخ
تطبيقات c حرف التنسيق عندما تستخدم اللغة الحالية مجموعة شاملة من
معيار ISO/IEC 646:1991 كمجموعة رموز. ال a محدد النوع (من ملف BSD a
تم ترك حرف التنسيق) كوسيلة محمولة لتفريغ ASCII (أو بشكل صحيح أكثر
معيار ISO/IEC 646:1991 (IRV)) بحيث يتم إنتاج الرؤوس بواسطة سلام يمكن فك شفرتها
حتى على الأنظمة التي لا تستخدم معيار ISO/IEC 646:1991 كمجموعة فرعية من معاييرها
مجموعة الرموز الأساسية.

استخدام "**" كإشارة إلى استمرار حرف متعدد البايت في c محدد
تم اختيار الإخراج بناءً على رؤية تطبيق يستخدم هذه الطريقة. ال
يجب أن يتم وضع علامة على البايتات المستمرة بطريقة غير غامضة مع علامة مفردة أخرى
بايت أو حرف متعدد البايت.

تم استخدام اقتراح مبكر -س -ن، على التوالي، ل -ي -ن الخيارات في نهاية المطاف
المحدد. تم تغييرها لتجنب التعارض مع التطبيقات التاريخية.

المعيار الأصلي المحدد -ر o2 كإعداد افتراضي عندما لا يتم تحديد نوع الإخراج. هذا
تم تغيير إلى -ر oS (طول أ في صفقات) لاستيعاب تنفيذ الكمبيوتر العملاق
التي استخدمت تاريخيًا 64 بت كإعداد افتراضي (والذي حدد الأفلام القصيرة على أنها 64 بت). هذا
يجب ألا يؤثر التغيير على التطبيقات المطابقة. متطلبات دعم أطوال 1,
تمت إضافة 2 و 4 في نفس الوقت لمعالجة التنفيذ التاريخي الذي لم يكن له
أنواع البيانات ثنائية البايت في برنامج التحويل البرمجي C الخاص بها.

يهدف استخدام نوع بيانات عدد صحيح أساسي إلى السماح للتنفيذ باختيار أ
حجم الكلمة شائع الاستخدام بواسطة التطبيقات الموجودة على تلك البنية.

الإصدارات السابقة من هذا المعيار سمحت بالتطبيقات ذات البايتات بخلاف ثمانية
بت ، ولكن تم تعديل هذا في هذا الإصدار.

المستقبل طريقة الاستعمال

قد تتم إزالة جميع واجهات الخيارات والمعاملات التي تحمل علامة XSI في إصدار مستقبلي.

استخدم odposix عبر الإنترنت باستخدام خدمات onworks.net