💾 Archived View for bbs.geminispace.org › u › Addison › 18720 captured on 2024-08-19 at 01:01:55. Gemini links have been rewritten to link to archived content
-=-=-=-=-=-=-
Re: "Titan implementation woes: reading early response"
Echoing what skyjake said, Rosy Crow sends header and body consecutively without waiting for a "go ahead" from the server. If I recall correctly, I originally tried to implement the protocol "correctly" but found that server behavior was too inconsistent. Some servers won't send that acknowledgement, and trying to account for this in the client introduces needless complexity. It's simpler to just send everything in one go.
Jul 20 · 4 weeks ago
🚀 mbays [OP] · Jul 21 at 11:18:
@Addison Thanks. Sending everything in one go does seem to be how the protocol is meant to be implemented (though maybe a short pause before sending the body could make sense). I tried to see how exactly your Opal library is doing it, but it seems the details are hidden in .NET libraries which I don't really want to look into.
Titan implementation woes: reading early response — I'm having problems implementing the client side of the Titan protocol, and I wonder if someone here could help me. We send the URI, then the server either immediately sends a response (normally indicating an error) or waits for us to send the body data before responding. But how do we reliably receive such an early response? It seems we have to start sending, but simultaneously be ready to read a response whenever it might come. I'm pretty...