suseconds_t — Целое число со знаком в разрешенном диапазоне [-1, 1 000 000] — Интервал времени в микросекундах (см. раздел 10.1)
tcflag_t — Целое число без знака — Маска флагового разряда режима терминала (см. раздел 58.2)
time_t — Целое число или вещественное число с плавающей точкой — Календарное время в секундах от начала отсчета времени (см. раздел 10.1)
timer_t — Арифметический тип — Идентификатор таймера для функций временных интервалов POSIX.1b (см. раздел 23.6)
uid_t — Целое число — Числовой идентификатор пользователя (см. раздел 8.1)
При рассмотрении типов данных из табл. 3.1 в последующих главах я буду часто говорить, что некий тип «является целочисленным типом (указанным в SUSv3)». Это означает, что SUSv3 требует, чтобы тип был определен в качестве целого числа, но не требует обязательного использования конкретного присущего системе целочисленного типа (например, short, int или long). (Зачастую не будет говориться, какой именно присущий системе тип данных фактически применяется для представления в Linux каждого типа системных данных, поскольку портируемое приложение должно быть написано так, чтобы в нем не ставился вопрос о том, какой тип данных используется.)
Вывод значений типов системных данных
При выводе значений одного из типов системных данных, показанных в табл. 3.1 (например, pid_t и uid_t), нужно проследить, чтобы в вызов функции printf() не была включена зависимость представления данных. Она может возникнуть из-за того, что имеющиеся в языке C правила расширения аргументов приводят к преобразованию значений типа short в int, но оставляют значения типа int и long в неизменном виде. Иными словами, в зависимости от определения типа системных данных вызову printf() передается либо int, либо long. Но, поскольку функция printf() не может определять типы в ходе выполнения программы, вызывающий код должен предоставить эту информацию в явном виде, используя спецификатор формата %d или %ld. Проблема в том, что простое включение в программу одного из этих спецификаторов внутри вызова printf() создает зависимость от реализации. Обычно применяется подход, при котором используется спецификатор %ld, с неизменным приведением соответствующего значения к типу long:
pid_t mypid;
mypid = getpid(); /* Возвращает идентификатор вызывающего процесса */
printf("My PID is %ld\n", (long) mypid);
Из указанного выше подхода следует сделать одно исключение. Поскольку в некоторых средах компиляции тип данных off_t имеет размерность long long, мы приводим off_t-значения к этому типу и в соответствии с описанием из раздела 5.10 используем спецификатор %lld.
В стандарте C99 для printf() определен модификатор длины z, показывающий, что Результат следующего целочисленного преобразования соответствует типу size_t или ssize_t. Следовательно, вместо использования %ld и приведения к этим типам можно указать %zd для ssize_t и аналогично %zu для size_t. Хотя этот спецификатор доступен в glibc, нам нужно избегать его применения, поскольку он доступен не во всех реализациях UNIX.
В стандарте C99 также определен модификатор длины j, который указывает на то, что соответствующий аргумент имеет тип intmax_t (или uintmax_t) — целочисленный тип, гарантированно достаточно большой для представления целого значения любого типа. По сути, использование приведения к типу (intmax_t) и добавление спецификатора %jd должно заменить приведение к типу (long) и задание спецификатора %ld, а также стать лучшим способом вывода числовых значений типов системных данных. Первый подход справляется и со значениями long long, и с любыми расширенными целочисленными типами, такими как int128_t. Но и в данном случае нам следует избегать применения этой методики, поскольку она доступна не во всех реализациях UNIX.
3.6.3. Прочие вопросы, связанные с портированием
В этом разделе рассматриваются некоторые другие вопросы портирования, с которыми можно столкнуться при написании системных программ.
Инициализация и использование структур
В каждой реализации UNIX указывается диапазон стандартных структур, используемых в различных системных вызовах и библиотечных функциях. Рассмотрим в качестве примера структуру sembuf, которая применяется для представления операции с семафором, выполняемой системным вызовом semop():
struct sembuf {
unsigned short sem_num; /* Номер семафора */
short sem_op; /* Выполняемая операция */
short sem_flg; /* Флаги операции */
};
Хотя в SUSv3 определены такие структуры, как sembuf, важно уяснить следующее.
• Обычно порядок определения полей внутри таких структур не определен.
• В некоторых случаях в такие структуры могут включаться дополнительные поля, имеющие отношение к конкретной реализации.