meejah / tor Public

Conflicts:
	src/or/config.c

returns the default values for every configuration item, similar
to GETINFO config/names; include a changes entry for it.

Fix for bug 4971

returns the default values for every configuration item, similar
to GETINFO config/names; include a changes entry for it.

Fix for bug 4971

We were doing an O(n) strlen in router_get_extrainfo_hash() for
every one we tried to parse.  Instead, have
router_get_extrainfo_hash() take the length of the extrainfo as an
argument, so that when it's called from
extrainfo_parse_from_string(), it doesn't do a strlen() over the
whole pile of extrainfos.

Conflicts:
	src/common/util.c
	src/test/test_util.c

Fix #5760

Now that the pt code logs mp->argv[0] all over the place, we need to
be sure to set up mp->argv in our tests.

Bugfix on e603692, not in any released version.

If the authorities agreed on a sufficiently bad bwweightscale value
(<=0 or == INT32_MAX), the bandwidth algorithm could make the voters
assert while computing the consensus.

Fix for bug5786; bugfix on 0.2.2.17-alpha

See changes file for details.

Partial fix for bug 5786; fix on 0.2.2.2-alpha.

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 19da1f3 (in Tor
0.0.9), which introduced these functions.

(Note: It makes sense to use tor-gencert on Windows for testing
purposes only.  If you are a directory authority operator, and you
are contemplating running tor-gencert on a Windows box in an actual
production environment, you are probably making a mistake.)