Winsock recv - kolik dat je ve vstupní frontě? – C / C++ – Fórum – Programujte.com

Dobrý den,

používám recv pro čtení dat ze soketu. Funkce nezaručuje, kolik dat bude ze soketu přečteno a tak často dochází k tomu, že příchozí zprávy (i velmi krátké) čtu po "koukskách". Zatím jsem to řešil tak, že jsem tyto přijaté fragmenty skládal do fronty a zjišťoval, zda už je zpráva celá. Jak zjistím, kolik dat přišlo aniž bych je vyjmul ze vstupní fronty?

hu

#1 hlucheucho
http://msdn.microsoft.com/en-us/library/windows/desktop/ms740121(v=vs.85).aspx

je tam konstanta MSG_PEEK, která ti data sice načte do bufferu, ale nechá ti je na vstupní frontě. Ovšem stejně ti to nezaručí, že je zpráva celá.

ioctlsocket FIONREAD

Jestli chceš data nechat hromadit ve vstupní frontě a tímto testovat jestli už přišlo všechno, tak to nebude dobrý nápad (teda dovedu si představit, že u některých aplikací by to mohlo být výhodné, ale...). Tak jak to máš teď - načítání dostupných dat s detekcí kompletního načtení - to bude lepší.

MSG_PEEK umožní určit, kolik lze recv číst, ale není to totéž jako kolik je ve vst. frontě.

Z jakého důvodu to není dobrý nápad?

hu

Podle dokumentace to ioctl pro stream funguje jako ten peek - vrací množství, které se dá načíst jedním recv.

Nechávat to ve frontě není dobrý nápad jednoduše proto, že se ti ta fronta může zaplnit a socket (OS) přestane přijímat další data. Otázka pak je, jestli ti to vadí a jak na to budeš reagovat.

Záměr: čekat, až tam bude hlavička zprávy (12 Bytů), tu vyzvednu. Ta obsahuje délku následujících dat, maximálně 999 Bytů. Po dovršení očekávaného množství dat je přečíst jako celek.

Závislost na množství dat odeslaných funkcí send je naprosto nežádoucí - přijetí zprávy nepředchází volání send.

hu

#3 zlz
podle http://support.microsoft.com/kb/192599/cs máš pravdu, že ponechávat data ve vstupním bufferu a zjišťovat, kolik jich je, je nevhodné. Také doporučují můj původní postup - příchozí data načíst do aplikace a teprve tam je dělit na zprávy a zpracovávat.

hu