You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
env vars avoid requiring registry access for local, non-privileged use of
DR. if switch drinject to very early injection, then only need AppInit for
services, and need admin privs there anyway
env vars vs registry: could use config file instead on both linux and
windows.
another reason to support env vars, which are local, versus global registry
(or global config files), is to run tests whose executable has the same
name in parallel ( issue #111 ), which we do when we run with different
options which happens a little in the short (for now marking those as
RUN_SERIAL) and a lot in the long (for now the entire long is run serially
which is a shame)
in r309 note that my changes to configuration and execution are NOT backward compatible and I
bumped the release number to 2.0.0 as a result. (the client API remains backward
compatible: this is just deployment that is not)
I should note that the final design uses hierarchical configuration files and no
registry at all. some notes:
config file is just var=val lines:
DYNAMORIO_RUNUNDER=1
DYNAMORIO_OPTIONS=
DYNAMORIO_AUTOINJECT=/usr/share/lib/dynamorio.so
DYNAMORIO_LOGDIR=/tmp/dynamorio
DYNAMORIO_CACHE_ROOT=
DYNAMORIO_CACHE_SHARED=
hierarchy in precedence order:
/appname..1config{32,64}
/appname.config{32,64}
/default.0config{32,64}
/appname.config{32,64}
/default.0config{32,64}
env vars
if app-specific exists, default at that level is also read to fill in any
unspecified values.
env vars are always read and used to fill in any unspecified values.
if local exists, global is NOT read.
local for Linux is $HOME/.dynamorio, for Windows $USERPROFILE/dynamorio
global for Linux is /etc/dynamorio, for Windows ${DYNAMORIO_HOME in reg key}/config.
that's the one place (other than AppInit) a reg key is used.
From [email protected] on February 27, 2010 22:44:59
env vars avoid requiring registry access for local, non-privileged use of
DR. if switch drinject to very early injection, then only need AppInit for
services, and need admin privs there anyway
env vars vs registry: could use config file instead on both linux and
windows.
xref issue #246 : drinject.dll for tool packaging
another reason to support env vars, which are local, versus global registry
(or global config files), is to run tests whose executable has the same
name in parallel ( issue #111 ), which we do when we run with different
options which happens a little in the short (for now marking those as
RUN_SERIAL) and a lot in the long (for now the entire long is run serially
which is a shame)
Original issue: http://code.google.com/p/dynamorio/issues/detail?id=265
The text was updated successfully, but these errors were encountered: