DynamoRIO / DynamoRIO/dynamorio

attach handling of signal arriving between handler being instated and takeover

Open
#1,234 3 comments 0 reactions 0 assignees View on GitHub
Migrated OpSys-Linux Priority-Medium
Dominant language
C
Stars
3.2k
Forks
629
Avg merge
2d 15h
Merged PRs (30d)
31

Description

_From [bruen...@google.com](https://code.google.com/u/109494838902877177630/) on July 29, 2013 18:20:12_

For attaching and taking over existing threads, there will always be a race
between installing our signal handler and sending the suspend signal to
each target native thread. We need to handle app signals received in a
native thread during this window.

If delayable, we can queue them up -- if our queue heap is set up.

If an itimer, we could just drop the signal.

If un-delayable, we may need to copy to the app's signal stack and
implement a go-native path to the app handler.

Xref issue #26 , issue #359 , issue #777 , which I believe cover different time windows
(pre-dcontext-setup).

Xref loosely related issue #150 .

_Original issue: http://code.google.com/p/dynamorio/issues/detail?id=1234_

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.