Клиентский TCP сокет, send или recv?

Причем Perl как-то умеет это обрабатывать, там идет send-recv, но ответ получаю. А на Си - никак, обрыв соединения сразу после send..

А почитать протокол DAYTIME (13 порт) тебя вот наглухо отбило? О_о

Либо, значит, что-то не то отправляешь-получаешь.

Что тебе нужно сделать то и пишешь.

тебе нужно читать как делать таймаут на recv

и хотя у меня есть где-то свой код на это дело, но проще привести из инета

основной смысл в использовании неблокирующего сокета и функций ожидания poll или select на файловых дескрипторах.

ты встаешь в ожидании на неблокирующем сокете с неким таймаутом. из функции (poll/select) ты вернешься или если пришло событие(то есть данные в сокет) или произошла ошибка или закончился таймаут(интервал ожидания)… короче читай доки.

если все нормально - то читаешь из сокета данные, в остальных случаях - сам решаешь что делать.

тут вот обсуждается https://stackoverflow.com/questions/2876024/linux-is-there-a-read-or-recv-from-socket-with-timeout

примерно так -

struct pollfd fd;
int ret;

fd.fd = mySocket; // your socket handler 
fd.events = POLLIN;
ret = poll(&fd, 1, 1000); // 1 second for timeout
switch (ret) {
    case -1:
        // Error
        break;
    case 0:
        // Timeout 
        break;
    default:
        recv(mySocket,buf,sizeof(buf), 0); // get your data
        break;
}

опять же сервер имеет право рвать коннект, если ты гонишь ему неверный протокол или он тебя в чем-то подозревает например. это его право.. верней тех, кто его писал.

по poll смотри ман https://man7.org/linux/man-pages/man2/poll.2.html

Подключаешься к серверу, с помощью send посылаешь запрос, потом с помощью recv читаешь ответ и отключаешься.

Запутался уже совсем.

А чего тут путаться - socket(..), connect(..) устанавливают физический канал связи. Далее вступает протокол обмена. Клиент посылает запрос и ждет ответа, или молча ловит то, что шлет сервер. Все это определяет протокол обмена!

Подключаешься к серверу, с помощью send посылаешь запрос, потом с помощью recv читаешь ответ и отключаешься.

Ага - а сервер не ждет никаких запросов и на send() - обрывает канал. Или запросы идут по другому каналу.

Причем Perl как-то умеет это обрабатывать, там идет send-recv, но ответ получаю. А на Си - никак, обрыв соединения сразу после send..

strace в зубы и вперёд.

С помощью send посылаю запрос, и все, связь рвётся! В том то и прикол.

Протокол почитать могу, вопрос в универсальности, или это бред ?

Спасибо, поизучаю, так то юзал сугубо блокирующие сокеты.

вопрос в универсальности

Универсальность протоколов? Бред, конечно, так не бывает.

Какие именно данные ты посылаешь с помощью send() и зачем?

Ну всякое бывает. Но обычно так.

Наверное как-то не так посылаешь. Тем более если в перле работает.

Если начинать общение с сервером с recv, тогда (если сервер ожидает от нас данные) вызов recv подвесит клиента на бесконечное время.

Судя по rfc сервер не ожидет данные от клиента если обмен по tcp

Всем спасибо за ответы, понял что универсальных вещей не бывает, нужно смотреть RFC под конкретный протокол. Тему можно закрывать.

сокеты асинхронные, вы можете как читать так и писать одновременно в разных потоках.

Вот эту книжку еще рекомендую прочитать.

Тогда уж: ISBN 5-94723-991-4

ощущается недостаток основ. очень рекомендую вот эту книгу…

UNIX: Разработка сетевых приложений (Уильям Стивенс)

сам по ней учился 20 лет назад.

в гугле полно ресурсов, где ее можно скачать бесплатно

upd: тут выше в комментариях эту книгу уже порекомендовали :)