Matthew Waters 8da177c0bf dtls/connection: fix EOF handling with openssl 1.1.1e
openssl 1.1.1e does some stricker EOF handling and will throw an error
if the EOF is unexpected (like in the middle of a record).  As we are
streaming data into openssl here, it is entirely possible that we push
data from multiple buffers/packets into openssl separately.

From the openssl changelog:

 Changes between 1.1.1d and 1.1.1e [17 Mar 2020]
  *) Properly detect EOF while reading in libssl. Previously if we hit an EOF
     while reading in libssl then we would report an error back to the
     application (SSL_ERROR_SYSCALL) but errno would be 0. We now add
     an error to the stack (which means we instead return SSL_ERROR_SSL) and
     therefore give a hint as to what went wrong.
     [Matt Caswell]

We can relax the EOF signalling to only return TRUE when we have stopped
for any reason (EOS, error).

Will also remove a spurious EOF error from previous openssl version.
2020-03-27 11:43:53 +11:00
..
2019-11-05 09:11:25 -05:00
2020-02-07 21:53:57 +00:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2020-03-03 06:34:40 +00:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-11-05 09:11:25 -05:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-12-30 14:13:03 +00:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-12-06 08:35:00 +00:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-11-05 09:11:25 -05:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-10-14 13:54:27 +01:00
2019-11-05 09:11:25 -05:00
2019-11-05 09:11:25 -05:00
2020-01-07 17:24:50 +00:00
2020-01-07 17:24:50 +00:00