Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • D dynamorio
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,467
    • Issues 1,467
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 44
    • Merge requests 44
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • DynamoRIO
  • dynamorio
  • Issues
  • #1679
Closed
Open
Issue created Apr 10, 2015 by Derek Bruening@derekbrueningContributor

parent vs child config dir discrepancies

I hit an interesting issue in the linux.execve-null test while implementing #1667 (closed): for -early we check config file from parent which has HOME set and so we find a config file in ~/.dynamorio; but for late injection we wait until in the child where libdrpreload can't find a config file b/c there is no HOME anymore (this test clears all the env vars).

Which one is correct?

Should we always create a new env var DYNAMORIO_CONFIGDIR so that all children have consistent config dirs? That could break an app that runs children as different users (though we'll fail to do that properly as we can't hande suid anyway: #1666).

Assignee
Assign to
Time tracking