Управление процессами: forkи wait
Следующий шаг — вновь получить управление после запуска программы с помощью execlpи execvp. Так как эти программы просто "перекрывают" старую программу новой, для сохранения старой требуется сначала разбить ее на две копии. Одна из копий может быть перекрыта, в то время как другая ждет новую, перекрывающую ее программу, чтобы завершиться. Разбиение выполняется с помощью системного вызова fork:
proc_id = fork();
Программа разбивается на две копии, каждая из которых продолжает работать. Они отличаются лишь значением, возвращаемым fork, — номером процесса process-id. В первом процессе ( потомке ) proc_idравен нулю, во втором ( родительском ) proc_idесть номер процесса-потомка. Итак, вызвать другую программу и вернуться можно следующим образом:
if (fork() == 0)
execlp("/bin/sh", "sh", "-с", commandline, (char*)0);
Фактически этого достаточно, за исключением обработки ошибок. Forkделает две копии программы. В процессе-потомке forkвозвращает нуль, так что он вызывает execlp, которая выполняет commandlineи затем завершается. В родительском процессе forkвозвращает не нуль, поэтому execlpпропускается. (При наличии ошибки forkвозвращает -1-)
Чаще родительский процесс ожидает, пока потомок закончит работу, прежде чем продолжить свое выполнение, для чего используется системный вызов wait:
int status;
if (fork() == 0)
execlp(...); /* потомок */
wait(&status); /* родитель */
Однако при этом не контролируются ошибки, такие, как сбои execlpи fork, или возможность одновременной работы нескольких процессов-потомков ( waitвозвращает номер завершившегося процесса-потомка, если вы хотите сравнить его со значением, возвращенным fork). Тем не менее эти три строки являются сердцевиной стандартной функции system.
Значение status, возвращаемое wait, содержит в своих младших восьми разрядах системное представление кода завершения процесса-потомка; оно равно нулю при нормальном завершении и не равно нулю при разного рода затруднениях. Следующие старшие восемь битов берутся из аргумента вызова exitили возвращаются из main, которая вызывает окончание выполнения процесса-потомка.
Если программа вызывается из shell, три дескриптора файла, 0, 1 и 2, ссылаются на соответствующие файлы, и все остальные дескрипторы доступны для использования. Когда эта программа вызывает другую, в соответствии с профессиональной этикой указанные условия должны быть соблюдены. Ни fork, ни execне влияют никоим образом на открытые файлы; оба процесса, родитель и потомок, имеют одни и те же открытые файлы. Если процесс-родитель буферизует выходной поток, который необходимо вывести до процесса-потомка, родитель должен очистить свой буфер ранее execlp. И, наоборот, при буферизации родителем входного потока потомок потеряет информацию, которая читалась родителем. Выходной поток может быть выведен, но входной нельзя "положить назад". Обе ситуации являются следствием реализации входного или выходного потока стандартной библиотекой ввода-вывода, обсуждавшейся в гл. 6, поскольку при этом и ввод, и вывод буферизуются обычным образом.
Именно свойство наследования дескрипторов файлов через execlpиспользуется в system: если у вызывающей программы стандартные входной и выходной потоки не связаны с терминалом, то этим же свойством обладает команда, вызванная из system. Возможно, такой вариант нам и нужен. В списке команд редактора ed, например, входной поток команды, начинающейся с символа !, вероятно, должен поступить из того же списка. Даже тогда edдолжен считывать из своего входного потока по одному символу во избежание возникновения проблем буферизации ввода.
Для диалоговых программ, подобных p, systemдолжна тем не менее вновь связать стандартный входной и выходной потоки с терминалом, в частности /dev/tty.
Системный вызов dup(fd)дублирует дескриптор файла fdна незанятый дескриптор файла с наименьшим номером и возвращает новый дескриптор, ссылающийся на тот же самый открытый файл. Следующая программа "присоединяет" стандартный входной поток программы к файлу:
int fd;
fd = open("file", 0);
close(0);
dup(fd);
close(fd);
Вызов close(fd)освобождает дескриптор файла 0 (стандартный входной поток), но, как правило, не влияет на процесс-родитель. Здесь приведена наша версия systemдля диалоговых программ, использующая prognameдля вывода сообщений об ошибках. Вам следует игнорировать те части функции, которые имеют дело с сигналами (мы вернемся к ним позднее).
Читать дальше
Конец ознакомительного отрывка
Купить книгу