3

私はUNIXネットワークプログラミングの例に取り組んでおり、ここで「daytimeclientserv.c」をこのコードに適合させました。サーバーは、起動時に受信する最初の要求を除いて、期待どおりに日付/時刻文字列をクライアントに送信します。サーバープログラムを（LAN内の別のコンピューターで）最初に実行すると、リスニングソケットが作成され、バインドされてから接続が待機されます。最初の要求を受信すると、日付/時刻文字列をソケットではなく独自のstdout（ターミナル）に出力し、クライアントプログラムは永久にハングして待機します。ただし、後続のすべての要求はクライアントに正しく送信されます。gdbを使用して、connfdが常にゼロに設定されていることに気付きました。最初のリクエストとそれ以降のすべてのリクエストでゼロに設定されます。

これに関連する他のいくつかの質問もあります：

  • サーバーが1つのソケット（listenfd）でリッスンし、connect（）を使用して別のソケット（connfd）で再接続する場合、クライアントはソケットの変更にどのように対処しますか？ソケットは、servIPaddr、servPort、clientIPaddr、clientPortの4つの部分によって一意に識別されることを理解していました。

  • ルートにならずにサーバーを（Linux上で）実行するにはどうすればよいですか？

  • リスニングソケットをきれいに閉じて、再び使用できるようにするにはどうすればよいですか。SIGINT（Ctrl-C）を使用してサーバープログラムを終了すると、バインドエラーが発生します。これまで私はgdbを使用しており、「call close（listenfd）」を使用して手動で関数を呼び出してきました。しかし、gdbを使用していない場合（つまり、クライアントアプリケーションのみをデバッグしている場合）にこれを行う方法はありますか？

どんな助けでも大歓迎です。

#include <stdio.h>
#include <string.h>
#include <errno.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <time.h>

#define BUFFER 80
int main(int argc, char **argv) {
  int listenfd, connfd;
  char buf[BUFFER];
  struct sockaddr_in servaddr;
  time_t ticks;
  struct sockaddr *ptr;
  char *ret;

  if ( (listenfd = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
    perror("socket error");
    return 1;
  }

  memset(&servaddr, 0, sizeof(servaddr));
  memset(buf, 0, BUFFER);
  servaddr.sin_family = AF_INET;
  servaddr.sin_port = htons(13);
  servaddr.sin_addr.s_addr = htonl(INADDR_ANY);

  ptr = (struct sockaddr*) &servaddr;
  if ( bind(listenfd, ptr ,sizeof(servaddr)) < 0) {
    perror("bind error");
    return 2;
  }

  if ( listen(listenfd, 128) < 0) {
    perror("listen error");
    return 3;
  }

  ptr = NULL;
  while ( 1 ) {
    if ( connfd = accept(listenfd, ptr, NULL) < 0) {
      perror("accept error");
      return 4;
    } else {
      ticks = time(NULL);
      ret = ctime(&ticks);
      sprintf(buf, "%.24s\n", ret);
      if ( write(connfd, buf, strlen(buf)) < 0) {
        perror("write error");
        close(connfd);
    }
  }

  return 0;
}
4

1 に答える 1

5

これが私の予感でした。端末（tty）では、stdoutとstdinは同じ物理デバイスです。したがって、filedescriptor 0（stdin）への書き込みは実際に機能し、最終的に出力される可能性があります。

これを括弧で囲む必要があります

   if ( connfd = accept(listenfd, ptr, NULL) < 0) {

そのようです

  if ( (connfd = accept(listenfd, ptr, NULL)) < 0) {

またはconnfd「0」が割り当てられます

アップデートこれをテストしたところですが、これが原因です。次回、でコンパイルするgcc -Wallと、コンパイラはこれ（および適切なフォーム/スタイルの他のいくつかの問題）を通知します。そうすれば、エラーを見つけるための予感に頼る必要がなくなります。

修正バージョン：

#include <stdio.h>
#include <unistd.h>
#include <string.h>
#include <errno.h>
#include <netinet/in.h>
#include <arpa/inet.h>
#include <time.h>

#define BUFFER 80
int main(int argc, char **argv) {
    int listenfd, connfd;
    char buf[BUFFER];
    struct sockaddr_in servaddr;
    time_t ticks;
    struct sockaddr *ptr;
    char *ret;

    listenfd = socket(AF_INET, SOCK_STREAM, 0);
    if ( listenfd < 0 ) {
        perror("socket error");
        return 1;
    }

    memset(&servaddr, 0, sizeof(servaddr));
    memset(buf, 0, BUFFER);
    servaddr.sin_family = AF_INET;
    servaddr.sin_port = htons(13);
    servaddr.sin_addr.s_addr = htonl(INADDR_ANY);

    ptr = (struct sockaddr*) &servaddr;
    if ( bind(listenfd, ptr ,sizeof(servaddr) ) < 0) {
        perror("bind error");
        return 2;
    }

    if ( listen(listenfd, 128) < 0 ) {
        perror("listen error");
        return 3;
    }

    ptr = NULL;
    while ( 1 ) {
        connfd = accept(listenfd, ptr, NULL);
        if ( connfd < 0 ) {
            perror("accept error");
            return 4;
        } else {
            ticks = time(NULL);
            ret = ctime(&ticks);
            sprintf(buf, "%.24s\n", ret);
            if ( write(connfd, buf, strlen(buf)) < 0) {
                perror("write error");
                close(connfd);
            }
        }
    }

    return 0;
}
于 2012-07-17T19:32:57.780 に答える