aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorAndrew Burgess <aburgess@redhat.com>2025-05-06 16:55:44 +0100
committerAndrew Burgess <aburgess@redhat.com>2025-05-06 16:55:44 +0100
commit998165ba99a3bcc80ba0b196223f4d49623e87b4 (patch)
treed071e8542755c9284dd44ad21f4983d4ec412c0d
parent420d030e88d2c8bbad6044278000fbd9efbf65d9 (diff)
downloadbinutils-998165ba99a3bcc80ba0b196223f4d49623e87b4.zip
binutils-998165ba99a3bcc80ba0b196223f4d49623e87b4.tar.gz
binutils-998165ba99a3bcc80ba0b196223f4d49623e87b4.tar.bz2
Revert "gdb: support zero inode in generate-core-file command"
This reverts commit 1e21c846c275fc6e387ca903a129096be2a53d0b. This change was causing unexpected mappings to be included in the core files generated by GDB, which was triggering warnings when GDB opened a core file, like this: warning: Can't open file [stack] during file-backed mapping note processing warning: Can't open file [vvar] during file-backed mapping note processing For now I'm reverting the above commit and will come to the list again when I have a solution that addresses the original issue without also including the unexpected mappings.
-rw-r--r--gdb/linux-tdep.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/gdb/linux-tdep.c b/gdb/linux-tdep.c
index a03f931..bbffb3d 100644
--- a/gdb/linux-tdep.c
+++ b/gdb/linux-tdep.c
@@ -1712,7 +1712,7 @@ linux_make_mappings_callback (ULONGEST vaddr, ULONGEST size,
= (struct linux_make_mappings_data *) data;
gdb_byte buf[sizeof (ULONGEST)];
- if (*filename == '\0')
+ if (*filename == '\0' || inode == 0)
return 0;
++map_data->file_count;