]> git.ipfire.org Git - thirdparty/tor.git/commit
Fix bug when parsing bwhist with unexpected Interval
authorNick Mathewson <nickm@torproject.org>
Mon, 10 Jan 2011 18:06:50 +0000 (13:06 -0500)
committerNick Mathewson <nickm@torproject.org>
Mon, 10 Jan 2011 18:06:50 +0000 (13:06 -0500)
commit7e1502c0d1aa0875fba0b26ddcf021bdfa5e11a0
tree90495e52ce10a2818207b641e77d35557a904449
parent8dd4ecd14e6e6e886c76c8464595d4f903447c42
Fix bug when parsing bwhist with unexpected Interval

Previously, our state parsing code would fail to parse a bwhist
correctly if the Interval was anything other than the default
hardcoded 15 minutes.  This change makes the parsing less incorrect,
though the resulting history array might get strange values in it if
the intervals don't match the one we're using.  (That is, if stuff was
generated in 15 minute intervals, and we read it into an array that
expects 30 minute intervals, we're fine, since values can be combined
pairwise.  But if we generate data at 30 minute intervals and read it
into 15 minute intervals, alternating buckets will be empty.)

Bugfix on 0.1.1.11-alpha.
changes/1863_bwhist [new file with mode: 0644]
src/or/rephist.c