Читаем Linux API. Исчерпывающее руководство полностью

В SUSv3 указывается, что установка для _XOPEN_SOURCE значения 600 должна предоставлять все свойства, включаемые, если _POSIX_C_SOURCE присвоено значение 200112. Таким образом, для соответствия SUSv3 (то есть XSI) приложению необходимо определить только _XOPEN_SOURCE. В SUSv4 делается аналогичное требование: установка для _XOPEN_SOURCE значения 700 должна предоставлять все свойства, включаемые, если _POSIX_C_SOURCE присвоено значение 200809.

Макросы проверки возможностей в прототипах функций и в исходном коде примеров

На страницах руководства дается описание, какой макрос или макросы проверки возможностей должны быть заданы, чтобы из заголовочного файла было видно конкретное определение константы или объявление функции.

Все примеры исходного кода в этой книге написаны таким образом, чтобы их можно было скомпилировать, используя либо настройки по умолчанию компилятора GNU C, либо следующие ключи:

$ cc — std=c99 — D_XOPEN_SOURCE=600

Для прототипа каждой функции перечислены все макросы проверки возможностей, которые должны быть указаны, если программа компилируется с настройками по умолчанию или выше приведенными ключами компилятора cc. На страницах руководства даны более точные описания макроса или макросов проверки возможностей, требуемых для предоставления объявления каждой функции.

3.6.2. Типы системных данных

При использовании стандартных типов языка C вам предоставляются различные типы данных реализации, например идентификаторы процессов, идентификаторы пользователей и смещения в файлах. Конечно, для объявления переменных, хранящих подобную информацию, можно было бы использовать основные типы языка C, например int и long, но это сокращает возможность портирования между системами UNIX по следующим причинам.

• Размеры этих основных типов от реализации к реализации UNIX отличаются друг от друга (например, long в одной системе может занимать 4 байта, а в другой — 8 байт). Иногда отличия могут прослеживаться даже в разных средах компиляции одной и той же реализации. Кроме того, в разных реализациях для представления одной и той же информации могут использоваться различные типы. Например, в одной системе идентификатор процесса может быть типа int, а в другой — типа long.

• Даже в одной и той же реализации UNIX типы, используемые для представления информации, могут в разных выпусках отличаться друг от друга. Наглядными примерами в Linux могут послужить идентификаторы пользователей и групп. В Linux 2.2 и более ранних версиях эти значения были представлены в 16 разрядах. В Linux 2.4 более поздних версиях они представлены в виде 32-разрядных значений.

Чтобы избежать подобных проблем портирования, в SUSv3 указываются различные стандартные типы системных данных, а к реализации предъявляются требования по надлежащему определению и использованию этих типов.

Каждый из этих типов определен с помощью имеющегося в языке C спецификатора typedef. Например, тип данных pid_t предназначен для представления идентификаторов процессов и в Linux/x86-32 определяется следующим образом:

typedef int pid_t;

У большинства стандартных типов системных данных имена оканчиваются на _t. Многие из них объявлены в заголовочном файле , хотя некоторые объявлены в других заголовочных файлах.

Приложение должно использовать эти определения типов, чтобы портируемым образом объявить используемые им переменные. Например, следующее объявление позволит приложению правильно представить идентификаторы процессов в любой совместимой с SUSv3 системе:

pid_t mypid;

В табл. 3.1 перечислены типы системных данных, которые будут встречаться в данной книге. Для отдельных типов в этой таблице SUSv3 требует, чтобы они были реализованы в качестве арифметических типов. Это означает, что при реализации в качестве базового типа может быть выбран либо целочисленный тип, либо тип с плавающей точкой (вещественный или комплексный).

Таблица 3.1. Отдельные типы системных данных

Тип данных — Требование к типу в SUSv3 — Описание

blkcnt_t — Целое число со знаком — Количество блоков файла (см. раздел 15.1)

blksize_t — Целое число со знаком — Размер блока файла (см. раздел 15.1)

cc_t — Целое число без знака — Специальный символ терминала (см. раздел 58.4)

clock_t — Целое число или вещественное число с плавающей точкой — Системное время в тиках часов (см. раздел 10.7)

clockid_t — Арифметический тип — Идентификатор часов для определенных в POSIX.1b функций часов и таймера (см. раздел 23.6)

comp_t — В SUSv3 отсутствует — Сжатые тики часов (см. раздел 28.1)

dev_t — Арифметический тип — Номер устройства, состоящий из старшего и младшего номеров (см. раздел 15.1)

DIR — Требования к типу отсутствуют — Поток каталога (см. раздел 18.8)

fd_set — Структурный тип — Дескриптор файла, установленный для select() (см. подраздел 58.2.1)