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

Crashtracker: investigate how we can coexist with libsegfault #700

Open
danielsn opened this issue Oct 30, 2024 · 0 comments
Open

Crashtracker: investigate how we can coexist with libsegfault #700

danielsn opened this issue Oct 30, 2024 · 0 comments

Comments

@danielsn
Copy link
Contributor

          IMHO, this is the worst possible outcome.  I've actually observed this to occur in a situation where libSegFault.so is layered with crashtracking and the underlying process does some _something_ (I don't yet know).

It isn't clear to me how to prevent this, since it seems that all of the solutions come down to exiting the process or just avoiding responsibility by mutating the sigaction under some condition. I think the best idea I personally have is to use the equivalent of TSC to estimate the amount of off-signal work done between invocations of the handler, and if it's below some threshold then _exit() if the faulting IP matched the previous one.

Originally posted by @sanchda in #696 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant