Re: [aeb] Re: GNU toolchain and AEB

[Jens-Christian Lache <lache at tu-harburg dot de>]

Thank´s! Fernando just mailed me the path:

Index: symtab.c
===================================================================
RCS file: /cvs/src/src/gdb/symtab.c,v
retrieving revision 1.15
diff -c -w -r1.15 symtab.c
*** symtab.c    2000/09/04 08:29:25     1.15
--- symtab.c    2001/01/12 19:29:21
***************
*** 754,760 ****
{
/* This is a mangled variable, look it up by its
mangled name.  */
!             return lookup_symbol (SYMBOL_NAME (msymbol), block,
namespace, is_a_field_of_this, 
symtab);
}
/* There are no debug symbols for this file, or we are looking
--- 754,760 ----
{
/* This is a mangled variable, look it up by its
mangled name.  */
!             return lookup_symbol_aux (SYMBOL_NAME (msymbol), block,
namespace, is_a_field_of_this, 
symtab);
}
/* There are no debug symbols for this file, or we are looking

This patch was just on the gdb-patch list, right?

I ´ ll give it a try tomorow, it is already 17 22:00:03 CET 2001
in HH and my eyes are like rectangels!

Best regards!

Jens-Christian

Am Mit, 17 Jan 2001 schrieben Sie:
> This is the same infinite recursion bug that we need approval for
> committing. When approval is given, it will be committed, and the bug will
> be fixed.
> Look at gdb-patches for a recent message from Jim Ingham for the most
> recent patch for this bug, and apply. It's been pissing people off for
> over a month
> now, but there is little that can be done, as their is no obvious bugfix
> rule, as there in in gcc.
> --Dan
> 
> 
> On Wed, 17 Jan 2001, Jens-Christian Lache wrote:
> 
> > Hi Fernando! Could you reproduce the problem?
> > I really could need a "working" debugger! I have seen the bug described below
> > not only in the toolstips, but also while trying to watch objects.
> >
> > > Hi everybody!
> > > This is a bug report about:
> > >
> > > Today I encounter a problem with the gdb. I had the tooltips for variables
> > > turned on. When moving the mousepointer over a field of a class, gdb startet to
> > > allocote ruff amounts of mem. Only the limit of 128MB of swap could stop
> > > it, it crashed and my X crashed too. I could mail you the project
> > > and explain you how to reproduce this error.
> > >
> > > This is how to reproduce it:
> > >
> > > 1.) install & say "make" in the adeos dir
> > > 2.) download & start it to a AT91EB01 or AT91EB40
> > > It will stop in "main" at "os.start();"
> > > 3.) set a breakpoint in sched.cpp, function "Sched::start(void)",
> > > third line "schedule();"
> > > 4.) continue
> > > 5.) move mousepointer over "state" from the line above
> > > "state = Started;" Having
> > > tooltips turned on, it should crash. Or try to add it to the list of
> > > watch exprecions.
> > >
> > > My arm-elf-gdb is from 20001212.
> > >
> > > Regards,
> > >
> > > Jens-Christian
> > >
> > > Am Don, 11 Jan 2001 schrieben Sie:
> > > > Jens-Christian Lache wrote:
> > > > >
> > > > > > Yes this sounds serious.  But I guess I know that it is caused by a
> > > > > > bug in the C++ symbol handling in GDB.  It gets into an infinite loop
> > > > > > when we are looking for an overloaded symbol (I don't know the
> > > > > > exact circunstances).
> > > > > >
> > > > > > Someone has been fixing C++ things lately.  Have you tried getting the
> > > > > > latest insight from CVS to see if it works better for you?
> > > > > Could you be a little more precise about lately? Mine is from 20001212.
> > > >
> > > > Jee! That sounds new enough.
> > > >
> > > > I guess I will have to take you on your offer to try to reproduce it.
> > > >
> > > > What I am going to do is to try and find someone from the GDB C++ area
> > > > to look at it.  I myself have not played with that code for a while and
> > > > I am full of GUI stuff to do.
> > > >
> > > > I have seem a similar problem, so I will bug them with this one as well.
> > > > Lets hope they find it fast.
> > > >
> > > > Maybe you should turn off your variable ballons in the meanwhile to
> > > > avoid accidentaly
> > > > tripping over one of those classes.  There is a preference under
> > > > Preferences->Source
> > > > to turn them off.
> > > >
> > > >
> > > > > Thank´s again for your great support,  :-)
> > > > >
> > > > You're welcome.
> > > >
> > > >
> > > > P.S.:  Can you post your messages to the list?  We use the archives as a
> > > > knowledge base
> > > >        so if other people have a similar problem they can use our
> > > > findings by searching
> > > >        the old messages.  Also, sometimes there are other people who
> > > > know something
> > > >        about the problem we are tracking down and they can jump in and
> > > > help us.
> > > > :-)
> > > >
> > > >
> > > > --
> > > > Fernando Nasser
> > > > Red Hat Canada Ltd.                     E-Mail:  fnasser@redhat.com
> > > > 2323 Yonge Street, Suite #300
> > > > Toronto, Ontario   M4P 2C9
> > > --
> > >
> > >
> > > Jens-Christian Lache
> > > Technische Universitaet Hamburg-Harburg
> > > www.tu-harburg.de/~sejl1601
> > > Mail:
> > > lache@tu-harburg.de
> > > lache@ngi.de
> > > Tel.:
> > > +0491759610756
> > >
> >
> > ----------------------------------------
> > Content-Type: application/x-gzip; name="adeos.tgz"
> > Content-Transfer-Encoding: base64
> > Content-Description:
> > ----------------------------------------
> >
> > --
> >
> >
> > Jens-Christian Lache
> > Technische Universitaet Hamburg-Harburg
> > www.tu-harburg.de/~sejl1601
> > Mail:
> > lache@tu-harburg.de
> > lache@ngi.de
> > Tel.:
> > +0491759610756
> >
-- 


Jens-Christian Lache
Technische Universitaet Hamburg-Harburg
www.tu-harburg.de/~sejl1601
Mail:
lache@tu-harburg.de
lache@ngi.de
Tel.:
+0491759610756