Skip to content
Snippets Groups Projects
  1. Jan 06, 2020
  2. Oct 04, 2019
  3. Oct 03, 2019
  4. Sep 14, 2019
    • Nick Mathewson's avatar
      Add a test script to try parsing and encoding Tor configurations · 7c7e8402
      Nick Mathewson authored
      This script takes a set of example torrcs and command-lines from
      src/test/conf_examples.  If a success is expected, it runs "tor
      --dump-config" and compares the result with the one we expect.  If a
      failure is expected, it runs "tor --verify-config" and greps for the
      error we expect.
      7c7e8402
  5. Sep 11, 2019
  6. Sep 05, 2019
  7. Aug 28, 2019
  8. Aug 06, 2019
  9. Aug 01, 2019
  10. Jun 15, 2019
  11. Jun 11, 2019
  12. Jun 05, 2019
  13. May 31, 2019
  14. May 23, 2019
  15. May 02, 2019
  16. Apr 30, 2019
  17. Apr 29, 2019
  18. Apr 24, 2019
  19. Mar 25, 2019
  20. Mar 20, 2019
  21. Feb 25, 2019
  22. Feb 21, 2019
  23. Feb 16, 2019
  24. Feb 14, 2019
  25. Jan 02, 2019
  26. Dec 21, 2018
  27. Dec 18, 2018
  28. Dec 17, 2018
    • Alexander Hansen Færøy's avatar
      Delete old process_handle_t code. · f7d13425
      Alexander Hansen Færøy authored and Nick Mathewson's avatar Nick Mathewson committed
      This patch removes the old process_handle_t code. Everything should by
      now be using the process_t interface.
      
      See: https://bugs.torproject.org/28179
      f7d13425
    • Alexander Hansen Færøy's avatar
      Add slow test for process_t for main loop interaction. · 9b6a10a2
      Alexander Hansen Færøy authored and Nick Mathewson's avatar Nick Mathewson committed
      This patch adds test cases for process_t which uses Tor's main loop.
      This allows us to test that the callbacks are actually invoked by the
      main loop when we expect them.
      
      See: https://bugs.torproject.org/28179
      9b6a10a2
    • Alexander Hansen Færøy's avatar
      Add new Process subsystem. · 35509978
      Alexander Hansen Færøy authored and Nick Mathewson's avatar Nick Mathewson committed
      This patch adds a new Process subsystem for running external programs in
      the background of Tor. The design is focused around a new type named
      `process_t` which have an API that allows the developer to easily write
      code that interacts with the given child process. These interactions
      includes:
      
      - Easy API for writing output to the child process's standard input
        handle.
      - Receive callbacks whenever the child has output on either its standard
        output or standard error handles.
      - Receive callback when the child process terminates.
      
      We also support two different "protocols" for handling output from the
      child process. The default protocol is the "line" protocol where the
      process output callbacks will be invoked only when there is complete
      lines (either "\r\n" or "\n" terminated). We also support the "raw"
      protocol where the read callbacks will get whatever the operating system
      delivered to us in a single read operation.
      
      This patch does not include any operating system backends, but the Unix
      and Windows backends will be included in separate commits.
      
      See: https://bugs.torproject.org/28179
      35509978
  29. Dec 03, 2018
  30. Oct 29, 2018
  31. Oct 16, 2018
  32. Oct 02, 2018
    • Alex Crichton's avatar
      Remove the `link_rust.sh.in` script · 6ebb2c46
      Alex Crichton authored
      This is no longer necessary with upstream rust-lang/rust changes as well
      as some local tweaks. Namely:
      
      * The `-fsanitize=address`-style options are now passed via `-C
        link-args` through `RUSTFLAGS`. This obviates the need for the shell
        script.
      * The `-C default-linker-libraries`, disabling `-nodefaultlibs`, is
        passed through `RUSTFLAGS`, which is necessary to ensure that
        `-fsanitize=address` links correctly.
      * The `-C linker` option is passed to ensure we're using the same C
        compiler as normal C code, although it has a bit of hackery to only
        get the `gcc` out of `gcc -std=c99`
      6ebb2c46
Loading