ioctl()이 블로킹되지 않는 이유는 무엇입니까?

Question

스트림을 사용하여 관련없는 프로세스간에 파일 설명자를 전달하는 코드를 작성했습니다. 서버는 클라이언트가 파일 설명자를 보내기를 기다려야합니다. 다음은 서버 코드 :

#include <sys/types.h> 
#include <sys/stat.h> 
#include <fcntl.h> 
#include <stropts.h> 
#include <stdio.h> 
#include <errno.h> 
#include <unistd.h> 

int main(int argc, char *argv[]) 
{ 
    int fd; 
    int pipefd[2]; 
    pipe(pipefd); 
    close(pipefd[1]); 
    recvfd(pipefd[0]); 
    return 0; 
} 

void recvfd(int p) 
{ 
    struct strrecvfd rfdbuf; 
    struct stat statbuf; 
    int i; 
    i=ioctl(p, I_RECVFD, &rfdbuf); 
    printf("errno=%d\n",errno); 
    printf("recvfd=%d\n", rfdbuf.fd); 
} 

하지만 오류 번호 9받을 - 나쁜 파일 기술자를.

Answer 1

실행중인 OS에 대해 언급하지 않았습니다. I_RECVFD는 일반적으로 System V 기반 Unixy 운영 체제 (예 : AIX 및 Solaris)에만 존재하는 STREAMS 확장의 일부입니다. Linux 나 BSD와 같은 다른 사람들은 Posix가 sendmsg()와 recvmsg()를 사용하는 대안을 가지고 있기 때문에 그것을 지원하지 않을 것이며 절대 포기하지 않을 것입니다.

Linux가 # I_RECVFD를 지원하지 않는 이유는 무엇인지 모르겠다.

Answer 2

실제 코드입니까? 왜냐하면 유효한 filedescriptor를 만들거나받지 못합니다.

Answer 3

주의 :이 질문에 대한 답변은 작성된 이후로 광범위하게 수정되었습니다.

---

시작하는 부분?

• main()은 int을 반환합니다.
• pipefd이 초기화되지 않았습니다.
• 임의의 파일 설명자를 닫습니다.
• recvfd()을 다른 임의의 파일 설명자로 호출합니다.
• main()에서 값을 반환하지 않습니다.
• #define 값을 사용하지 마십시오.
• 이 컴파일에 필요한 파일 수는 #include입니다.
• 사용하지 않은 변수 fd.
• 사용하지 않은 변수 statbuf.
• 선택하지 않은 반환 값 i.

기본 문제 - 초기화되지 않은 변수 사용.

보조 문제 - 제한된 오류 검사.

---

추가 문제 : 개념적으로 파일 설명자를 전달할 수있는 서버가 필요합니다. 다른 (관련이없는) 프로세스가 작성할 수있는 파일 설명자에서 서버를 읽어야합니다. 매뉴얼을 신중하게 검토 할 필요가 있지만 아마도 Unix 도메인 소켓에서 청취하거나 아마도 (명명 된) FIFO를 읽는 서버가 필요할 것입니다. 다른 프로그램은 소켓이나 FIFO를 열고 자신의 파일 디스크립터를 서버에 보낼 수 있습니다.

Answer 4

pipefd 초기화하지 마십시오! 누락 된

pipe(pipefd); 

라인 전에 close 전화 ...?