1. 21 Aug, 2019 1 commit
  2. 15 Aug, 2019 4 commits
  3. 13 Aug, 2019 2 commits
  4. 01 Aug, 2019 1 commit
  5. 31 Jul, 2019 2 commits
  6. 30 Jul, 2019 2 commits
  7. 27 Jul, 2019 1 commit
  8. 26 Jul, 2019 2 commits
  9. 24 Jul, 2019 4 commits
  10. 23 Jul, 2019 1 commit
  11. 21 Jul, 2019 3 commits
  12. 20 Jul, 2019 5 commits
    • jD91mZM2's avatar
      WIP(ptrace): Only use non-signal stack when using a default handler · 6a3825d4
      jD91mZM2 authored
      This is a curious problem and it's really hard to solve it in a way
      that doesn't feel hacky. On one hand, of course you want to be able to
      modify and intercept what happens when you use a signal, right? On the
      other hand, changes made to the context (especially singlestepping)
      while a signal is handled (such as `SIGSTOP`) are not preserved since
      the stack is restored after the signal handler was invoked.
      
      I think what we have in this change makes sense anyway, as we don't
      really want users modifying registers and other data in the default
      signal behavior that occurs **in kernel mode**. Also trying to use
      `PTRACE_SINGLESTEP` will set the singlestep flag only if in a
      user-mode signal handler, else it will set it on the instruction after
      the signal handling, which I guess makes sense since it can't affect
      the kernel-mode code that runs the default handler.
      
      I don't know. Help. Pls.
      6a3825d4
    • jD91mZM2's avatar
      Fix sigaction Undefind Behavior · 8695ecd8
      jD91mZM2 authored
      Rust does not allow a `fn`-pointer to be null. This fixes that, while
      luckily doing it in a way that leaves system calls
      backwards-compatible :)
      8695ecd8
    • jD91mZM2's avatar
      be867ae5
    • jD91mZM2's avatar
      3d442424
    • jD91mZM2's avatar
  13. 19 Jul, 2019 6 commits
  14. 14 Jul, 2019 2 commits
  15. 07 Jul, 2019 2 commits
  16. 02 Jul, 2019 2 commits
    • Jeremy Soller's avatar
      Bare-bones ptracing functionality · 788526a3
      Jeremy Soller authored
      Since even a very basic ptrace can be nice to have, I thought I would split
      the, perhaps rather big, ptrace project up in multiple PRs to make as few
      changes as necessary in each. This PR contains the initial registry modifying
      bits and only a very basic security measure. Letting this out to the community
      should be good for spotting bugs and maybe getting some hype ;)
      788526a3
    • Jeremy Soller's avatar
      Revert "Merge branch 'ptrace' into 'master'" · 45ea6347
      Jeremy Soller authored
      This reverts merge request !103
      45ea6347