};
Первые два элемента, longName
и shortName
, определяют параметр, для которого вводится псевдоним. Два последних аргумента, argc
и argv
, определяют разворачивание, которое будет использовано при обнаружении псевдонима параметра.
26.6. Синтаксический анализ строк аргументов
Хотя библиотека popt
обычно используется для синтаксического анализа аргументов, уже разделенных на массив вида argv
, в некоторых программах необходимо анализировать синтаксис строк, формат которых идентичен командным строкам. Для этой цели popt
предлагает функцию, которая анализирует синтаксис строки в виде массива строки, руководствуясь правилами, подобными обычному синтаксическому анализу в оболочке.
#include
int poptParseArgvString(char * s, int * argcPtr, char *** argvPtr);
Строка s
разбирается в массив argv
. Целочисленное значение, на которое указывает второй параметр, argcPtr
, содержит количество проанализированных элементов, а указатель, на который ссылается последний параметр, указывает на вновь созданный массив. Размещение массива осуществляется динамически; после того как приложение завершит работу с массивом, необходимо вызвать функцию free()
.
Массив argvPtr
, созданный функцией poptParseArgvString()
, подходит для прямой передачи функции poptGetContext()
[187] Часто в подобных случаях удобно использовать POPT_CONTEXT_KEEP_FIRST .
.
26.7. Обработка дополнительных аргументов
Некоторые приложения реализуют эквивалент псевдонимов параметров, однако для этого им необходима специальная логика. Функция poptStuffArgs()
позволяет приложению вставлять новые аргументы в текущую структуру poptContext
.
#include
int poptStuffArgs(poptContext con, char ** argv);
Передаваемый массив argv
должен иметь указатель NULL
в качестве своего последнего элемента. Когда функция poptGetNextContext()
будет вызвана в следующий раз, то анализироваться будут сначала "заполненные" аргументы. Библиотека popt возвращает обычные аргументы после того, как закончатся все "заполненные".
Библиотека popt
используется для обработки параметров во многих примерах из других глав книги. Простая реализация grep
представлена в главе 23, a robin
— в главе 16. Обе реализации предлагают хорошие примеры использования библиотеки popt
в большинстве приложений.
RPM, популярная программа для управления пакетами Linux, интенсивно использует функциональные возможности библиотеки popt
. Многие из ее аргументов командной строки реализованы через псевдонимы popt
, что делает RPM превосходным примером применения преимуществ popt
[188] Первоначально библиотека popt была реализована для RPM, и многие параметры запросов RPM реализованы в виде простых макросов popt .
. Более подробную информацию о RPM доступна по адресу http://www.rpm.org.
Программа Logrotate помогает в управлении системными файлами-журналами. Подобно RPM, она являет собой простой пример использования библиотеки popt
и входит в состав большинства дистрибутивов Linux.
Глава 27
Динамическая загрузка во время выполнения
Загрузка разделяемых (совместно используемых) объектов во время выполнения может оказаться полезным способом для структурирования собственных приложений. Если правильно организовать этот процесс, то тогда можно будет сделать ваше приложение расширяемым, а кроме этого, вы сможете разбивать свой код на логически отдельные модули, что является хорошим стилем написания программ.
Многие Unix-приложения, в частности крупные приложения, в основном реализуются в виде отдельных блоков кода, часто называемых подключаемыми модулями или просто модулями . В некоторых случаях они реализуются в виде полностью независимых программ, которые связываются с основным кодом приложения через каналы или с помощью какой-то другой разновидности межпроцессного взаимодействия (interprocess communication — IPC). В остальных случаях они реализуются в виде разделяемых объектов.
Разделяемые объекты обычно создаются подобно стандартным разделяемым библиотекам (см. главу 8), однако используются они совершенно иначе. Компоновщику никогда не сообщается о разделяемых объектах, и во время компоновки приложения они даже не нужны. Их не нужно устанавливать в системе таким же способом, как и разделяемые библиотеки.
Подобно обычным разделяемым библиотекам, разделяемые объекты должны компоноваться явным образом с каждой библиотекой, которая их вызывает. Это позволит гарантировать, что динамический загрузчик корректно разрешит работу всех внешних ссылок при загрузке разделяемого объекта. Если этого не сделать, то внешние ссылки будут разрешены только в контексте того приложения, которое в данном случае будет загружать разделяемый объект. Теоретически разделяемые объекты могут быть стандартными объектными файлами. Однако так поступать не рекомендуется, поскольку внешние зависимости разделяемой библиотеки не будут разрешены должным образом, как и разделяемой библиотеки, явным образом не скомпонованной относительно всех библиотек, от которых она зависит.
Читать дальше