On 11 Oct 2015, at 7:00 PM, Stefan Eissing <stefan.eiss...@greenbytes.de> wrote:
> Ok, analyzed the code. Here is what seems to be happening: > > - mod_http2, in the connection hook, does a blocking, speculative read to > a) make sure the ALPN has been triggered Looking at the code inside the event MPM that calls ap_run_process_connection(), it looks like you can just do a non blocking read, and if you haven’t received enough bytes, return DECLINED and expect to be called again. This presupposes that other connection filters aren’t trying to be excessively cleaver by stealing your connection away from you and then responding to your data (for example by error-ing out), which they may do by doing blocking reads. Regards, Graham —
