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: Guischlouk <guischlouk at yahoo dot fr>
- To: nobody at sources dot redhat dot com
- Cc: gdb-prs at sources dot redhat dot com,
- Date: 12 Feb 2005 18:58:01 -0000
- Subject: Re: gdb/1865: Debian/Sid GNU/Linux + gcc + libtool + C language
- Reply-to: Guischlouk <guischlouk at yahoo dot fr>
The following reply was made to PR gdb/1865; it has been noted by GNATS.
From: Guischlouk <guischlouk@yahoo.fr>
To: Daniel Jacobowitz <drow@false.org>
Cc: gdb-gnats@sources.redhat.com
Subject: Re: gdb/1865: Debian/Sid GNU/Linux + gcc + libtool + C language
Date: Sat, 12 Feb 2005 10:49:43 -0800 (PST)
--- Daniel Jacobowitz <drow@false.org> wrote:
> 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
>
Hi,
That's exactly what happened has I recompiled and was
exiting gdb to reload it because of libtool. It's the
first time it happens in several weeks and it was not
an issue as I wanted to exit anyway :)
Good luck.
=====
¢¢¢
Guischlouk.
Mr RooT May The Force Be With You !!!
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com