Skip to content

Commit 39c1819

Browse files
committed
Fixed some typos in filestream.c
Signed-off-by: Lars Erik Wik <lars.erik.wik@northern.tech>
1 parent bfd8870 commit 39c1819

File tree

1 file changed

+6
-5
lines changed

1 file changed

+6
-5
lines changed

libcfnet/file_stream.c

Lines changed: 6 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -169,7 +169,7 @@ static inline bool ProtocolSendMessage(
169169
* @param conn The SSL connection object
170170
* @param msg The message receive buffer (must be PROTOCOL_MESSAGE_SIZE bytes
171171
* large)
172-
* @param len The length of the reveived message
172+
* @param len The length of the received message
173173
* @param eof Is set to true if this was the last message in the transaction
174174
* @return true on success, otherwise false
175175
*
@@ -223,10 +223,11 @@ static bool ProtocolRecvMessage(SSL *conn, char *msg, size_t *len, bool *eof)
223223
/* The TLSRecv() function's doc string says that the returned value
224224
* may be less than the requested length if the other side completed a
225225
* send with less bytes. I take it that this means that there is no
226-
* short reads/recvs. Futhermore, TLSSend() says that its return value
227-
* is always equal to the requested length as long as TLS is setup
228-
* correctly. I take it that the same is true for TLSRecv(). Hence, we
229-
* will interpret a shorter read than what we expect as an error. */
226+
* short reads/recvs. Furthermore, TLSSend() says that its return
227+
* value is always equal to the requested length as long as TLS is
228+
* setup correctly. I take it that the same is true for TLSRecv().
229+
* Hence, we will interpret a shorter read than what we expect as an
230+
* error. */
230231
ret = TLSRecv(conn, recv_buffer, *len);
231232
if (ret != *len)
232233
{

0 commit comments

Comments
 (0)