:: Читать - Оглавление - Книга "QNX/UNIX: Анатомия параллелизма" - Цилюрик Олег Иванович - Страница 7 - ЛитЛайф - книги читать онлайн

Создание нового процесса

Созданию процессов (имеется в виду создание процесса из программного кода) посвящено столько описаний [1-9], что детальное рассмотрение этого вопроса было бы лишь пересказом. Поэтому мы ограничимся только беглым перечислением этих возможностей, тем более что в ходе обсуждения нас главным образом интересуют не сами процессы, а потоки, заключенные в адресных пространствах процессов.

Использование командного интерпретатора

Самый простой способ — запустить из программного кода дочернюю копию командного интерпретатора, которому затем передать команду запуска процесса. Для этого используется вызов:

int system(const char* command);

где

command

— текстовая строка, содержащая команду, которую предполагается выполнить ровно в том виде, в котором мы вводим ее командному интерпретатору с консоли.

Примечание

Функция имеет еще одну специфическую форму вызова, когда в качестве

command

задается

NULL

. По коду возврата это позволяет выяснить, присутствует ли (и доступен ли) командный интерпретатор в системе (возвращается 0, если интерпретатор доступен).

На время выполнения вызова

system()

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

system()

может анализироваться макросом

WEXITSTATUS()

, определенным в файле

<sys/wait.h>

. Например:

#include <sys/wait.h>

int main(void) {

int rc = system("ls");

if (rc == -1) cout << "shell could not be run" << endl;

else

cout << "result of running command is " << WEXITSTATUS(rc) << endl;

return EXIT_SUCCESS;

}

Примечание

Эта функция использует вызов

spawnlp()

для загрузки новой копии командного интерпретатора, то есть «внутреннее устройство» должно быть в общем виде вам понятно. Особенностью QNX-реализации является то, что

spawnlp()

всегда использует вызов

/bin/sh

, независимо от конкретного вида интерпретатора, устанавливаемого переменной окружения SHELL (ksh, bash…). Это обеспечивает независимость поведения родительского приложения от конкретных установок системы, в которой это приложение выполняется.

Вызов

system()

является не только простым, но и очень наглядным, делающим код легко читаемым. Программисты часто относятся к нему с пренебрежением [10], отмечая множество его недостатков. Однако в относительно простых случаях это может быть оптимальным решением, а недостатки не так и существенны:

• Используя копию командного интерпретатора, вызов

system()

может инициировать процесс, исполняющий и бинарную программу, и скрипт на языке самого командного интерпретатора (shell), а также программный код на интерпретирующих языках, таких как Perl, Tcl/Tk и др. Многие из рассматриваемых ниже «чисто программных» способов могут загружать и исполнять только бинарный исполняемый код (по крайней мере, без использования ими весьма громоздких искусственных и альтернативных возможностей).

• Остановка родительского процесса в ожидании завершения порожденного также легко разрешается: просто запускайте дочерний процесс из отдельного потока [11]:

#include <pthread.h>

void* process(void* command) {

system((char*)command);

delete command;

return NULL;

}

int main(int argc, char *argv[]) {

...

char* comstr = "ls -l";

pthread_create(NULL, NULL, strdup(comstr), &process);

...

}

• Часто в качестве недостатка этого способа отмечают «автономность» и невозможность взаимодействия родительского и порожденного процессов.

Но для расширения возможностей взаимосвязи процессов можно прежде всего воспользоваться вызовом

popen()

(POSIX 1003.1a), являющимся в некотором роде эквивалентом, расширяющим возможности

system()

. Возможности

popen()

часто упускаются из виду, так как в описаниях этот вызов относится не к области создания процессов, а к области программных каналов (pipe). Синтаксис этого вызова таков:

FILE* popen(const char* command, const char* mode);

где

command

— командная строка, как и у

system()

;

mode

— режим создаваемого программного канала со стороны порождающего процесса: ввод (

mode

= «r») или вывод (

mode

= «w»). Любые другие значения, указанные для

mode

, дают непредсказуемый результат.

В результате выполнения этой функции создается открытый файловый дескриптор канала (pipe), из которого породивший процесс может (

mode

= «r») читать (стандартный поток вывода дочернего процесса

STDOUT_FILENO

) или в который может (

mode

= «w») писать (стандартный поток ввода дочернего процесса

STDIN_FILENO

) стандартным образом, как это делается для типа FILE (в частности, с отработкой ситуации EOF).

Рассмотрим следующий пример. Конечно, посимвольный ввод/вывод — это не лучшее решение, и здесь мы используем его только для простоты:

int main(int argc, char** argv) {

FILE* f = popen("ls -l", "r");

if (f == NULL) perror("popen"), exit(EXIT_FAILURE);

char c;

while((с = fgetc(f)) != EOF )

вернуться

Здесь многое зависит от расстановки приоритетов. Если вы хотите, чтобы всякий, читающий ваш код, тут же воскликнул: «Ну и крутой же парень написал такое!», заведомо используйте

spawn()

. При желании сделать код максимально элегантным используйте

fork()

, а если ставится задача хорошей читаемости и ясности кода, то очень часто достаточно и

system()

вернуться

Детали создания потока и и частности передачи ему параметра обстоятельно рассматриваются далее.

Предыдущая страница

Следующая страница