Add a new option to enable/disable IOCP support

Merge branch 'microdesc_dl_v2'

Merge branch 'maint-0.2.2'

a dir-spec entry for refuseunknownexits

plus quiet a log line

Clean long-unlisted microdescs from the cache

Download microdescriptors if you're a cache

This commit adds some functions to see what microdescriptors we're missing,
and adds fetch-microdesc/store-microdesc logic to the directory code.

When updating routerdesc downloads, look specifically at the ns consensus

This will be needed when "get_live_consensus" potentially returns a
microdesc consensus.

Actually parse the m lines from a microdesc consensus

Code to download, parse, and store microdesc consensuses

New function to grab a directory connection fetching a resource

We need this to tell if a given consensus flavor is being downloaded
or not.

Merge remote branch 'origin/maint-0.2.2'

Conflicts:
src/or/config.c

the actual changelog entry this time

changelog entry for bug1751

Merge remote branch 'sebastian/bug1964' into maint-0.2.2

Fix a bridge segfault

When we enabled support to change statistic options without restarting
Tor we forgot to initialize geoip_countries. Fix that.

Merge branch 'refuseunknown' into maint-0.2.2

Add RefuseUnknownExits to the manpage

Merge branch 'bug1751_enabling' into maint-0.2.2

Change bug1751 enabling code based on comments from arma

Merge branch 'bufferevent5'

Make the bufferevent code use the renegotiation-reenabling hack

Merge remote branch 'origin/maint-0.2.2'

Merge remote branch 'public/bug1954' into maint-0.2.2

Detect Libevent version at configure time when using bufferevents

Always defer bufferevent_openssl callbacks to avoid reentrant invocations

Add a changes file for bufferevents

note that libevent does not have an an easy way to reset buckets atm

Fix whitespace in bufferevents branch

Document and/or fix stuff found by Sebastian in code review

Thanks to Sebastian for his code-review of the bufferevents patch series.x

Some bufferevents related fixes and pointers for nickm

Fix build with automake 1.6

automake 1.6 doesn't like using a conditional += to add stuff to foo_LDADD.
Instead you need to conditionally define a variable, then non-conditionally
put that variable in foo_LDADD.

Convert bufferevents to use rate-limiting.

This requires the latest Git version of Libevent as of 24 March 2010.
In the future, we'll just say it requires Libevent 2.0.5-alpha or
later.

Since Libevent doesn't yet support hierarchical rate limit groups,
there isn't yet support for tracking relayed-bytes separately when
using the bufferevent system.  If a future version does add support
for hierarchical buckets, we can add that back in.

Fix a couple of bufferevent incompatibilities that snuck in.

Get zlib compression working with bufferevents.

Implement SOCKS-client support for bufferevents

Documentation for a few bufferevent functions.

Get SSL connections and linked connections working with bufferevents.

Clients are now verified to work and build circuits correctly.  There
are still a few warnings given here and there that I need to look into.

Make control connections use bufferevents

Fix crash/warning bug when we get an unexpected close.

This was possible if we have already decided to close a bufferevent
connection, but the other side decides to close it first.

Add a 0-pullup version of fetch_from_evbuffer_socks

Documentation for inspect_evbuffer

Add pullup-free version of fetch_from_evbuffer_http

Add support for linked connections with bufferevent_pair.

Also, set directory connections (linked and otherwise) to use bufferevents.

Also, stop using outbuf_flushlen anywhere except for OR connections.

Add bufferevent support for outgoing connections; exits are now supported.

Fix more remaining users of inbuf/outbuf to handle bufferevents instead.

Be a little more abstract about which connection type use bufferevents

Make a function to mark a connection and set hold_open_until_flushed.

Allow hold-open-until-flushed logic to work for bufferevents.

Move the "stop writing when the buffer is empty" logic to cnnection_finished_flushing

Add a fetch_from_evbuffer_http

Have edge connections use fetch_from_evbuffer_socks when appropriate.

Basic bufferevent callbacks

These are based strongly on connection_handle_read and
connection_handle_write, but hopefully without so much mixture of IO
logic and Tor logic.

Refactor SOCKS parsing code to handle evbuffers.

Now all of the logic is in a parse_socks() function that gets data
from a buf_t or evbuffer-specific wrapper.

Clone fetch_var_cell_from_buf() for evbuffers.

Add a new connection_fetch_from_buf_line() that can handle bufferevents

New bufferevent-related check in assert_connection_ok().

{Make sure that if we have a bufferevent on a connection, we do not have the
other libevent/buffering-related fields set.}

Add bufferevent versions of connection_write/fetch_to/from_buf.

Refactor users of buf_datalen to bufferevent-friendly version.

Teach read_event/write_event manipulators about bufferevents.

Add an --enable-bufferevents config switch.

Remove never-actually-finished code to use readv and writev for IO.

