svn:r3757

Raise common code for "detach this stream and try it with a different circuit" into a separate function; make that function handle controller-managed streams right.


svn:r3756

to see if somebody was contradicting his exit policy were wrong.


svn:r3755

svn:r3754

svn:r3753

svn:r3752

svn:r3751

svn:r3750

svn:r3749

svn:r3748

svn:r3747

svn:r3746

svn:r3745

svn:r3744

svn:r3743

Clean up privoxy-tor-toggle; untabify; clean up messages; remove fwd-incompatible "print status on unrecognized command"  feature


svn:r3742

seems to be configured for debian by default.


svn:r3741

svn:r3740

svn:r3739

svn:r3738

svn:r3737

svn:r3736

svn:r3735

svn:r3734

svn:r3733

svn:r3732

svn:r3731

Separate reverse-virtual-address-map entries into ipv4 and hostname slots. Otherwise if you ask me to map "some IPv4 address" to foo.onion, I might tell you that I already mapped "bar.virtual" to foo.onion


svn:r3730

svn:r3729

Rename unused-address functions to virtual address; this is more accurate.  Also, include almost-right implementation of reusing dont-care mappings.  (It is still kind of wrong because it does not take type into account.)


svn:r3728

svn:r3727

Specify and implement fragmented control messages to allow  for (among other things) long GETINFO replies.  Otherwise we could hit the 64K barrier on questions like "please dump your client-side DNS cache."


svn:r3726

Implement "Dont-Care" from addresses to MapAddress control message.  For safety, refuse to launch connections to unmapped addresses in the dont-care range.


svn:r3725

svn:r3724

svn:r3723

Add error reason to spec: TORPROTOCOL reason means "you are not speaking a version of Tor I understand; say bye-bye to your stream."


svn:r3721

Revise all calls to connection_edge_end to avoid sending MISC, and to take errno into account where possible.


svn:r3720

Forward-port new reasons; clean up code more; add code to convert new reasons to SOCKS5 reply codes; add code to convert errnos to reasons.  New code still needs to get invoked.


svn:r3719

svn:r3717

Change version parsing logic: a version is "obsolete" if it is not recommended and (1) there is a newer recommended version in the same series, or (2) there are no recommended versions in the same series, but there are some recommended versions in a newer series.  A version is "new" if it is newer than any recommended version in the same series.


svn:r3716