Задача этого вызова состоит в изменении группы процесса, указанного в pid, на значение, определенное в pgid. Если pgid равняется нулю, то идентификатор группы процесса устанавливается в значение, равное pid, что делает процесс лидером группы.
Также может иметь смысл заглянуть на сайт transformator.pro, ведь именно там можно узнать много нового на тему http://transformator.pro/maslyanye-silovye/tm. Тема трансформаторы тм может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт transformator.pro, и тема трансформаторы тм начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема трансформаторы тм очень подробно представлена на сайте transformator.pro. Трудно найти более детальное освещение темы трансформаторы тм чем это сделано на сайте transformator.pro. Спасибо сайту transformator.pro за такое доскональное преподнесение темы трансформаторы тм.
Однако, как уже говорилось, в реализации setpgid существует несколько важных ограничений. Так, процесс, над которым производится действие, должен сам вызывать эту функцию, либо это должен делать один из его потомков, еще не сделавший ехес.
Вызывающий процесс и процесс, на который направлено действие, также должны относиться к одному и тому же сеансу. Если значение pgid не совпадает с PID целевого процесса (или равно нулю, что дает одинаковый эффект), то оно должно быть равным одному из существующих идентификаторов группы внутри того же сеанса.
По указанным выше причинам процессы имеют возможность перемещаться из одной группы в другую в течение продолжительности сеанса. Единственным способом покинуть сеанс для процесса является вызов setsid, открывающий новый сеанс с этим процессом как единственным ее членом. Процесс, являющийся лидером группы, может оставить свое лидерство, переместив себя в другую группу. Однако этот процесс не может создать новый сеанс до тех пор, пока его PID является идентификатором группы других процессов (то есть если группа, в которой он оставил лидерство, не пуста). Такой подход защищает от возникновения ситуации, когда группа процессов обладает тем же идентификатором, что и сеанс, в который эта группа не входит.
Точно так же текущая (управляющая) группа может быть изменена только процессом сеанса, который управляет терминалом, и только на группу, которая реально существует в сеансе. Эта возможность используется командными процессорами, поддерживающими управление заданиями для перевода заданий в интерактивный и фоновый режимы работы.
Структуры данных
Ранее были показаны структуры данных, используемые для управления сеансами и группами процессов. Вызов setsid выделяет новую структуру сеанса и сбрасывает поля p_sessp и p_pgidp структуры ргос. Изначально сеанс не имеет управляющего терминала.
Когда лидер сеанса впервые открывает терминал (после того как он станет лидером), этот терминал станет управляющим терминалом сеанса, если только вызывающий процесс не передаст флаг 0_N0CTTY в соответствующий вызов при открытии этого терминала. Структура сеанса инициализируется указателем на vnode этого терминала, a vnode, в свою очередь, указывает на головной интерфейс потока (stream head) для устройства.
Процессы-потомки лидера сеанса наследуют значение указателя в поле p_sessp структуры ргос, благодаря чему могут постоянно следить за изменениями объекта сеанса. Поэтому процессы-потомки наследуют управляющий терминал, даже если тот был открыт уже после того, как эти процессы были созданы.
Управляющие терминалы
Файл /dev/tty снова выступает в качестве псевдонима управляющего терминала. Драйвер разрешает любые вызовы в /dev/tty посредством просмотра указателя на сеанс в структуре ргос и, используя его, получает дескриптор vnode управляющего терминала. Если управляющий терминал освобождается, то ядро системы устанавливает указатель на vnode объекта сеанса в NULL, после чего все попытки доступа к /dev/tty закончатся неудачно. Если процесс открыл напрямую определенный терминал (в противоположность открытию /dev/tty), то он сможет продолжить доступ к нему даже после того, как терминал перестанет быть связанным с текущим сеансом входа в систему.
Когда пользователь входит в систему, процесс, обеспечивающий вход, производит следующие действия:
1. Вызывает setsid для того, чтобы стать лидером сеанса.
2. Закрывает stdin, stdout и stderr1.
3. Вызывает open для открытия выбранного терминала. Так как этот терминал является первым из открытых лидером сеанса, то он становится управляющим терминалом для него. Вызов open возвращает дескриптор реального файла устройства терминала.
4. Дублирует и сохраняет полученный дескриптор, с тем чтобы не использовать stdin, stdout и stderr для ссылки на реальный файл устройства. После закрывает оригинальный дескриптор. Управляющий терминал остается открытым через дублированный дескриптор.
Опубликовал katy
July 06 2015 16:08:07 ·
0 Комментариев ·
3240 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.