diff options
Diffstat (limited to 'results/classifier/zero-shot-user-mode/output/instruction/2590')
| -rw-r--r-- | results/classifier/zero-shot-user-mode/output/instruction/2590 | 29 |
1 files changed, 0 insertions, 29 deletions
diff --git a/results/classifier/zero-shot-user-mode/output/instruction/2590 b/results/classifier/zero-shot-user-mode/output/instruction/2590 deleted file mode 100644 index 52a1c973..00000000 --- a/results/classifier/zero-shot-user-mode/output/instruction/2590 +++ /dev/null @@ -1,29 +0,0 @@ -instruction: 0.664 -runtime: 0.228 -syscall: 0.108 - - - -qemu-x86_64: gdb doesn't read symbols from dynamically linked shared libraries. -Description of problem: -GDB fails to load dynamically linked shared libraries when connecting to qemu-x86_64, causing it to not recognize symbols from the shared libraries. As a result, breakpoints in shared library functions (e.g, `break printf`) do not work. -Steps to reproduce: -1. Start the debug server: `./qemu-x86_64 -g PORT ./x86_64-binary` -2. Connect GDB to the debug server: -``` -$ gdb-multiarch ./x86_64-binary -(gdb) set verbose on -(gdb) target remote :PORT -``` -3. GDB displays a warning and fails to load shared libraries: -``` -(gdb) target remote :PORT -Remote debugging using :PORT -warning: platform-specific solib_create_inferior_hook did not load initial shared libraries. -(gdb) info sharedlibrary -No shared libraries loaded at this time. -``` -Additional information: -This issue does not occur when using gdbserver on a native x86_64 machine and connecting to it from gdb-multiarch on an ARM64 machine, indicating the issue is likely related to QEMU rather than GDB. - -GDB correctly recognizes symbols from the target binary (e.g., the `main` function), and breakpoints at these symbols function as expected. |