wininet или socket одно соединение, несколько запросов

[Hailov]

Добрый день.

Мне необходимо было читать кое-какую инфу со страничек html и я использовал wininet, писал на С++.
InternetOpen и InternetConnect держали постоянное соединение, шли GET запросы через связку HttpOpenRequest HttpSendRequest и чтение в цикле InternetReadFile.

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

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

Как на сокетах , используя одно соединение, послать следующий запрос не дочитывая до конца recv ответ предыдущего запроса?

У меня, во всяком случае, происходит вот что.

...
mysocket = socket (AF_INET, SOCK_STREAM, 0);
connect (mysocket,  .........

...
sending = "GET /forum.php HTTP/1.1 \r\n ......"; //  и прочие заголовки

send (mysocket, sending.buffer(), sending.count(), 0); 

char mess [1024];
while (1)
{
    recv (mysocket, mess , 1024, 0);

   if (X/*некое условие выхода из чтения*/)  
       break;
}

//здесь посылаю новый запрос, не дочитывая до конца предыдущий..
send (mysocket, ......

while (1)
{  // а здесь получаю продолжение предыдущего ответа, но он мне совсем  не нужен
    recv (mysocket, mess , 1024, 0);
.........

Короче говоря, без реконнекта ничего путного не выходит.

Мож кто что-нить подскажет.

[Пепел Феникса]

а никак, вы обязаны дочитать.
просто WinInet это делает за вас.

[Hailov]

То есть InternetReadFile - фикция? И читает из уже закачанного кеша? Я конечно предполагал, но наивно думал что ошибаюсь.
Итак, это точно?

[Пепел Феникса]

какая фикция, вы о чем?
он читает из соединения, но скрывает от вас детали оного.
если надо дочитать старые данные, он это сделает без вашего участия.

[Hailov]

Как он может дочитать из соединения, если предположим, до окончательного чтения произошел второй запрос (асинхронно).
Получается, во втором запросе сначала кешируются данные недочитанного первого.

[Пепел Феникса]

Как он может дочитать из соединения, если предположим, до окончательного чтения произошел второй запрос (асинхронно

второй запрос идет в очередь.

Получается, во втором запросе сначала кешируются данные недочитанного первого.

если несколько запросов в одном соединении то просто идет очередь и все.

[Hailov]

Да, я понял, спасибо большое. Помогли разобраться.