[Bug] Missing update of local `/proc/{pid}/maps` in remote session when new shared library is loaded
Author: MrNbaYohCreated Jan 25, 2024Updated Mar 3, 2026
Labelsbugconfirmedfixedfeature:remote
GEF+GDB version
GDB: 13.2
GDB-Python: 3.11Operating System
Manjaro Linux
Describe the issue you encountered
When a program in a remote session loads additional shared library after it started, the remote_objfile_event_handler:
https://github.com/hugsy/gef/blob/570cc039c2ca258e7e49e0ad3d076132e8fc0444/gef.py#L11246-L11258
downloads the shared library from the remote and store it in the local folder.
However, it does not update the local /proc/{pid}/maps file, leading to wrong vmmap outputs (and maybe other erroneous results).
Do you read the docs and look at previously closed issues/PRs for similar cases?
Yes
Architecture impacted
- X86
- X64
- ARM
- ARM64
- MIPS
- MIPS64
- PPC
- PPC64
- RISCV
Describe your issue. Without a proper reproduction step-by-step, your issue will be ignored.
- Start a remote debugging session on a program that loads additional shared libraries with
dlopenfor example. - Run the program and tries
vmmap, the additional shared library won't show in the output.
Minimalist test case
No response
Additional context?
No response
Source: hugsy/gef