Linux API. Исчерпывающее руководство

• При написании приложения, предусматривающего портируемость между несколькими реализациями UNIX, можно выбрать использование минимального значения ограничения, указанного в SUSv3. Эти значения задаются константами вида _POSIX_*_MAX (см. раздел 11.1). Но иногда такой подход может не сработать, поскольку ограничение имеет невероятно низкое значение, как в случае _POSIX_PATH_MAX и _POSIX_OPEN_MAX.

• В некоторых случаях более практичным может стать игнорирование проверок ограничений и выполнение вместо этого соответствующих системных вызовов или вызовов библиотечных функций. (Такие же аргументы могут применяться и в отношении некоторых указанных в SUSv3 возможностей, рассмотренных в разделе 11.5.) Если вызов терпит неудачу и errno показывает, что ошибка произошла по причине превышения некоторых системных ограничений, затем можно повторить попытку, изменив при необходимости поведение приложения. Например, большинство реализаций UNIX налагает ограничение на количество сигналов реального времени, которые могут быть поставлены в очередь процесса. Как только это ограничение будет достигнуто, попытки отправить дополнительные сигналы (с использованием sigqueue()) будут отклоняться с выдачей ошибки EAGAIN. В этом случае процесс, отправляющий сигнал, может просто повторить попытку, возможно, после небольшой паузы. Подобным образом попытка открыть файл со слишком длинным именем приводит к возникновению ошибки ENAMETOOLONG, и приложение может справиться с данной ситуацией, повторив попытку с использованием более короткого имени.

• Можно написать свою собственную программу или функцию, чтобы либо вычислить, либо примерно оценить ограничение. Во всех случаях делается соответствующий вызов sysconf() или pathconf(), и, если ограничение не определено, функция возвращает значение, соответствующее «разумной догадке». Пусть и не совершенное, но вполне рабочее решение.

• Можно применить такое расширяемое инструментальное средство, как GNU Autoconf. Эта программа способна определить существование и установки различных системных возможностей и ограничений. Она создает заголовочные файлы на основе определяемой информации, а эти файлы могут затем включаться в программы на языке C. Дополнительные сведения о программе Autoconf можно найти по адресу http://www.gnu.org/software/autoconf/.

11.5. Системные возможности

Наряду с указанием ограничений для различных системных ресурсов в SUSv3 указываются различные возможности, которые могут поддерживаться реализацией UNIX. В их числе сигналы реального времени, совместно используемая память POSIX, управление заданиями и потоки POSIX. За некоторыми исключениями, от реализаций не требуется поддержка этих возможностей. Вместо этого в SUSv3 реализации разрешается сообщать, как в ходе компиляции, так и в ходе выполнения программы, о поддержке той или иной конкретной возможности.

Реализация может объявлять о поддержке конкретной упоминаемой в SUSv3 возможности в ходе компиляции путем определения соответствующей константы в заголовочном файле . Каждая такая константа начинается с префикса, определяющего стандарт ее происхождения (например, _POSIX_ или _XOPEN_).

Каждая константа возможности, если она определена, имеет одно из следующих значений.

• –1 означает, что возможность не поддерживается. В этом случае в данной реализации не обязаны быть определены заголовочные файлы, типы данных и интерфейсы функций, связанные с возможностью. Такой вариант можно обработать с помощью условной компиляции с применением директив препроцессора #if.

• 0 означает, что возможность может поддерживаться. Приложение должно в ходе своего выполнения проверить поддержку возможности.

• Значение больше нуля говорит о том, что возможность поддерживается. Все заголовочные файлы, типы данных и интерфейсы функций, связанные с возможностью, определяются и ведут себя соответствующим образом. Во многих случаях в SUSv3 требуется, чтобы это положительное значение было в виде константы 200112L, соответствующей году и номеру месяца принятия SUSv3 в качестве стандарта. (Аналогичное значение в SUSv4 имеет вид 200809L.)

Когда константа определена со значением 0, приложение в ходе своего выполнения для проверки поддержки возможности может использовать функции sysconf() и pathconf() (или fpathconf()). Аргумент name, передаваемый этим функциям, обычно имеет такую же форму, как и соответствующая константа времени компиляции, но с префиксом, замененным на _SC_ или _PC_. Реализация должна предоставить как минимум заголовочные файлы, константы и интерфейсы функций, необходимые для проверки в ходе выполнения программы.