WinSock Recv

[hiho]

Попробовал тут как-то перегнать на асм код Криса для создания TCP сервера на WinSock. До вменяемой рабочей версии допилил, но в процессе возник вопрос, порожденный цитатой на одном форуме:

В случае блокирующих сокетов, Recv примет данные всегда за один вызов.

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

    .REPEAT
        INVOKE RtlZeroMemory, addr BufStr, sizeof BufStr 
        INVOKE recv, Sock, addr BufStr, sizeof BufStr,0
        MOV Bytes, EAX
        .IF (EAX)
            INVOKE MessageBox, 0, addr BufStr,0,0
        .ENDIF
    .UNTIL (!Bytes)

В итоге такая конструкция всегда выводила сообщение целиком(даже большое и даже на плохих каналах связи).

А вопрос, собственно, в следующем: неужели на блокирующих сокетах recv получает всё сообщение разом?

[Rock-n-Rolla]

подсистема сокетов ждёт когда пакет придёт полностью и только потом передаёт пакет функции recv

[hiho]

Сообщение от Rock-n-Rolla

подсистема сокетов ждёт когда пакет придёт полностью и только потом передаёт пакет функции recv

Про пакет я знаю, я про всё сообщение целиком, ведь через TCP данные передаются потоком, то есть могут быть разбиты(склеены) в любом порядке, что означает что сообщение, посланное за один вызов Send, вполне может быть принято за несколько вызовов Recv и наоборот. Но для блокирующих сокетов мне такое поймать не удалось.

[litrovith]

hiho, во-вторых - RtlZeroMemory лишнее, т.к. recv отдаёт кол-во полученых байт, во-первых, если нехватает мазохизма, установите размер BufStr в пару байт, и посмотрите на результат.