magic-wormhole/docs
Brian Warner 86f246dbdb just might work. close() mapped out.
Starting to draw a distinction between clean-close and abrupt-halt. At least,
if we're in the connected state, wormhole.close() should take its time and
free up server-side resources (nameplate/mailbox) right away, rather than
relying on GC/timeouts to release them.

It might be useful to make separate "clean" wormhole.close() and "abrupt"
wormhole.halt() API calls, except that really when would you ever call halt?
To be realistic, only one of two things will happen:

* connection happens normally, app finishes, calls "clean" close()
* app terminates suddenly, via exception or SIGINT

The problem with defining .close() is that I have to make it work sensibly
from any state, not just the one plausible "connected" state. Providing
.halt() requires defining its behavior from everywhere else.
2017-04-06 12:21:00 -07:00
..
api.md api.md: mark argument slightly better 2017-04-06 12:12:42 -07:00
attacks.md document some attacks 2017-01-01 14:29:48 -05:00
events.dot update events.dot with check-verifier logic 2016-05-25 18:06:08 -07:00
states-code.dot starting to draw new state machines 2017-04-06 12:21:00 -07:00
tor.md update Tor docs, mention py2-only 2017-01-16 18:21:42 -05:00
transit.md document Transit protocol 2016-02-14 17:48:17 -08:00
w.dot just might work. close() mapped out. 2017-04-06 12:21:00 -07:00
w2.dot just might work. close() mapped out. 2017-04-06 12:21:00 -07:00
wormhole-server.8 remove out of date version numbers 2016-12-15 10:36:32 -05:00
wormhole.1 remove out of date version numbers 2016-12-15 10:36:32 -05:00