0

私はソケットプログラミングを試みており、サーバーコードを使用しています:

    while(1) {
    sin_size = sizeof (their_addr);
    new_fd = accept(sockfd,(struct sockaddr *)&their_addr, &sin_size);
    if(new_fd == -1) {
        perror("accept");
        continue;
    }

    inet_ntop(their_addr.ss_family, get_in_addr((struct sockaddr*)&their_addr),s,sizeof(s));
    cout<<"got connection from" << s << endl;

    if((pid = fork()) == 0){//child
        close(sockfd);
        if(send(new_fd,"hello world!",12,0) == -1) {
            perror("send");
            close(new_fd);
            exit(0);
        }
        char buf[50];
        int numbytes;
        if((numbytes = recv(new_fd,&buf,50,0)) == -1) {
            perror("receive");
            close(new_fd);
            exit(0);
        }
        buf[numbytes] = '\0';
        cout<<"numbytes" << numbytes <<endl;
        cout<<"server received " << buf <<endl;
    }
    close(new_fd);
}

このコードは不適切なファイル記述子を提供しますが、close(sockfd) にコメントすると、コードは正常に実行されます。新しい子プロセスに fork し、リスニング ポートを閉じているので、なぜ不正なファイル記述子を取得するのですか? 私がここに欠けているものはありますか？

4

2 に答える 2

1

質問が提起されてからほぼ2年が経過していることは知っていますが、同じ問題があり、グーグルで検索しても何も見つからなかったので、しばらく取り組んでみることにしました。送信エラーが発生しない限り、子プロセスを閉じないことが問題であることがわかりました。したがって、これを使用する代わりに:

if (send(new_fd,"hello world!",12,0) == -1) {
    perror("send");
    close(new_fd);
    exit(0);
}

次のように、閉じ括弧を perror のすぐ下に移動します。

if (send(new_fd,"hello world!",12,0) == -1) {
    perror("send");
}    
close(new_fd);
exit(0);

これにより、メッセージを送信した直後に子プロセスを強制的に閉じます。完全にはわかりませんが、リッスンしているソケットを閉じたので、Bad file descriptor は、フォークされた子プロセスによる受け入れの呼び出しから来ていると思います。このプロセス。

于 2015-02-17T15:08:51.877 に答える
1

new_fd 2 回閉じます。受け取った後、一度閉じると、子プロセスが続行され、再度閉じられます。その秒を親プロセスにのみ配置するか、本体close内でまったく閉じないでください。if (fork())

于 2013-02-23T05:09:46.167 に答える