aboutsummaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorDaniel Kahn Gillmor <[email protected]>2014-12-19 22:53:36 +0000
committerNIIBE Yutaka <[email protected]>2015-01-13 02:06:43 +0000
commite7cbce8fb2b7417fd1048f916b3e3281f5b9dd7b (patch)
tree67067a45c26f4b59078c063eebfd300b3bf8164c
parentdoc: Fix memory leak in yat2m. (diff)
downloadgnupg-e7cbce8fb2b7417fd1048f916b3e3281f5b9dd7b.tar.gz
gnupg-e7cbce8fb2b7417fd1048f916b3e3281f5b9dd7b.zip
avoid future chance of using uninitialized memory
* util/iobuf.c: (iobuf_open): initialize len -- Cherry-pick 367b073ab5f439ccf0750461d10c69f36998bd62. In iobuf_open, IOBUFCTRL_DESC and IOBUFCTRL_INIT commands are invoked (via file_filter()) on fcx, passing in a pointer to an uninitialized len. With these two commands, file_filter doesn't actually do anything with the value of len, so there's no actual risk of use of uninitialized memory in the code as it stands. However, some static analysis tools might flag this situation with a warning, and initializing the value doesn't hurt anything, so i think this trivial cleanup is warranted. Debian-Bug-Id: 773469
-rw-r--r--util/iobuf.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/util/iobuf.c b/util/iobuf.c
index 35de02043..a330460d6 100644
--- a/util/iobuf.c
+++ b/util/iobuf.c
@@ -1107,7 +1107,7 @@ iobuf_open( const char *fname )
IOBUF a;
FILEP_OR_FD fp;
file_filter_ctx_t *fcx;
- size_t len;
+ size_t len = 0;
int print_only = 0;
int fd;