<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Aug 16, 2014 at 7:31 PM, Todd Fiala <span dir="ltr"><<a href="mailto:tfiala@google.com" target="_blank">tfiala@google.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>I'm not sure it really makes sense in this case to try to implement --enable-aslr on the process launch command now that I get the flow of the target settings, unless we change the model to do something like this:</div>

<div><br></div><div>1. If the process launch command explicitly sets --enable-aslr or --disable-aslr, do *that*.<br></div><div>2. Otherwise, if the target.disable-aslr setting is true, disable ASLR.</div><div>3. Otherwise, we get the default ASLR behavior for the system.</div>

<div><br></div><div>Does that sound reasonable?  I think it makes intuitive sense.  In that case, the options setting in the process launch command becomes a tri-state and only if it's unresolved do we go to the target setting.</div>

<div><br></div><div>Thoughts?</div></blockquote></div><br>Sounds good, but we should also *error* if an attempt to launch a process is made with either setting when that setting is unsupported on the system. Or at least a stringent warning.</div>
</div>