Литералы восьмеричных чисел: когда? Почему? Всегда?

Это полезно для функций chmod и mkdir в мире Unix, но кроме этого, я не могу придумать других распространенных применений.

От Википедия

At the time when octal originally became widely used in computing, systems such as the IBM mainframes employed 24-bit (or 36-bit) words. Octal was an ideal abbreviation of binary for these machines because eight (or twelve) digits could concisely display an entire machine word (each octal digit covering three binary digits). It also cut costs by allowing Nixie tubes, seven-segment displays, and calculators to be used for the operator consoles; where binary displays were too complex to use, decimal displays needed complex hardware to convert radixes, and hexadecimal displays needed to display letters.

All modern computing platforms, however, use 16-, 32-, or 64-bit words, with eight bits making up a byte. On such systems three octal digits would be required, with the most significant octal digit inelegantly representing only two binary digits (and in a series the same octal digit would represent one binary digit from the next byte). Hence hexadecimal is more commonly used in programming languages today, since a hexadecimal digit covers four binary digits and all modern computing platforms have machine words that are evenly divisible by four. Some platforms with a power-of-two word size still have instruction subwords that are more easily understood if displayed in octal; this includes the PDP-11. The modern-day ubiquitous x86 architecture belongs to this category as well, but octal is almost never used on this platform.

-Адам

Недавно мне пришлось написать код сетевого протокола, который обращается к 3-битным полям. Octal пригодится, когда вы захотите это отладить.

Просто для эффекта, можете ли вы сказать мне, что это за 3-битные поля?

0x492492

С другой стороны, это же число в восьмеричном формате:

022222222

Теперь, наконец, в двоичном формате (группами по 3 штуки):

010 010 010 010 010 010 010 010

Единственное место, где я сталкиваюсь в наши дни с восьмеричными литералами, - это биты прав доступа к файлам в Linux, которые обычно представлены в виде трех восьмеричных цифр, где каждая цифра представляет разрешения для владельца файла, группы и других пользователей соответственно.

например 0755 (также только 755 с большинством инструментов командной строки) означает, что владелец файла имеет полные разрешения (чтение, запись, выполнение), а группа и другие пользователи имеют только разрешения на чтение и выполнение.

Представление этих битов в восьмеричном формате упрощает определение установленных разрешений. Вы можете сразу сказать, что означает 0755, но не 493 или 0x1ed.

Связался с Octal через PDP-11, и так, видимо, язык Си сделал :)

Я также видел восьмеричные числа, используемые в транспондерах самолетов. Код транспондера режима 3a - это 12-битное число, с которым все работают как 4 восьмеричные числа. По Википедия есть немного больше информации. Я знаю, что это вообще не связано с компьютером, но FAA тоже использует компьютеры :).

Коммерческая авиация использует восьмеричные «метки» (в основном идентификаторы типов сообщений) в почтенном стандарте шины Arinc 429. Так что возможность указывать значения меток в восьмеричном формате при написании кода для приложений авионики - это хорошо ...

Есть еще несколько старых систем управления процессами (Honeywell H4400, H45000 и т. д.) Конца 60-х и 70-х годов, которые предназначены для использования 24-битных слов с восьмеричной адресацией. В качестве одного из примеров подумайте, когда в Соединенных Штатах были построены последние атомные электростанции.

Замена этих промышленных систем - довольно серьезное мероприятие, поэтому вам может просто повезти встретить одну в дикой природе, прежде чем они вымрут и не трепетно ​​смотрят на свои великолепные пользовательские форматы с плавающей запятой!

файлы tar хранят информацию в виде строки восьмеричного целого числа

I have never used octal numbers in my code nor come across any code that used it.

Бьюсь об заклад, у тебя есть. Согласно стандарту числовые литералы, начинающиеся с нуля, являются восьмеричными. Сюда входит, тривиально, 0. Каждый раз, когда вы использовали или видели буквальный ноль, это было восьмеричное число. Удивительно, но факт. :-)

Любой, кто научился программировать на PDP-8, питает теплое сердце к восьмеричным числам. Размер слова составлял 12 бит, разделенных на 4 группы по 3 бита в каждой, поэтому -1 было 7777 восьмеричным числом. Эта схема была сохранена в PDP-11, который имел 16-битные слова, но все еще использовал восьмеричное представление для различных вещей, отсюда и схема разрешений файлов * NIX, которая существует и по сей день.

Восьмеричный формат был и был наиболее полезным с первым доступным дисплейным оборудованием (7-сегментные дисплеи). Эти оригинальные дисплеи не имели декодеров, доступных позже.

Таким образом, выходы цифровых регистров были сгруппированы, чтобы соответствовать имеющемуся дисплею, который мог отображать только восемь (8) символов: 0,1,2 3,4,5,6,7.

Также первые ЭЛТ-трубки были дисплеями с растровой разверткой, а простейшие генераторы символов были эквивалентны 7-сегментным дисплеям.

Мотивирующим драйвером, как всегда, был самый дешевый из возможных дисплеев.

Нет никакой земной причины изменять стандарт, восходящий к рождению языка и существующий в бесчисленном количестве программ. Я до сих пор помню символы ASCII по их восьмеричные значения, пришлось бы подумать, чтобы придумать шестнадцатеричное значение A, но оно равно 101 в восьмеричной системе; числовой 0 - 060 ... ^ C - 003 ...

То есть я часто использую восьмеричное представление.

Теперь, если вы действительно хотите согнуть свою мину, взгляните на формат слова для PDP-10 ...