Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

【debugger startup problems】codelldb: Syntax error: word unexpected (expecting ")") #314

Closed
ctaoist opened this issue May 30, 2020 · 6 comments
Labels
cause:Not a bug Everything works as intended, not a bug.

Comments

@ctaoist
Copy link

ctaoist commented May 30, 2020

OS: Linux 4.15.0
VSCode version: 1.45.1
code server version: 3.3.1
Extension version: 1.5.0

Problem:
When start a debugger for rust bin, the vsocde outputs:

Running `cargo build --bin=hello --package=hello --message-format=json`...
    Finished dev [unoptimized + debuginfo] target(s) in 0.06s
Raw artifacts:
{
  fileName: '~/projects/rust/target/debug/hello',
  name: 'hello',
  kind: 'bin'
}
Filtered artifacts: 
{
  fileName: '~/projects/rust/target/debug/hello',
  name: 'hello',
  kind: 'bin'
}
configuration: {
  type: 'lldb',
  request: 'launch',
  name: "Debug executable 'hello'",
  args: [],
  cwd: '${workspaceFolder}',
  relativePathBase: '~/projects/rust',
  program: '~/projects/rust/target/debug/hello',
  sourceLanguages: [ 'rust' ]
}
~/.local/share/code-server/extensions/vadimcn.vscode-lldb-1.5.0/adapter2/codelldb: 2: ~/.local/share/code-server/extensions/vadimcn.vscode-lldb-1.5.0/adapter2/codelldb: Syntax error: word unexpected (expecting ")")
Error: The debugger exited without completing startup handshake.
@vadimcn
Copy link
Owner

vadimcn commented May 31, 2020

This looks as if a shell was invoked to execute the codelldb binary.
Since you mentioned code server, I assume you are using VSCode remoting? What OS and CPU architecture is the remote machine?

@vadimcn vadimcn added the waiting for info Waiting for the issue author to provide more information. label May 31, 2020
@ctaoist
Copy link
Author

ctaoist commented Jun 1, 2020

@vadimcn
code server: https://github.com/cdr/code-server
My code-server is installed by cdr's docker image.

uname -a, OS:

Linux e0aa9451c2ef 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64 GNU/Linux

lscpu, cpu:

Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
Address sizes:       40 bits physical, 48 bits virtual
CPU(s):              16
On-line CPU(s) list: 0-15
Thread(s) per core:  2
Core(s) per socket:  4
Socket(s):           2
NUMA node(s):        2
Vendor ID:           GenuineIntel
CPU family:          6
Model:               44
Model name:          Intel(R) Xeon(R) CPU           E5620  @ 2.40GHz
Stepping:            2
CPU MHz:             1595.462
BogoMIPS:            4788.16
Virtualization:      VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            256K
L3 cache:            12288K
NUMA node0 CPU(s):   0,2,4,6,8,10,12,14
NUMA node1 CPU(s):   1,3,5,7,9,11,13,15
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm pcid dca sse4_1 sse4_2 popcnt aes lahf_lm pti tpr_shadow vnmi flexpriority ept vpid dtherm ida arat

And I cd to ~/.local/share/code-server/extensions/vadimcn.vscode-lldb-1.5.0/adapter and execute the codelldb binary manually, then bash shell outputs:

bash: ./codelldb: cannot execute binary file: Exec format error

@ocornoc
Copy link

ocornoc commented Jun 1, 2020

I'm seeing this issue too (as well as the cannot execute binary etc.), both on 1.5.0 and 1.5.2. Also on code-server.

@vadimcn
Copy link
Owner

vadimcn commented Jun 1, 2020

I've reproduced this with the docker image. Looks like they cached the wrong version of the extension package - the arm64 one.
I recommend that you download the package from MS Marketplace and "Install from VSIX".

@vadimcn vadimcn added cause:Not a bug Everything works as intended, not a bug. and removed waiting for info Waiting for the issue author to provide more information. labels Jun 1, 2020
@ocornoc
Copy link

ocornoc commented Jun 1, 2020

That worked for me! Thanks!

@ctaoist
Copy link
Author

ctaoist commented Jun 2, 2020

That works well!
Thanks extremely!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cause:Not a bug Everything works as intended, not a bug.
Projects
None yet
Development

No branches or pull requests

3 participants