This is the mail archive of the
gdb-prs@sources.redhat.com
mailing list for the GDB project.
Re: gdb/1865: Debian/Sid GNU/Linux + gcc + libtool + C language
- From: Daniel Jacobowitz <drow at false dot org>
- To: nobody at sources dot redhat dot com
- Cc: gdb-prs at sources dot redhat dot com,
- Date: 12 Feb 2005 18:48:00 -0000
- Subject: Re: gdb/1865: Debian/Sid GNU/Linux + gcc + libtool + C language
- Reply-to: Daniel Jacobowitz <drow at false dot org>
The following reply was made to PR gdb/1865; it has been noted by GNATS.
From: Daniel Jacobowitz <drow@false.org>
To: guischlouk@yahoo.fr
Cc: gdb-gnats@sources.redhat.com
Subject: Re: gdb/1865: Debian/Sid GNU/Linux + gcc + libtool + C language
Date: Sat, 12 Feb 2005 13:45:21 -0500
On Sat, Feb 12, 2005 at 06:29:46PM -0000, guischlouk@yahoo.fr wrote:
> When asked to exit gdb asserted:
>
> (gdb) The program is running. Exit anyway? (y or n) y
> BFD: BFD 2.15.93 20041018 internal error, aborting at /nevyn/local/gdb/gdb-6.3/bfd/cache.c line 495 in bfd_cache_lookup_worker
>
> BFD: Please report this bug.
>
> Exit 1
FYI, this is the second report I've seen of this problem. I believe it
is caused by the changes to use bfd_cache_close_all. When GDB goes to
reopen a binary or library and it isn't there, or has been replaced by
something smaller such that we can not seek to the previous offset, BFD
aborts.
Not sure how to fix it without mauling the BFD interface.
--
Daniel Jacobowitz
CodeSourcery, LLC