Note that you should not download by ID fingerprint.

svn:r5634

separate address and port with a space in REDIRECTSTREAM command

svn:r5633

point to the new name for the 0.1.1.10 torcp bundle

svn:r5632

re-enable the tor 0.1.0.15 bundle package

svn:r5631

point people to the experimental tor win32 bundle until matt
can fix the stable one.
("stable? i do not think it means what you think it means."

svn:r5630

and bump tree.h from the LICENSE too.

svn:r5629

stop shipping tree.h, since we don't use anymore. (woo.)

svn:r5628

hey, matt made a bundle for 0.1.1.10-alpha too

svn:r5627

explain the bundle thing better.

svn:r5626

add a translation in the 'make sure it's working' section

svn:r5625

make the ordering in the document match the ordering in the screenshots.

svn:r5624

introduce the links to privoxy and torcp in a more natural way

svn:r5623

the world is a happier place when you end your paragraphs.

svn:r5622

and update the tor win32 howto to tell people to fetch the bundle
and use torcp by default.

svn:r5621

when we fail three times to resolve or connect, we were telling the
user it was because we failed to resolve.

svn:r5620

Tell people about MyFamily in tor-doc-server

svn:r5619

minor cleanups to the dir-spec

svn:r5618

Try to document our current directory thoughts in the spec before I build them: how novel!

svn:r5617

more asserts in case weasel can trigger them

svn:r5616

fix a seg fault when you finish connecting to a server but
at that moment you dump his server descriptor, and you also
happen to be logging at loglevel info.
(found by weasel)

svn:r5615

fix segfault when specifying DirServer without nickname
(reported by weasel)

svn:r5614

actually, don't specify local as the whole of net 127, for
torify, because Tor's MAPADDRESS virtual IP space is part of it,
and we want to torify that part.

svn:r5613

fix a ! that got left out

svn:r5612

the torify config file should not use tor for local (127.x.y.z) addresses.

svn:r5611

another todo item we want to do

svn:r5610

Describe router download implementation in more detail, so I can do it

svn:r5609

remove some finished items from the todo

svn:r5608

Instead of "Network down", say "Is your network connection down?"

svn:r5607

revise the spec to remove the "Ports" line of the descriptor, to indicate
that putting ports on the "router" line is no longer deprecated, and
to say that SocksPort is deprecated and should always be 0.

svn:r5606

nother typo

svn:r5605

ah ha, that variable was static. not useless after all.

svn:r5604

clean up a lot message, and remove a line that does nothing.

svn:r5603

update completed items

svn:r5602

Add "panic" option to reject all servers not in fingerprint list.

svn:r5601

fix compile

svn:r5600

Make clients look at the fast and stable flags in networkstatus, not at the bandwidth and uptime declared in the router descriptors.

svn:r5599

put back in a todo comment, so we don't forget.

svn:r5598

fix typo

svn:r5597

Whitespace fixes; comments.

svn:r5596

Do not mark directories as down simply because they dont have the router descs we want.

svn:r5595

Remove some redundant and obsolete code from routerparse

svn:r5594

Flip a misplaced not

svn:r5593

add a few clarifying comments

svn:r5592

Clean fake_status a bit.  Switch from has_fetched_directory to have_minimum_dir_info, and make the latter function smarter.

svn:r5591

defer a whole lot more from 0.1.1.x

svn:r5590

implement weasel's suggestion to fix the bug that newly bootstrapped
tor networks couldn't do hidden services until they had nodes with high
uptime: if you're trying to pick a node for your circuit and you demand
uptime or capacity and nothing works, then abandon your need for uptime
and capacity.

svn:r5589

remove a stray parenthesis that got into the tor-switchproxy doc

svn:r5588

When we mark a router as down, also mark its local_routerstatus as not running.  This way, we do not use directories that are believed to be down.

svn:r5587

Choose directory servers from routerstatus list, not from routerinfo list.  This way, as soon was we have a networkstatus, we can ask a cache to give us routers, rather than needing to ask the directories.

svn:r5586

Make hashtables use a little less space on 64-bit architectures.

svn:r5585

Updated link to SwitchProxy

svn:r5584

Shave off 8 bytes per connection and 4 bytes per circuit by paying attention to padding warnings, moving fields around, and acknowledging that we have no files with over 64 kilolines.

svn:r5583

Bite the bullet and limit all our source lines to 80 characters, the way IBM intended.

svn:r5582

another possible patch related to circuit_free and memory stomping.

svn:r5580

Fix a potential memory stomp on servers running hidden services. Found by weasel with valgrind. Backport candidate.

svn:r5579

orconn_identity_map was another static variable that started
out NULL and didn't change until it needed to change.

svn:r5578

sometimes, when we just started tor, we haven't created that
smartlist yet. so don't free it.

svn:r5577

bugfix: when we removed a dead helper node, we never committed that
change to disk.

svn:r5576

extendcircuit and attachstream would complain about not enough
arguments, but then just keep on going anyway.

svn:r5575

Have dirctory authorites note which servers make good V2 directory caches in publishe network-status.

svn:r5574

Make directory authorities ignore router uploads that have only cosmetic differences: now regardless of version!

svn:r5573

And make the debian package build with CVS again

svn:r5572

New upstream release

svn:r5570

Don't use helper nodes for circuits with purpose 'testing'.
Also, when picking the helper node for a given circuit,
exclude the circuit's exit from your choices.

svn:r5569

when removing dead helpers, only write or_state to disk once at the
end, not for every helper you remove.

svn:r5568

mark the helper node as down if we time-out on the circuit handshake
with him.

svn:r5567

don't mark the helper node as down when we fail to connect to
our https proxy.

svn:r5566

fix yet another time comparison bug. we were abandoning helpers
as soon as they became unavailable. (is this true?)

svn:r5565

fix an error in reporting why we abandoned a helper node

svn:r5564

choose helper nodes to have high capacity always

svn:r5563

a first go at fixing a bug matt edman reported: when he tries
to "setconf log" via the controller, it is friendly and gives
him a log to stdout, even though he didn't ask for one.

svn:r5562

setconf orport=9001
513 Unrecognized option value

it's not unrecognized. it's unacceptable. (in this case, i still
have to consult the logs to figure out why, but at least i have
an inkling that maybe i should.)

svn:r5561

whenever we hupped or did a controller setconf, we were prepending
another reachableaddresses *:80,*:443 if fascistfirewall was set,
and we were appending another reject *:* regardless.

svn:r5560

i think fascistfirewall still has its uses. it's a synonym
for a certain reachableaddresses line, but it's easier to
remember and people already understand it. i think we should
think about undeprecating it.

svn:r5559

bump to 0.1.1.10-alpha-cvs

svn:r5558

the other rest of the 0.1.1.10-alpha changelog.

svn:r5556

put a date on the changelog

svn:r5555

the rest of the 0.1.1.10-alpha changelog

svn:r5554

bump to 0.1.1.10-alpha

svn:r5553

explain why 0.1.1.9-alpha-cvs is a special version.

svn:r5552

when we changed from log_fn to debug/info/notice/warn/err,
we screwed up the formatting in wild and unpredictable ways.

fix it before it becomes convention to format logs in wild and
unpredictable ways.

still need to do src/common/ someday.

svn:r5551

crank the max line limit down to 150 chars.

svn:r5550

Tell people to wait for a bit before registering their server, so they can properly ensure it is working

svn:r5549

In my private little universe, terminals are still 80 columns.  Impose a 160-character-per-line limit; this will creep down.

svn:r5548

Normalize whitespace

svn:r5547

For some bizarre reason, MSVC does not implement GCC extensions. Who would have thought?

svn:r5546

util.c:1308: error: conflicting types for "is_internal_IP"

svn:r5545

let the user configure a sockslistenaddress on other private IPs
besides 127.x.y.z without complaining.
and give a better message in the log.

svn:r5544

let is_internal_IP() know whether you're asking about an IP
address for connecting or an IP address for binding, because
in the latter, 0.0.0.0 is a special case.

svn:r5543

Make code to handle "private" alias work when assume_action is set.

svn:r5542

The more I punctuate,, the better my documentation is..

svn:r5540

make it clearer in the docs what to expect when testing reachability.

svn:r5539

when we're checking reachability, make it clearer in the logs
what to expect.

svn:r5538

remove a redundant memcpy when extending to a new server
and attaching circuits to it.

svn:r5537

Oops. 0.0.0.0/8 and 169.254.0.0/16 are also special.

svn:r5536

Release memory from conn_circid_circuit_map on exit.

svn:r5535

Add private:* as an alias in configuration for policies.

svn:r5534

Mark item completed

svn:r5533

Warn when binding to a public address for socks.  This warning needs to be improved.  Also, make options_validate() only warn when an option is changed to a bad value.. (Previously, it warned  when an option was bad and any option was changed.)

svn:r5532

Note one TODO item as done, and another as more complex than anticipatd.

svn:r5531