Я что-то пропустил в коде

Код (Text):

1. #include <stdio.h>
2. #include <sys/types.h>
3. #include <sys/socket.h>
4. #include <netinet/in.h>
5.  
6. #define BUFSZ 128
7.  
8. main(int argc, char *argv[]) {
9.         int s, sz, i;
10.         struct sockaddr_in ssa;
11.         struct sockaddr *sp;
12.         struct in_addr sip;
13.         char* buf[BUFSZ];
14.  
15.         sp=(struct sockaddr *)&ssa;
16.         sz=sizeof(ssa);
17.  
18.         if(argc!=2){
19.            
20.                 exit(1);
21.         }
22.         if(inet_aton(argv[1], &sip) != 1){
23.                
24.                 exit(1);
25.         }
26.         s=socket(AF_INET, SOCK_STREAM, 0);
27.         if(s == -1){
28.                          exit(1);
29.         }
30.  
31.         ssa.sin_family = AF_INET;
32.         ssa.sin_port = htons(7);
33.         ssa.sin_addr = sip;
34.         if(connect(s, sp, sz) == -1){
35.                 perror("Коннект рухнул");
36.                 exit(1);
37.         }else{
38.  
39.     printf (recv(s, buf, BUFSZ, 0));
40. }
41. }

нужо int с echo сервера вывести, а клиент виснет....
я что-то пропустил?

 

попробуй сначала записать в сокет ченить.
Клиент не виснет, просто ждет, когда прийдут данные.

 

Ation
Пробовал... не помогает.
Даже так пробывал:

Код (Text):

1.  ssa.sin_port = htons(133);

на порте 133 у локалхоста висит ping-pong, который реагирует на сам коннект.

 

Эээ.. recv возвращает число байт вроде, а не указатель...

 

у тебя recv() ждет пока 128 байт прийдет.

 

Действительно, странный вызов
printf (recv(s, buf, BUFSZ, 0));
Видимо имелось в виду что-то вроде
printf("%s", buf),
если строка в buf заканчивается 0.

 

Нет. Ожидание заполнения всего буфера происходит только при установке флага MSG_WAITALL.
device
а под какую ось хоть клиент?

 

Ation
ага, что-то у меня затмение

 

Но в данном случае, все зависает скорее всего именно из-за ожидания дополнительных данных со стороны сервера, если протокол общения с сервером нам здесь поведан верный.
Такое возможно, если после отправки TCP данных сервером, которые клиент уже в состоянии будет обработать, серверный TCP/IP стек не завершает посылку PSH(push) флагом, который обычно выставляется в последнем пакете с пейлоадом(иными словами, с последней порцией данных, отправляемых единичным вызовом send()) и при этом не рвет TCP соединение. Таким образом TCP/IP стек клиента может не вернуть управление из recv() и ждать в текущем соединении одного из следующих событий:

либо заполнения всего предоставленного буфера, если ни одно из вышеперечисленного не произошло.
Тоесть вывод:
если точно известно, что

то сразу после коннекта к серверу, без посылки ему каких-либо данных, нужно _получать_ именно 4 байта, а не 128. И есс-но, проверять возвращаемое recv значение - если пришло меньше 4-ех, пробуем получить еще остаток.

 

А вообще, если исходить из названия сервера, то echo-сервер должен посылает какой-либо ответ, только после получения запроса от клиента.
Можно послать 1 байт и попробовать получить также 1 байт, и посмотреть на результат.

 

Разобрался.

 

Из ответа чувствуется, почему не строился диалог с сервером.