Bug fix in `tree.c': build_range_type

Jeffrey A Law law@cygnus.com
Wed Jul 29 09:53:00 GMT 1998


  In message < 199807290855.KAA02925@esmeralda.gerwinski.de >you write:
  > > But shouldn't TYPE_SIZE_UNIT be initialized to zero by the make_node
  > > call which created the type?  There's a loop in that make_node that is
  > > supposed to zero out the node when it's allocated.
  > 
  > Indeed.  Very strange. :-(
Can you say memory corruption :(  If you've got an x86 linux box you
can probably set a hardware watchpoint on the memory location which
holds TYPE_SIZE_UNIT for the node in question to find out where it's
getting clobbered.

ie, put a conditional breakpoint in make_node just before it returns
the node in question.  get the address of the size_unit field.  Then
break *<hex address>

And let the program continue.


  > I am subscribed to EGCS (or at least hope to be subscribed) under the
  > address `peter.gerwinski@uni-essen.de'.  Since I got only two letters
  > through the EGCS lists (egcs, egcs-bugs, egcs-announce) since 20 July,
  > I suspect that there is something wrong.
That address is not subscribed either.

It is possible you subscribed, but were then unsubscribed because messages
to your address were bouncing.

I recommend you re-subscribe.

jeff



More information about the Gcc-patches mailing list