DynamoRIO / DynamoRIO/dynamorio

API change / addition to distinguish fork and vfork

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

Description

_From [peter.goodman](https://code.google.com/u/peter.goodman/) on October 07, 2013 17:47:39_

What is the problem to solve? Why is it important? Provide some context for those unfamiliar with the details of the system. XREF issue #1288 . What are the possible approaches to solving the problem? - Status quo: don't distinguish them.
- Extra parameter (e.g. bool) to current fork_init event.
- Current fork_init_event only called for non-shared case, new event added for shared memory case.
- Current fork_init_event only called for non-shared case, new event added covering both shared/non-shared cases with a distinguishing parameter. Which approach is being taken and why? Current approach does not distinguish vfork and fork (status quo). Any interesting details or challenges of the implementation? Backward compatibility should be considered when making API changes/additions.

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

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.