mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2024-12-06 19:41:15 +01:00
Revert part of r10874, since it was breaking our load balancing
(we always picked one router past the one we wanted!) and could conceivably read past the end of the smartlist too. Nick, I don't know what gcc 4.2 was worried about, but we need to find a better fix than this. :) svn:r10901
This commit is contained in:
+4
-3
@@ -1283,7 +1283,7 @@ smartlist_choose_by_bandwidth(smartlist_t *sl, int for_exit, int statuses)
|
||||
|
||||
/* Last, count through sl until we get to the element we picked */
|
||||
tmp = 0;
|
||||
for (i=0; i < smartlist_len(sl) && tmp < rand_bw; i++) {
|
||||
for (i=0; i < smartlist_len(sl); i++) {
|
||||
if (statuses) {
|
||||
status = smartlist_get(sl, i);
|
||||
is_exit = status->is_exit;
|
||||
@@ -1295,10 +1295,11 @@ smartlist_choose_by_bandwidth(smartlist_t *sl, int for_exit, int statuses)
|
||||
tmp += ((uint64_t)(bandwidths[i] * exit_weight));
|
||||
else
|
||||
tmp += bandwidths[i];
|
||||
if (tmp >= rand_bw)
|
||||
break;
|
||||
}
|
||||
if (tmp < rand_bw) {
|
||||
if (i == smartlist_len(sl)) {
|
||||
/* This is possible due to round-off error. */
|
||||
tor_assert(i == smartlist_len(sl));
|
||||
--i;
|
||||
log_warn(LD_BUG, "Round-off error in computing bandwidth had an effect on "
|
||||
" which router we chose. Please tell the developers.");
|
||||
|
||||
Reference in New Issue
Block a user