[lldb-dev] strange issues on linux
labath at google.com
Mon Jun 1 03:35:04 PDT 2015
I'm not really sure what is going on, but I don't think the problem is
in the server component. The server reports the correct register
values. You say your plugin does not do anything which should change
the registers (and the packet log confirms this), so it looks like the
corruption happens in LLDB. I'm afraid I don't know enough about the
client to know what is the problem, but it seems like you are hitting
some kind of a race there. Possibly you are reading the register
values before they have been populated (possibly even before the whole
thread list is populated, which could explain why you are getting
inconsistent thread counts).
On 29 May 2015 at 17:15, Ryan Brown <ribrdb at google.com> wrote:
> It seemed like this is the way to connect to an already running gdbserver. I
> was trying to see the output of gdb server to see why it was crashing.
> Although I suppose the "OS or CPU not supported!" message might just mean I
> started lldb-server with the wrong args and not the real problem.
Yeah, debugging the server is not very easy. I usually just attach to
a running instance, or load the resulting core file. As I said, this
looks like a client issue, but it should still not crash the server.
If you encounter a server crash (without using "process connect"), I
would be interested in it and can probably fix it.
> Here's a log from one session:
> < 588> read packet:
This is the packet notifying the client you've hit a breakpoint. It
also provides the values of the general purpose registers. The values
seem reasonable here.
After this, you are only doing memory read commands, and these should
not affect the registers.
> (lldb) register read
> General Purpose Registers:
> rax = 0x0000000000000000
> rbx = 0x0000000000000000
> rcx = 0x0000000000000000
> rdx = 0x0000000000000000
> rdi = 0x0000000000000000
> rsi = 0x0000000000000000
> rbp = 0x0000000000000000
> rsp = 0x00007fffffffdde0
> r8 = 0x0000000000000000
> r9 = 0x0000000000000000
> r10 = 0x0000000000000000
> r11 = 0x0000000000000000
> r12 = 0x0000000000000000
> r13 = 0x0000000000000000
> r14 = 0x0000000000000000
> r15 = 0x0000000000000000
> rip = 0x00007ffff7ddb2d0
> rflags = 0x0000000000000200
> cs = 0x0000000000000033
> fs = 0x0000000000000000
> gs = 0x0000000000000000
> ss = 0x000000000000002b
> ds = 0x0000000000000000
> es = 0x0000000000000000
"register read" does not need to issue any new server commands, since
it thinks the register values have already been provided. However, it
seems they got corrupted on their way...
hope this helps,
More information about the lldb-dev