#c #sockets
#c #сокеты
Вопрос:
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <string.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
#include <netdb.h>
void error(const char *msg) {
perror(msg);
exit(0);
}
int main(int argc, char *argv[]) {
int sockfd, portno, n;
struct sockaddr_in serv_addr;
struct hostent *server;
char buffer[256];
if (argc < 3) {
fprintf(stderr, "usage %s hostname portn", argv[0]);
exit(0);
}
portno = atoi(argv[2]);
sockfd = socket(AF_INET, SOCK_STREAM, 0);
if (sockfd < 0)
error("ERROR opening socket");
server = gethostbyname(argv[1]);
if (server == NULL) {
fprintf(stderr, "ERROR, no such hostn");
exit(0);
}
bzero((char *) amp;serv_addr, sizeof (serv_addr));
serv_addr.sin_family = AF_INET;
bcopy((char *) server->h_addr,
(char *) amp;serv_addr.sin_addr.s_addr,
server->h_length);
serv_addr.sin_port = htons(portno);
if (connect(sockfd, (struct sockaddr *) amp;serv_addr, sizeof (serv_addr)) < 0) error("ERROR connecting");
while (1) {
printf("Please enter the message: ");
bzero(buffer, 256);
fgets(buffer, 255, stdin);
// n = write(sockfd, buffer, strlen(buffer));
n = send(sockfd, buffer, strlen(buffer), 0);
if (n < 0) error("ERROR writing to socket");
bzero(buffer, 256);
// n = read(sockfd, buffer, 255);
n = recv(sockfd, buffer, 255, 0);
if (n < 0) error("ERROR reading from socket");
printf("%sn", buffer);
}
close(sockfd);
return 0;
}
Приведенный выше код работает только на первой итерации. Однако на второй итерации он блокируется на recv()
или read()
.
Не мог бы кто-нибудь, пожалуйста, объяснить причину такого поведения?
Обновление: вот серверный код (не тот, который я использую, но по тем же принципам), и он работает так же, как тот, который я упомянул выше:
/* A simple server in the internet domain using TCP
The port number is passed as an argument */
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>
void error(const char *msg) {
perror(msg);
exit(1);
}
int main(int argc, char *argv[]) {
int sockfd, newsockfd, portno;
socklen_t clilen;
char buffer[256];
struct sockaddr_in serv_addr, cli_addr;
int n;
if (argc < 2) {
fprintf(stderr, "ERROR, no port providedn");
exit(1);
}
sockfd = socket(AF_INET, SOCK_STREAM, 0);
if (sockfd < 0)
error("ERROR opening socket");
memset((char*) amp;serv_addr, 0, sizeof(serv_addr));
portno = atoi(argv[1]);
serv_addr.sin_family = AF_INET;
serv_addr.sin_addr.s_addr = INADDR_ANY;
serv_addr.sin_port = htons(portno);
if (bind(sockfd, (struct sockaddr *) amp;serv_addr,
sizeof (serv_addr)) < 0)
error("ERROR on binding");
listen(sockfd, 5);
clilen = sizeof (cli_addr);
while (1) {
newsockfd = accept(sockfd,
(struct sockaddr *) amp;cli_addr,
amp;clilen);
if (newsockfd < 0)
error("ERROR on accept");
memset(buffer, 0, sizeof(buffer));
n = read(newsockfd, buffer, 255);
if (n < 0) error("ERROR reading from socket");
printf("Here is the message: %sn", buffer);
n = write(newsockfd, "I got your message", 18);
if (n < 0) error("ERROR writing to socket");
}
close(newsockfd);
close(sockfd);
return 0;
}
Комментарии:
1. Действительно ли сервер отправил вам обратно какую-то информацию для чтения? Похоже, вы используете блокировку ввода-вывода, поэтому recv не вернется, пока не прочитает данные.
2. Не используйте
bzero
, он непереносим, и стандартногоmemset
достаточно.3. @forsvarir да, сервер фактически отправил информацию обратно. Если сначала запустить эту программу, на первой итерации все ок, на второй — нет. Если запустить программу во второй раз, то на первой итерации тоже все ок, бит во второй нет!
4. memset(buffer,0,sizeof(буфер));
5. Что делает сервер?
Ответ №1:
Ваш while
цикл в коде сервера находится не в том месте. Это должно быть изменено на это:
memset(buffer, 0, sizeof(buffer));
n = read(newsockfd, buffer, 255);
if (n < 0) error("ERROR reading from socket");
printf("Here is the message: %sn", buffer);
n = write(newsockfd, "I got your message", 18);
if (n < 0) error("ERROR writing to socket");
В вашем коде вы accept()
устанавливаете новое соединение на каждой итерации, а затем listen()
для read()
него. Клиент, с другой стороны, не устанавливает новое соединение, он выполняет write()
к тому же сокету.
Либо вашему клиенту необходимо каждый раз закрывать соединение и повторно подключаться, либо серверу необходимо разрешить несколько read()
/ write()
для обмена данными.
Комментарии:
1. Да, у меня это тоже работает! Спасибо! Это не работает, когда я пытаюсь, потому что возникает другая ошибка 🙂
2. @azat: супер… наслаждайтесь следующей проблемой 🙂
Ответ №2:
Это одна из тех вещей с сокетами, которые я на самом деле не понимаю, но если вы сделаете это вот так, это должно сработать. По крайней мере, для меня это так.
while(recv(sockfd, buffer, 255, 0) > 0) {
...
}
Если кто-нибудь знает, почему это работает, пожалуйста, оставьте мне комментарий ниже 🙂
Комментарии:
1. Вы ничего не изменили? 🙂 recv возвращает 0, или <0, если ничего не прочитано, или имеется условие ошибки… Я полагаю, что проблема на стороне сервера… Ваше изменение вряд ли устранит проблему. На самом деле, это, вероятно, ухудшит ситуацию, в зависимости от того, изменяете ли вы существующее условие while, поскольку сервер не отправляет эхо-сигнал до тех пор, пока сообщение не будет отправлено.
2. Я бы не стал изменять существующее условие while. Но я использовал это раньше, когда однократный вызов read / recv может зависнуть, если он еще ничего не получил от сокета до вызова функции, но при использовании этой версии он будет запускаться снова и снова, пока не получит ответ. Конечно, программист должен убедиться, что он не останется в этом цикле навсегда, если он ничего не получит.
3. Если вы не настроили сокет на неблокирующий ввод-вывод, первый вызов recv будет блокироваться до тех пор, пока он не получит порцию данных (это не обязательно должно быть в цикле while). Вы могли бы использовать цикл while, если, скажем, вы хотите продолжать вызывать recv до тех пор, пока не будет прочитано все сообщение (в соответствии с некоторым определенным протоколом / или размером), прежде чем обрабатывать сообщение впоследствии.