QNX/UNIX: Анатомия параллелизма - Цилюрик Олег Иванович

Большинство форм функции

являются POSIX-совместимыми, а большая часть форм функции представляет собой специфическое расширение QNX. Более того, даже для тех функций группы , которые часто называют POSIX-совместимыми [1], техническая документация QNX определяет степень совместимости примерно в таких терминах: « …функция spawn() является функцией QNX Neutrino (основанной на POSIX 1003.1d черновом стандарте).»

Функции семейства

, напротив, подменяют исполняемый код текущего процесса (не изменяя его идентификатор PID, права доступа, внешние ресурсы процесса, а также находящийся в том же адресном пространстве) исполняемым кодом из другого файла. Поэтому используются эти вызовы непосредственно после для замены копии вызывающего процесса новым (это классическая UNIX-технология использования).

Функции семейства

, напротив, порождают новый процесс (с новым идентификатором PID и в новом адресном пространстве). Все формы вызовов spawn() после подготовительной работы (иногда очень значительной) в конечном итоге ретранслируются в вызов базовой формы [13], который последним действием своего выполнения и посылает сообщение (менеджер процессов QNX, «территориально» объединенный с микроядром системы в одном файле).

Базовый вызов

определяется следующим образом:

где

— полное имя исполняемого бинарного файла;

— размерность следующего за ним массива ;

— массив файловых дескрипторов, которые вы хотели бы унаследовать в дочернем процессе от родительского. Если не равен 0 (то есть может иметь значения вплоть до константы ), то должен содержать список из файловых дескрипторов. Если же равен 0, то дочерний процесс наследует все родительские дескрипторы, исключая те, которые созданы с флагом функции ;

— системная структура (см. системные определения) типа , содержащая как минимум:

— один или более установленных бит:

— позволить запускать требуемый командный интерпретатор, интерпретируя как скрипт (интерпретатор указан в первой строке скрипта );

— использовать переменную окружения для поиска выполняемого файла ;

— установить для дочернего процесса значение группы, специфицируемое членом (структуры) . Если этот флаг не установлен, дочерний процесс будет частью текущей группы родительского процесса;

— запустить дочерний процесс на удаленном сетевом узле QNET, сам же удаленный узел специфицируется членом (структуры) (см. команду удаленного запуска );

— использовать структуру для определения процесса множества (набора) сигналов, для которых будет установлена реакция по умолчанию. Если этот флаг не установлен, дочерний процесс наследует все сигнальные реакции родителя;

— использовать в качестве сигнальной маски дочернего процесса.

— группа дочернего процесса; имеет смысл, только если установлен флаг . Если флаг установлен и установлен как , то дочерний процесс открывает новую группу процессов с идентификатором группы (GID), равным PID этого нового процесса.

— сигнальная маска дочернего процесса, если установлен флаг .

— набор сигналов дочернего процесса, для которых определяется реакция по умолчанию, если установлен флаг .

— это совершенно уникальный (относительно других ОС, а значит, и всего POSIX) параметр QNX - дескриптор узла сети QNET, на котором должен быть запущен новый процесс. Это поле используется, только если установлен флаг .

— указатель массива аргументов. Значение должно быть строкой ( ), содержащей имя файла, загружаемого как процесс (но может быть , если аргументы не передаются). Последний элемент массива обязан быть . Само значение никогда не может быть .

— указатель массива символьных строк переменных системного окружения (environment). Последний элемент массива обязан быть . Каждый элемент массива является строкой ( ) вида: variable = value. Если само значение указателя равно , то дочерний процесс полностью наследует копию окружения родителя. (Окружение процесса — всегда «копия», поэтому любые изменения, внесенные в окружение дочерним процессом, никак не отражаются на окружении его родителя.)