summaryrefslogtreecommitdiff
path: root/lib/sha512.c
diff options
context:
space:
mode:
authorPádraig Brady <P@draigBrady.com>2018-06-24 15:15:16 -0700
committerPádraig Brady <P@draigBrady.com>2018-06-24 16:00:24 -0700
commita79bb41b1c43482ad2a3de028c2466c41d3780fc (patch)
treef161dfe34bee980b41b055b2fd2aa2172068821f /lib/sha512.c
parent20841b57543a5ca8fd189d74a59d0cadede87cd2 (diff)
downloadgnulib-a79bb41b1c43482ad2a3de028c2466c41d3780fc.tar.gz
maint: clarify comments about sticky EOF
* lib/af_alg.c: Be more direct that we can't assume stickiness of EOF for portability reasons. * lib/md5.c: Clarify that this isn't just a glibc issue. * lib/sha1.c: Likewise. * lib/sha256.c: Likewise. * lib/sha512.c: Likewise.
Diffstat (limited to 'lib/sha512.c')
-rw-r--r--lib/sha512.c4
1 files changed, 3 insertions, 1 deletions
diff --git a/lib/sha512.c b/lib/sha512.c
index 863d6ba7ac..e854951eb3 100644
--- a/lib/sha512.c
+++ b/lib/sha512.c
@@ -211,7 +211,9 @@ shaxxx_stream (FILE *stream, char const *alg, void *resblock,
{
/* Either process a partial fread() from this loop,
or the fread() in afalg_stream may have gotten EOF.
- We need to avoid a subsequent fread() due to glibc BZ 1190. */
+ We need to avoid a subsequent fread() as EOF may
+ not be sticky. For details of such systems, see:
+ https://sourceware.org/bugzilla/show_bug.cgi?id=1190 */
if (feof (stream))
goto process_partial_block;