Дочерняя запись в файловых дескрипторах, созданных в parent после fork

Question

Дочерняя запись в файловых дескрипторах, созданных в parent после fork

0

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

С этого момента дочерний процесс будет предоставлять обслуживание клиенту, а родитель продолжает слушать новых клиентов.

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

Так является ли это причиной неудачи записи? Есть ли какой-либо возможный способ для использования этими файловыми дескрипторами для ребенка?

Решение
Как было упомянуто в ответе Лореба, невозможно достичь желаемого результата таким образом. Я сделал временное исправление, используя другой канал, чтобы направить ответ от дочернего к родительскому. Поскольку дескрипторы файлов принадлежат родительскому элементу, он может перенаправлять ответ клиенту через сокет.

mdoust 17 янв. 2014, в 10:39

Источник

0

почему вы не создаете сокет в родительском процессе, чтобы файловый дескриптор был общим для родительского и дочернего процессов
Abhitesh khatri 18 янв. 2014, в 22:09
0

@Abhiteshkhatri, потому что мои клиенты будут продолжать подключаться после того, как разветвление выполнено, а файловые дескрипторы, созданные после разветвления, не будут разделены между родителем и потомком.
mdoust 19 янв. 2014, в 09:30
0

Вы можете создать разделяемую память перед fork и хранить файловые дескрипторы в разделяемой памяти (у меня есть сомнения, как поместить файловые дескрипторы в разделяемую память). если так, то ваш дескриптор будет разделен между дочерним и родительским.
Abhitesh khatri 19 янв. 2014, в 09:46
0

К сожалению, для этого конкретного задания нам не разрешено использовать совместно используемую память, и я раньше не занимался хранением файловых дескрипторов в совместно используемой памяти. Поэтому я не уверен, сможем ли мы использовать общую память здесь.
mdoust 19 янв. 2014, в 09:55

Показать ещё 2 комментария

Теги:

c++

unix

process

fork

file-descriptor

2 ответа

0

Возможно, вам стоит попробовать закрыть и снова открыть этот FD.

Alex 17 янв. 2014, в 15:52

0

Файловый дескриптор принадлежит активному соединению с сокетом, поэтому я думаю, что это не так просто, как закрыть его в родительском и открыть его в дочернем.
mdoust 18 янв. 2014, в 05:52

Ещё вопросы

почему вы не создаете сокет в родительском процессе, чтобы файловый дескриптор был общим для родительского и дочернего процессов
@Abhiteshkhatri, потому что мои клиенты будут продолжать подключаться после того, как разветвление выполнено, а файловые дескрипторы, созданные после разветвления, не будут разделены между родителем и потомком.
Вы можете создать разделяемую память перед fork и хранить файловые дескрипторы в разделяемой памяти (у меня есть сомнения, как поместить файловые дескрипторы в разделяемую память). если так, то ваш дескриптор будет разделен между дочерним и родительским.
К сожалению, для этого конкретного задания нам не разрешено использовать совместно используемую память, и я раньше не занимался хранением файловых дескрипторов в совместно используемой памяти. Поэтому я не уверен, сможем ли мы использовать общую память здесь.
Файловый дескриптор принадлежит активному соединению с сокетом, поэтому я думаю, что это не так просто, как закрыть его в родительском и открыть его в дочернем.

loreb · Accepted Answer · 2014-01-17T14-32-00.000Z

Для передачи файлового дескриптора вам нужны сокеты AF_UNIX, а не именованные каналы. Вам понадобится sendmsg (3), который безумно странно использовать, поэтому вам лучше искать пример в Интернете - например, io_passfd в libowfat.

Изменение: в случае, если кто-то наткнется на этот ответ, не используйте клиент/сервер AF_UNIX, используйте socketpair (2)

Спасибо за ваш ответ. Поэтому, основываясь на вашем ответе, передать дескриптор файла не так просто, как просто передать целочисленное значение потомку. Для этого задания, над которым я работаю, невозможно использовать системный вызов sendmsg (). Я думаю, что мне нужно сделать некоторые изменения здесь. Еще раз спасибо.
Да, это не так просто; если вам интересны подробности, есть несколько хороших объяснений в разделе «Связанные» справа.