<div dir="ltr">Hi Tony,<div><br></div><div>This is the right list.</div><div><br></div><div>Are you using an LLDB that you built locally? If so, can you move aside the debugserver that you find somewhere under in your LLDB.framework bundle directory, and make a symlink to the debugserver that comes out of your /Applications/Xcode.app bundle? Your official Xcode.app one should be in a location like:</div><div>/Applications/Xcode.app/Contents/SharedFrameworks/LLDB.framework/Versions/A/Resources/debugserver<br></div><div><br></div><div>The other thing it could be is that I think your lldb_codesign cert may need to be recreated on a new OS. I seem to recall the instructions there indicate the code signing cert does not survive OS updates but I might be mistaken.</div><div><br></div><div>I suspect the symlink will resolve your issue, though. With tighter security, it is likely that a home-built debugserver is no longer going to work without being Apple signed. We may need to adjust the Xcode build to create a symlink to the official one if that's the case.</div><div><br></div><div>-Todd</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 2, 2015 at 2:35 PM, Tony Perrie via lldb-dev <span dir="ltr"><<a href="mailto:lldb-dev@lists.llvm.org" target="_blank">lldb-dev@lists.llvm.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span style="font-family:monospace,monospace"><font face="arial,helvetica,sans-serif">I can only seem to debug our binary as the root user om 10.11. I rebooted at one point, and lldb did work briefly with a system user but then after the machine ran for a bit, it proceeded to not work again. Rebooted again, and again, lldb failes with this error...</font><br></span><div><div><div><span style="font-family:monospace,monospace"><br>lldb /opt/aspera/bin/ascp<br>(lldb) target create "/opt/aspera/bin/ascp"<br>2015-10-02 14:24:17.091 lldb[1721:12884] Metadata.framework [Error]: couldn't get the client port<br>Current executable set to '/opt/aspera/bin/ascp' (x86_64).<br>(lldb) r -i ~/.ssh/id_rsa /tmp/mp_source/* localhost:/tmp/mp_dest/<br>error: process exited with status -1 (unable to attach)</span><br><br></div><div>As root, I can reproduce the error:<br><br><span style="font-family:monospace,monospace">root# lldb /opt/aspera/bin/ascp<br>(lldb) target create "/opt/aspera/bin/ascp"<br>2015-10-02 14:30:40.515 lldb[1864:14630] Metadata.framework [Error]: couldn't get the client port<br>Current executable set to '/opt/aspera/bin/ascp' (x86_64).<br>(lldb) r -i /var/root/.ssh/id_rsa /tmp/mp_source/* localhost:/tmp/mp_dest/<br>Process 1866 launched: '/opt/aspera/bin/ascp' (x86_64)<br><br>Session Stop (Error: Session initiation failed, Server process failed to start: permissions?)<br>Process 1866 exited with status = 1 (0x00000001) </span><br><br>I have another machine running OS X 10.9 and lldb where everything works flawlessly.<br><br></div><div>The problem with out binary seems to be that OS X is prohibiting our binary from starting another process (even as root). Not sure if this is the right list for that question though. Assume it's something to do with 10.11's security model.<br></div><div><br></div></div></div></div>
<br>_______________________________________________<br>
lldb-dev mailing list<br>
<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a><br>
<a href="http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev" rel="noreferrer" target="_blank">http://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr">-Todd</div></div>
</div>