Bug 178796 - Large core dump created on 32-bit x86-64 not usable on x86
Large core dump created on 32-bit x86-64 not usable on x86
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: gdb (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Alexandre Oliva
Jay Turner
Depends On:
Blocks: 181409 190547 194343
  Show dependency treegraph
Reported: 2006-01-24 09:25 EST by Bastien Nocera
Modified: 2015-01-07 19:11 EST (History)
4 users (show)

See Also:
Fixed In Version: RHBA-2006-0429
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-10 17:17:43 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
mmap_all.c (1.28 KB, text/plain)
2006-01-24 09:25 EST, Bastien Nocera
no flags Details
mmap_all.bz2 (2.62 KB, application/octet-stream)
2006-01-24 09:27 EST, Bastien Nocera
no flags Details
core.21435.bz2 (11.28 KB, application/octet-stream)
2006-01-24 09:28 EST, Bastien Nocera
no flags Details

External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2006:0429 normal SHIPPED_LIVE gdb bug fix update 2006-08-09 00:00:00 EDT

  None (edit)
Description Bastien Nocera 2006-01-24 09:25:42 EST

1. Compile attached testcase in 32-bit mode on x86-64
gcc -g -m32 -o mmap_all mmap_all.c

2. Set the maximum core dump size
ulimit -c unlimited

3. Run the testcase and wait for the 2.7 gigs core dump to be created

4. Get a backtrace from the core dump on the x86-64
$ gdb ./mmap_all core.21435
GNU gdb Red Hat Linux (
#0  0xffffe410 in __kernel_vsyscall ()
(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0x00b407d5 in raise () from /lib/tls/libc.so.6
#2  0x00b42149 in abort () from /lib/tls/libc.so.6
#3  0x08048596 in main ()

5. Copy the core dump and the binary to an x86 machine
6. Try to gather a backtrace from the coredump
$ gdb ./mmap_all core.21435
GNU gdb Red Hat Linux (
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux-gnu"...
(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".

warning: exec file is newer than core file.
Reading symbols from shared object read from target memory...(no debugging
symbols found)...done.
Loaded system supplied DSO at 0xffffe000
Core was generated by `./mmap_all'.
Program terminated with signal 6, Aborted.
BFD: BFD 2.15.93 20041018 internal error, aborting at ../../gdb-6.3/bfd/cache.c
line 495 in bfd_cache_lookup_worker

BFD: Please report this bug.
Comment 1 Bastien Nocera 2006-01-24 09:25:43 EST
Created attachment 123613 [details]
Comment 2 Bastien Nocera 2006-01-24 09:27:22 EST
Created attachment 123614 [details]

mmap_all binary created on x86-64
Comment 3 Bastien Nocera 2006-01-24 09:28:30 EST
Created attachment 123616 [details]

core dump created by mmap_all and the kernel on x86-64
Watch out, 2.7 gigs unpacked
Comment 10 Bob Johnson 2006-04-11 12:51:46 EDT
This issue is on Red Hat Engineering's list of planned work items 
for the upcoming Red Hat Enterprise Linux 4.4 release.  Engineering 
resources have been assigned and barring unforeseen circumstances, Red 
Hat intends to include this item in the 4.4 release.
Comment 15 Red Hat Bugzilla 2006-08-10 17:17:50 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


Note You need to log in before you can comment on or make changes to this bug.