<div dir="auto">Does ds2 have the same behavior? Took a glance and didn't see it. </div><div class="gmail_extra"><br><div class="gmail_quote">On Dec 6, 2017 7:47 AM, "Pavel Labath" <<a href="mailto:labath@google.com">labath@google.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 6 December 2017 at 12:40, Pedro Alves via lldb-dev<br>
<<a href="mailto:lldb-dev@lists.llvm.org">lldb-dev@lists.llvm.org</a>> wrote:<br>
> On 12/05/2017 11:17 PM, David Manouchehri wrote:<br>
>> Is there a user accessible setting to force on XML target descriptions<br>
>> in new-gdbsever?<br>
><br>
> In gdbserver?  Nope.<br>
><br>
> There's a setting in GDB to force it to not fetch descriptions,<br>
> which I found out today didn't actually work.  Fixed now in master [1].<br>
> GDB works fine against gdbserver with XML force-disabled, so<br>
><br>
> I suspect something else is going on.<br>
><br>
> Maybe a disagreement about who adjusts the PC after a breakpoint trap<br>
> between lldb and gdbserver?  (given the spurious SIGTRAPs and SIGSEGVs)<br>
> gdb and gdbserver negotiate that via  qSupported.  If both agree on<br>
> the "swbreak+" feature, then gdbserver handles it (and reports a "T05 swbreak"<br>
> for int3 traps).  Otherwise gdbserver assumes that the client (gdb/lldb) will,<br>
> so doesn't do it itself.  I did a quick grep on a lldb checkout I had<br>
> around here and didn't find any "swbreak" hit, but maybe lldb assumes<br>
> the server does it?<br>
><br>
<br>
I think that could be (a part of) the problem. lldb-server always<br>
adjusts the PC (see NativeProcessLinux::<wbr>FixupBreakpointPCsAsNeeded). I<br>
am unsure whether there is any additional fixup logic in the client.<br>
</blockquote></div></div>