1. 30 Sep, 2003 7 commits
  2. 29 Sep, 2003 2 commits
  3. 28 Sep, 2003 3 commits
  4. 27 Sep, 2003 9 commits
  5. 26 Sep, 2003 9 commits
  6. 25 Sep, 2003 3 commits
    • Roger Dingledine's avatar
      update TODO to reflect our progress · db268414
      Roger Dingledine authored
    • Roger Dingledine's avatar
      various bugfixes and updates · 3b5191d3
      Roger Dingledine authored
      redo all the config files for the new format (we'll redo them again soon)
      fix (another! yuck) segfault in log_fn when input is too large
      tor_tls_context_new() returns -1 for error, not NULL
      fix segfault in check_conn_marked() on conn's that die during tls handshake
      make ORs also initialize conn from router when we're the receiving node
      make non-dirserver ORs upload descriptor to every dirserver on startup
      add our local address to the descriptor
      add Content-Length field to POST command
      revert the Content-Length search in fetch_from_buf_http() to previous code
      fix segfault in memmove in fetch_from_buf_http()
      raise maximum allowed headers/body size in directory.c
    • Nick Mathewson's avatar
      Refactor buffers; implement descriptors. · 3d4ccb78
      Nick Mathewson authored
      'buf_t' is now an opaque type defined in buffers.c .
      Router descriptors now include all keys; routers generate keys as
      needed on startup (in a newly defined "data directory"), and generate
      their own descriptors.  Descriptors are now self-signed.
      Implementation is not complete: descriptors are never published; and
      upon receiving a descriptor, the directory doesn't do anything with
      At least "routers.or" and orkeygen are now obsolete, BTW.
  7. 24 Sep, 2003 2 commits
    • Roger Dingledine's avatar
      a few todo things done · a3bd8b54
      Roger Dingledine authored
    • Roger Dingledine's avatar
      cleanups, bugfixes, more verbose logs · 40d0fca6
      Roger Dingledine authored
      Fixed up the assert_*_ok funcs some (more work remains)
      Changed config so it reads either /etc/torrc or the -f arg, never both
      Finally tracked down a nasty bug with our use of tls:
        It turns out that if you ask SSL_read() for no more than n bytes, it
        will read the entire record from the network (and maybe part of the next
        record, I'm not sure), give you n bytes of it, and keep the remaining
        bytes internally. This is fine, except our poll-for-read looks at the
        network, and there are no bytes pending on the network, so we never know
        to ask SSL_read() for more bytes. Currently I've hacked it so if we ask
        for n bytes and it returns n bytes, then it reads again right then. This
        will interact poorly with our rate limiting; we need a cleaner solution.
  8. 23 Sep, 2003 2 commits
  9. 22 Sep, 2003 2 commits
  10. 21 Sep, 2003 1 commit