-
-
Notifications
You must be signed in to change notification settings - Fork 322
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move debugger core functionality to separate process? #688
Comments
What are some examples of such platforms? It seems to require quite an error-prone changes for seemingly small gain (compared to running EDB as root). I think, if this is to be done, it should be done simultaneously with implementing remote debugging functionality. Optimized reading of large segments of memory could be an additional feature, e.g. using shared memory or something like that. But by default the interaction could be via network. |
Which platforms are you referring to? |
macOS requires privileges last I checked, so do some of the BSDs. |
@10110111 sure, in fact, it is my understanding that gdb is always using gdbserver, just when it's local it does it via UNIX domain sockets to the local host. |
In particular, I'd like to see if edb can work well on macOS, as I think there's a lot of potentials there and not a lot of tools available for the types of things that edb can do. |
There are some platforms which will require root privileges to use the debugging API. It is probably undesirable to ask a user to run the debugger as root, so it is a cleaner design to have the debugger core gain root privileges by being a suid root binary.
We obviously would want to not sacrifice performance, so things such as reading large segments of memory would have to be well thought out.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: