Frédéric Lécaille
Frédéric Lécaille
I have just pushed a fix for this. That said, as mentioned in the commit log, there are no callers of stktable_get_entry() which do not test the nullity of passed...
I do not know if O-RTT was enabled but are not we sure this is not the same issue as this one: 5c88b9fcfb4a32b695c66b34fd36ceb10e0182f9
coverity is already used as static analyzer by the CI. I am not sure we want to use another tool which would detect the same issues and also the false...
Perhaps this as something to see with https://github.com/openssl/openssl/blob/master/README-PROVIDERS.md
Me neither...
Perhaps we should re-implement all the cryptographic algorithms in providers without locking :laughing: :laughing: :laughing:
checking... thx !
In fact for quic-go even the handshake test does not pass for an unknown reason at this time (No ALPN). Regarding the resumption, it does not pass for any client....
Argh! My quic-go image is outdated (6month). Sorry for the noise. So I guess the handshake interop test should pass also for quic-go.
This is an interesting feature and for sure a must-have for our haproxy QUIC implementation. Thank you for this reminder. I have begun to read the RFC of BBRv2 here...