Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 29.12.2025 по 04.01.2026
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р ИСО/МЭК 8825.2-2003; Страница 26

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р ИСО/МЭК 8825.1-2003 Информационная технология. Правила кодирования АСН 1. Часть 1 Спецификация базовых (BER), канонических (CER) и отличительных (DER) правил кодирования ГОСТ 8831-79 Станки токарно-продольные. Автоматы. Нормы точности ГОСТ 8831-79 Станки токарно-продольные. Автоматы. Нормы точности Longitudinal turning machines. Automatics. Standards of accuracy (Настоящий стандарт распространяется на автоматические токарно-продольные станки общего назначения классов точности П, В и А и на приспособления к ним) ГОСТ Р ИСО/МЭК 8831-99 Информационная технология. Взаимосвязь открытых систем. Концепции и услуги передачи и обработки заданий ГОСТ Р ИСО/МЭК 8831-99 Информационная технология. Взаимосвязь открытых систем. Концепции и услуги передачи и обработки заданий Information technology. Open systems interconnection. Job transfer and manipulation concepts and services (Настоящий стандарт является стандартом прикладного уровня архитектуры взаимосвязи открытых систем, установленной ГОСТ 28906. Он определяет концепции и услуги для ПОЗ. Стандарт требует от пользователя ПОЗ:. - указать открытые системы, в которых должна быть выполнена работа;. - знать локальные функции и возможности открытых систем, в которых должна быть выполнена работа;. - знать управляющие языки, используемые для указания локальной работы в открытых системах, в которых должна быть выполнена работа. Настоящий стандарт обеспечивает возможность для:. - указания работы, которая должна быть выполнена в одной или нескольких открытых системах;. - управления выполнением предварительно указанной работы;. - модификации предварительно указанной работы. Настоящий стандарт не определяет управляющие языки, но он применим для использования стандартного управляющего языка. Стандарт не определяет интерфейсы пользователя)
Страница 26
ГОСТ Р ИСО/МЭК 8825-2-2003 длины в виде полуограниченного целого числа к списку полей с последующими значениями компонентов. Во втором случае длина и значение должны быть закодированы так, как если бы маркер расширения отсутствовал.

19.5    Если количество компонентов фиксировано (ub = lb) и ub < 64К, то для «последователь-ности-из» не должно быть детерминанта длины, а поля каждого компонента должны быть по порядку добавлены к списку полей «последовательности-из».

19.6    В противном случае должны использоваться процедуры 10.9 для добавления списка полей, порожденных п компонентами, с предшествующим детерминантом длины, равным п компонентам, в виде ограниченного целого числа, если ub установлена, или в виде полуограниченного целого числа, если ub не установлена. lb устанавливается так, как определено выше.

Примечания

1    Процедуры фрагментации могут применяться после 16К, 32К, 48К или 64К компонентов.

2    Точки разрыва для фрагментации находятся между полями. Число битов до точки разрыва необязательно кратно восьми.

20    Кодирование типа «множество»

Тип «множество» должен иметь в «RootComponentTypeList» элементы, отсортированные в каноническом порядке, определенном ГОСТ Р ИСО/МЭК 8824-1, 8.4, и, кроме того, для определения порядка кодирования компонентов, когда один или несколько компонентов являются нете-гированными выборочными типами, каждый нетегированный выборочный тип упорядочивается так, как если бы у него был тег, равный наименьшему тегу в «RootAltemativeTypeList» этого выборочного типа или в любом вложенном нетегированном выборочном типе. Элементы множества, которые встречаются в «RootComponentTypeList», должны быть закодированы так, как если бы они были значением типа «последовательность». Элементы множества, которые встречаются в «ExtensionAd-ditionList», должны быть закодированы так, как если бы они были компонентами типа «последовательность», как определено в 18.9 (т. е. они кодируются в том порядке, в каком были определены).

П р и м е р — В следующем примере, где подразумевается среда тегирования IMPLICIT TAGS:

A :: = SET

{

a [3] INTEGER, b [1] CHOICE {

c [2] INTEGER d [4] INTEGER

},

e CHOICE

{

f CHOICE {

g [5] INTEGER, h [6] INTEGER

},

i CHOICE {

j [0] INTEGER

}

}

}

компоненты множества всегда будут кодироваться в порядке e, b, a, так как теги сортируются в порядке [0], [1], [3].

21    Кодирование типа «множество-из»

21.1 Для CANONICAL-PER кодирования значений компонентов типа «множество-из» должны появляться в возрастающем порядке; кодирования компонентов сравниваются как битовые строки, заполненные нулевыми битами до границы октета.

22