Skip to content
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

subprocess masks the call stacks of children #4

Open
buhman opened this issue Jun 23, 2016 · 1 comment
Open

subprocess masks the call stacks of children #4

buhman opened this issue Jun 23, 2016 · 1 comment
Labels
Milestone

Comments

@buhman
Copy link
Collaborator

buhman commented Jun 23, 2016

I should be able to interrupt hubble and get a stack trace all the way down to what each "child" is doing.

I think there are at least two ways to solve this:

  • we could add a new standardized (setuptools entrypoint) loading mechanism, where, instead of starting a new unrelated python interpreter, the "command" is run in some introspectable thread/future.
  • hubble could explictly handle signals, and pass them to child processes
@buhman buhman added the bug label Jul 13, 2016
@thrawn01
Copy link
Owner

thrawn01 commented Jul 14, 2016

we could add a new standardized (setuptools entrypoint) loading mechanism, where, instead of starting a new unrelated python interpreter, the "command" is run in some introspectable thread/future.

This assumes hubble is only going to be used with only python application, I don't think that is the case. Don't really like this idea.

hubble could explictly handle signals, and pass them to child processes

This is something we should support 1.2

@thrawn01 thrawn01 added this to the 1.2 milestone Jul 14, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants