<div dir="ltr">Thanks all.<div><br></div><div>I'm going to start looking into this today.</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 15, 2014 at 1:00 AM, Colin Riley <span dir="ltr"><<a href="mailto:colin@codeplay.com" target="_blank">colin@codeplay.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    I'd agree with the default behavior being off and the command being
    changed to an enable style. All targets we have worked with
    certainly default to off, or don't have the feature at all.<br>
    <br>
    Colin<div><div class="h5"><br>
    <br>
    <br>
    <div>On 15/08/2014 01:45, Eric Christopher
      wrote:<br>
    </div>
    <blockquote type="cite">I believe that disabling by default would match the
      gdb behavior yes? If nothing else, yes, I'm a fan of this :)<br>
      <br>
      -eric<br>
      <div class="gmail_quote">On Thu Aug 14 2014 at 5:30:52 PM Todd
        Fiala <<a href="mailto:tfiala@google.com" target="_blank">tfiala@google.com</a>>
        wrote:<br>
        <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div dir="ltr">Hey all,
            <div><br>
            </div>
            <div>Regarding this bug:</div>
            <div><a href="http://llvm.org/bugs/show_bug.cgi?id=20658" target="_blank">http://llvm.org/bugs/show_bug.cgi?id=20658</a></div>
            <div><br>
            </div>
            <div>We've been discussing the idea of having ASLR disabled
              by default when launching processes within lldb.
               Currently it looks like the default behavior is to have
              it enabled, and require explicitly disabling to get that
              behavior for the process.</div>
            <div><br>
            </div>
            <div>It seems like it might make more sense to have it
              disabled by default - that way code references would
              likely be static across debugger runs, which seems to be
              more what we want when tracking down issues across code
              runs.</div>
            <div><br>
            </div>
            <div>Any thoughts on this?</div>
            <div><br>
            </div>
            <div>The counterargument I could make for changing it would
              be (aside from legacy compatibility issues perhaps on the
              MacOSX/iOS side) - taking the exe out of its native state
              on the OS.  If a bug is ASLR sensitive, the user might
              miss it.  And so behavior in the debugger could differ
              from the exe in its native state.  Not sure how relevant
              that is for the majority of usages, though.</div>
            <div><br>
            </div>
            <div>I'll be fixing the fact that Linux is ignoring this
              altogether.  But while I'm in there, I could flip the
              default if we wanted to do it.  If not globally, we'd
              probably pursue defaulting it on Linux (and Ed seems to
              like it for FreeBSD as well, so maybe for not Apple in
              that case?)</div>
            <div>
              <div>-- <br>
              </div>
              <div dir="ltr">
                <table cellpadding="0" cellspacing="0">
                  <tbody>
                    <tr style="color:rgb(85,85,85);font-family:sans-serif;font-size:small">
                      <td style="border-top-style:solid;border-top-color:rgb(213,15,37);border-top-width:2px" nowrap>Todd Fiala |</td>
                      <td style="border-top-style:solid;border-top-color:rgb(51,105,232);border-top-width:2px" nowrap> Software Engineer |</td>
                      <td style="border-top-style:solid;border-top-color:rgb(0,153,57);border-top-width:2px" nowrap> <a href="mailto:tfiala@google.com" style="color:rgb(17,85,204)" target="_blank"><span style="color:rgb(34,34,34);background-color:rgb(255,255,204)">tfiala@google.com</span></a> |</td>

                      <td style="border-top-style:solid;border-top-color:rgb(238,178,17);border-top-width:2px" nowrap><font color="#1155cc"> <a>650-943-3180</a></font></td>
                    </tr>
                  </tbody>
                </table>
                <br>
              </div>
            </div>
          </div>
          _______________________________________________<br>
          lldb-dev mailing list<br>
          <a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a><br>
          <a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
        </blockquote>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
lldb-dev mailing list
<a href="mailto:lldb-dev@cs.uiuc.edu" target="_blank">lldb-dev@cs.uiuc.edu</a>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a>
</pre>
    </blockquote>
    <br>
    </div></div><pre cols="72">-- 
- Colin Riley
Games Technology Director

Codeplay Software Ltd
45 York Place, Edinburgh, EH1 3HP
Tel: 0131 466 0503
Fax: 0131 557 6600
Website: <a href="http://www.codeplay.com" target="_blank">http://www.codeplay.com</a>
Twitter: <a href="https://twitter.com/codeplaysoft" target="_blank">https://twitter.com/codeplaysoft</a>

This email and any attachments may contain confidential and /or privileged information and is for use by the addressee only. If you are not the intended recipient, please notify Codeplay Software Ltd immediately and delete the message from your computer. You may not copy or forward it,or use or disclose its contents to any other person. Any views or other information in this message which do not relate to our business are not authorized by Codeplay software Ltd, nor does this message form part of any contract unless so stated.
As internet communications are capable of data corruption Codeplay Software Ltd does not accept any responsibility for any changes made to this message after it was sent. Please note that Codeplay Software Ltd does not accept any liability or responsibility for viruses and it is your responsibility to scan any attachments.
Company registered in England and Wales, number: 04567874
Registered office: 81 Linkfield Street, Redhill RH1 6BY </pre>
  </div>

<br>_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@cs.uiuc.edu">lldb-dev@cs.uiuc.edu</a><br>
<a href="http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev" target="_blank">http://lists.cs.uiuc.edu/mailman/listinfo/lldb-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><table cellspacing="0" cellpadding="0" style="color:rgb(136,136,136);font-family:'Times New Roman'"><tbody><tr style="color:rgb(85,85,85);font-family:sans-serif;font-size:small">
<td nowrap style="border-top-style:solid;border-top-color:rgb(213,15,37);border-top-width:2px">Todd Fiala |</td><td nowrap style="border-top-style:solid;border-top-color:rgb(51,105,232);border-top-width:2px"> Software Engineer |</td>
<td nowrap style="border-top-style:solid;border-top-color:rgb(0,153,57);border-top-width:2px"> <a href="mailto:tfiala@google.com" style="color:rgb(17,85,204)" target="_blank"><span style="background-color:rgb(255,255,204);color:rgb(34,34,34);background-repeat:initial initial">tfiala@google.com</span></a> |</td>
<td nowrap style="border-top-style:solid;border-top-color:rgb(238,178,17);border-top-width:2px"><font color="#1155cc"> <a>650-943-3180</a></font></td></tr></tbody></table><br></div>
</div>