Josh Baldwin

Omitting the timeout means it will wait for data forever, e.g. no timeout. That should generally be documented on the `poll` function. It looks like you are calling `recv` prior...

How long is your timeout, I can't tell front the prior snippet? Are you getting any data at all or is it exiting immediately? EAGAIN should just mean there is...

I'd also recommend checking the status returns from connect and ssl_handshake, things could be going wrong there too!

A 5 second timeout seems plenty long for any non-overloaded server to return in time, have you verified you can curl the same url successfully? Probably kind of hard for...

Looks pretty straightforward, I'll give it a go in a bit!

Ok, I looked over my tests for this and your code and managed to get it to work with SSL with a single change: ```c++ while (true) { std::cerr

```c++ $ ./libcoroExperiments HTTP/1.1 200 OK Accept-Ranges: bytes Age: 348592 Cache-Control: max-age=604800 Content-Type: text/html; charset=UTF-8 Date: Mon, 26 Jul 2021 21:03:15 GMT Etag: "3147526947" Expires: Mon, 02 Aug 2021 21:03:15...

Hmm, right you are. Interesting.

Ok this appears to be a setting with `SSL_CTX_set_read_ahead` and thus `epoll/poll` don't have any data remaining, its already pulled it off the socket but it hasn't been processed by...

There are two benchmark tests: https://github.com/jbaldwin/libcoro/blob/main/test/bench.cpp#L348 for using a thread pool to handle connections and https://github.com/jbaldwin/libcoro/blob/main/test/bench.cpp#L553 for handling requests inline in the event loop. Is this what you are looking...