3 ms·
If you're debugging as the same user that makes sense because the debugger is supervising the code. (the debugger can't for example halt other processes besides
by noduerme 4y ago
If you're debugging as the same user that makes sense because the debugger is supervising the code. (the debugger can't for example halt other processes besides the code it's supervising). But how can some other random process even with the same user just inject itself into running compiled code without somehow having the ability to rewrite memory? [edit: memory that has already been allocated by the kernel for the thread it's trying to interfere with]
- hmage 4y agoThe difference between debugger and non-debugger in 80's unix is... none, besides calling ptrace(). I called ptrace() on your pid, therefore I am your debugger now.