Input reader prompt does not appear when remote debugging on linux 64-bit

Subprojects LLDB
1

Hi folks

I've built a 64-bit intel linux lldb (from TOT as of April 9), with a view to connecting to a gdbserver on the same box.

Basically I just run up my server like:

~ gdbserver 127.0.0.1:12345 ./simp-x64

Then I connect my lldb as follows:

~ lldb
Traceback (most recent call last):
   File "<string>", line 1, in <module>
ImportError: No module named lldb.embedded_interpreter
(lldb) target create simp-x64
Current executable set to 'simp-x64' (x86_64).
(lldb) gdb-remote 12345
Process 3244 stopped
* thread #1: tid = 3244, , stop reason = signal SIGTRAP
     frame #0:

The issue, being that the "input reader" (prompt) is not printed. If I type some random input and hit enter, then the prompt appears.

By comparision doing local debug, after reporting the initial stop, the prompt is printed.

~ lldb
Traceback (most recent call last):
   File "<string>", line 1, in <module>
ImportError: No module named lldb.embedded_interpreter
(lldb) target create simp-x64
Current executable set to 'simp-x64' (x86_64).
(lldb) process launch --stop-at-entry
Process 3324 launching
Process 3324 launched: '/home/mg11/src/arch-tests/simple1/simp-x64' (x86_64)
Process 3324 stopped
* thread #1: tid = 3324, 0x0000003675a011f0, name = 'simp-x64', stop reason = trace
     frame #0: 0x0000003675a011f0
-> 0x3675a011f0: movq %rsp, %rdi
    0x3675a011f3: callq 0x3675a046e0
    0x3675a011f8: movq %rax, %r12
    0x3675a011fb: movl 0x21eb97(%rip), %eax
(lldb)

I may well start to look at this bug myself, if noone else is already active in that area.

Thoughts?

thanks
Matt

Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
More information can be found at www.csr.com. Keep up to date with CSR on our technical blog, www.csr.com/blog, CSR people blog, www.csr.com/people, YouTube, www.youtube.com/user/CSRplc, Facebook, www.facebook.com/pages/CSR/191038434253534, or follow us on Twitter at www.twitter.com/CSR_plc.
New for 2014, you can now access the wide range of products powered by aptX at www.aptx.com.

2

I may well start to look at this bug myself, if noone else is already active in that area.

I’m not active on it. I say have at it, Matthew :slight_smile:

3

Todd Fiala wrote:

> I may well start to look at this bug myself, if noone else is already active in that area.

I'm not active on it. I say have at it, Matthew :slight_smile:

I'll probably take a look in a week or so. It's not like it's killing my current workflow.
Matt

Member of the CSR plc group of companies. CSR plc registered in England and Wales, registered number 4187346, registered office Churchill House, Cambridge Business Park, Cowley Road, Cambridge, CB4 0WZ, United Kingdom
More information can be found at www.csr.com. Keep up to date with CSR on our technical blog, www.csr.com/blog, CSR people blog, www.csr.com/people, YouTube, www.youtube.com/user/CSRplc, Facebook, www.facebook.com/pages/CSR/191038434253534, or follow us on Twitter at www.twitter.com/CSR_plc.
New for 2014, you can now access the wide range of products powered by aptX at www.aptx.com.