We'll get this feature for free with bufferevents, so there's no good reason
to clone it in Tor.

Merge remote branch 'origin/maint-0.2.2'

Merge branch 'bug1805' into maint-0.2.2

Clean up some bug1805 comments based on arma's feedback

Merge remote branch 'mikeperry/bug1952-merge' into maint-0.2.2

Add changelog for bug 1952.

Update dir-spec.txt with new weight constraints.

Implement new Wxx constraints.

Cases 1 and 3b are provably correct. Case 2b has a fallback to first try to
maximize entropy.

Use autoreconf, not autoconf&&automake&&etc in autogen.sh

The autoreconf tool deals much better with detecting which tools to
use on your particular platform, handling cases where your
install-sh script gets stable, and lots of other little tricky
issues.

We still fall back to autoconf&&automake&&etc in the case where
"`which autoreconf 2>/dev/null`" says something we can't run.

This is the first change of the 0.2.3.x series.

Bump the Tor version in master to 0.2.3.0-alpha-dev

0.2.2.x development will continue in branch maint-0.2.2.

master is now out of feature freeze.

Let's not go crazy right away. :)

Consistency issues in load_windows_system_library patch. Thanks Sebastian

Merge remote branch 'sebastian/continuation'

Note that the torrc format doesn't need nl at end

Merge branch 'bug1511'

Tweak continuation-and-comment logic

I think there was a read-off-the-end-of-the-buffer bug that I fixed.
At least I added some good comments, I hope.

Add new torrc line continuation unit tests

We want to make sure that we don't break old torrc files that might have
used something like this made-up example:

    ContactInfo UberUser <uber@user.com> # /// Fake email! \\\
    Log info file /home/nick.mathewson/projects/tor-info.log

And we also want to support the following style of writing your torrc:

    ExcludeNodes \
    # Node1337 is run by the Bavarian Illuminati
      Node1337, \
    # The operator of Node99 looked at me funny
      Node99

The code already handles both cases, but the unit test should help prove
it.

Rename has_completed_circuit to can_complete_circuit

Also redocument it.  Related to #1362.

Merge remote branch 'arma/bug1362'

Changes to bug1959_part1 on review from arma.

Significant one: we want to say "not enough entry nodes descriptors, so we
can't build circuits" only when we have 0 descriptors.

Make our min-info check also check for entry node presence

Part of a fix for bug1959

Even more accurate handling for shifting accounting intervals

Roger correctly pointed out that my code was broken for accounting
periods that shifted forwards, since
start_of_accounting_period_containing(interval_start_time) would not
be equal to interval_start_time, but potentially much earlier.

Use load_windows_system_library in place of LoadLibrary

New function to load windows system libraries

This function uses GetSystemDirectory() to make sure we load the version
of the library from c:\windows\system32 (or local equivalent) rather than
whatever version lives in the cwd.

Merge branch 'bug1789'

Bug1789 cleanups suggested by arma

The significant one is that we look at RelayBandwidthRate if it is set.

log when we finish a circuit after being offline

Correct default for RendPostPeriod in docs

First cut of code to enable RefuseUnknownExits

The RefuseUnknownExits config option is now a tristate, with "1"
meaning "enable it no matter what the consensus says", "0" meaning
"disable it no matter what the consensus says", and "auto" meaning "do
what the consensus says".  If the consensus is silent, we enable
RefuseUnknownExits.

This patch also changes the dirserv logic so that refuseunknownexits
won't make us cache unless we're an exit.

Merge branch 'bug1956'

changelog entry for bug 1943

A start at a patch for bug 1943 (alignment issues)

Count unknown authorities as unknown only once, not once per signature.

Do not double-report signatures from unrecognized authorities both as
"from unknown authority" and "not present".  Fixes bug 1956, bugfix on
0.2.2.16-alpha.

Attempt to fix compilation on Windows

Our attempt to make compilation work on old versions of Windows
again while keeping wince compatibility broke the build for Win2k+.
helix reports this patch fixes the issue for WinXP. Bugfix on
0.2.2.15-alpha; related to bug 1797.

bump to 0.2.2.16-alpha-dev

best tor ever!

I hear we are close to a release.  Clean up the whitespace.

fold in the recent changes files

Change 'bugfix on' line for changes/bug1921.

Karsten says: "the ChangeLog should say it's a bugfix on
0.2.2.15-alpha, because enabling stats while Tor is running (which
leads to this false log message) is only possible since then."

Sounds right enough to me.  Tell me if I'm wrong.

Merge remote branch 'sebastian/bug1921'

perconnbwrate and perconnbwburst consensus params

Demote a warn when enabling CellStatistics

When the CellStatistics option is off, we don't store cell insertion
times. Doing so would also not be very smart, because there seem to
still be some performance issues with this type of statistics. Nothing
harmful happens when we don't have insertion times, so we don't need to
alarm the user.