aboutsummaryrefslogtreecommitdiff
path: root/src/common/util_format.c
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2016-08-31 14:31:00 -0400
committerNick Mathewson <nickm@torproject.org>2016-08-31 14:31:00 -0400
commit251b348d7b4c4f36bd0a3e14d10ace31c0e9bc25 (patch)
treea267d9a51e9ab301ff2ca510c785490504efb316 /src/common/util_format.c
parentd4f05dcd0e0fe654d64950d70d6d54ff7a6a280e (diff)
downloadtor-251b348d7b4c4f36bd0a3e14d10ace31c0e9bc25.tar.gz
tor-251b348d7b4c4f36bd0a3e14d10ace31c0e9bc25.zip
It is not a bug to attempt to base32_decode a non-base32 string
(Rationale: it isn't a bug to try this for a base16 or base64 string. It's just a bad input that we're detecting.)
Diffstat (limited to 'src/common/util_format.c')
-rw-r--r--src/common/util_format.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/common/util_format.c b/src/common/util_format.c
index 9009e1a814..aef9db85c8 100644
--- a/src/common/util_format.c
+++ b/src/common/util_format.c
@@ -88,7 +88,7 @@ base32_decode(char *dest, size_t destlen, const char *src, size_t srclen)
else if (src[j] > 0x31 && src[j] < 0x38) tmp[j] = src[j] - 0x18;
else if (src[j] > 0x40 && src[j] < 0x5B) tmp[j] = src[j] - 0x41;
else {
- log_warn(LD_BUG, "illegal character in base32 encoded string");
+ log_warn(LD_GENERAL, "illegal character in base32 encoded string");
tor_free(tmp);
return -1;
}