Ezek szerint, ha POST kérés esetén mindig lesz Content-Length, GET kérésnél pedig nincs body. Ez így szép, kerek és könnyen kezelhető, köszönöm!
Már csak az az egyetlen bizonytalan pont, hogy hol tudom generálni a válasz tartalmat.
Még az lwip saját http szerver példája is egy előre legenerált html kódot küld vissza darabokban. Egyes részeit kicserélheti ugyan előre legenerált dinamikus tartalmakkal (SSI), de a lényeg, hogy először generálja az adatot, és utána már csak küldi a választ a tcp puffer méretére darabolva. A válasznak egyben elő kell állnia küldés előtt.
Én generálás közben szeretnék választ küldeni, de nincs olyan tcp esemény, hogy kezdődhet a küldés.
A kérelem fogadása alatt még akkor sem tudok választ küldeni, ha használom a tcp_output() műveletet, ami elvileg kikényszerítené a csomag elküldését.
Van még a tcp_poll() eseményem, ami meg már feltételezi, hogy várakoztam, tehát nem azonnal küldöm a választ.
Logikailag nem látom tisztán, hogy mi lenne a módja, az azonnali válaszküldésnek, ha a válasz nem fér bele a tcp pufferbe, és nem tárolható el előre. A kérelem fogadásának befejezése után, a fogadó eseményből kell egy külön szálat indítanom, ami tölti a tcp puffert, és ha megtelt, vár, mivel az lwip a tele puffert úgyis automatán elküldi? (Sok webszerver példában egyáltalán nincs tcp_output() művelet.)