aboutsummaryrefslogtreecommitdiff
path: root/changes/bug3309
diff options
context:
space:
mode:
authorNick Mathewson <nickm@torproject.org>2012-05-07 12:25:59 -0400
committerNick Mathewson <nickm@torproject.org>2012-05-07 12:25:59 -0400
commit9b344628ed8f15543dc7780cc2a5cdd1b8f656cf (patch)
tree6356e826688bbdec9002070da2bdf236ccee39ad /changes/bug3309
parentf6afd4efa6c24fab8ace710fc0eac4c8811b93dd (diff)
downloadtor-9b344628ed8f15543dc7780cc2a5cdd1b8f656cf.tar
tor-9b344628ed8f15543dc7780cc2a5cdd1b8f656cf.tar.gz
Handle out-of-range values in tor_parse_* integer functions
The underlying strtoX functions handle overflow by saturating and setting errno to ERANGE. If the min/max arguments to the tor_parse_* functions are equal to the minimum/maximum of the underlying type, then with the old approach, we wouldn't treat a too-large value as genuinely broken. Found this while looking at bug 5786; bugfix on 19da1f36 (in Tor 0.0.9), which introduced these functions.
Diffstat (limited to 'changes/bug3309')
0 files changed, 0 insertions, 0 deletions