* Data corruption problem compiling Ada rts g-awk
@ 2004-09-13 23:05 Richard Kenner
2004-09-13 23:28 ` Steven Bosscher
2004-09-14 7:37 ` Jeffrey A Law
0 siblings, 2 replies; 4+ messages in thread
From: Richard Kenner @ 2004-09-13 23:05 UTC (permalink / raw)
To: gcc
When I compile it, I get a SIGSEGV in the GC mark routines. It
looks like a PHI_NODE has a bb field that points to memory
that contains all 0x5a5a5a5a. I tried to set a breakpoint at the
allocation of that node but it never tripped.
Has anybody else seen this?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Data corruption problem compiling Ada rts g-awk
2004-09-13 23:05 Data corruption problem compiling Ada rts g-awk Richard Kenner
@ 2004-09-13 23:28 ` Steven Bosscher
2004-09-14 7:37 ` Jeffrey A Law
1 sibling, 0 replies; 4+ messages in thread
From: Steven Bosscher @ 2004-09-13 23:28 UTC (permalink / raw)
To: Richard Kenner, gcc
On Tuesday 14 September 2004 00:19, Richard Kenner wrote:
> When I compile it, I get a SIGSEGV in the GC mark routines. It
> looks like a PHI_NODE has a bb field that points to memory
> that contains all 0x5a5a5a5a. I tried to set a breakpoint at the
> allocation of that node but it never tripped.
>
> Has anybody else seen this?
I have seen a similar bug, but in my case the bb pointed to
memory that was apparently not a basic block.
Gr.
Steven
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Data corruption problem compiling Ada rts g-awk
2004-09-13 23:05 Data corruption problem compiling Ada rts g-awk Richard Kenner
2004-09-13 23:28 ` Steven Bosscher
@ 2004-09-14 7:37 ` Jeffrey A Law
1 sibling, 0 replies; 4+ messages in thread
From: Jeffrey A Law @ 2004-09-14 7:37 UTC (permalink / raw)
To: Richard Kenner; +Cc: gcc
On Mon, 2004-09-13 at 16:19, Richard Kenner wrote:
> When I compile it, I get a SIGSEGV in the GC mark routines. It
> looks like a PHI_NODE has a bb field that points to memory
> that contains all 0x5a5a5a5a. I tried to set a breakpoint at the
> allocation of that node but it never tripped.
>
> Has anybody else seen this?
Diego seemed to have tripped over it too.
The symptoms you describe are consistent with an object being
freed while there are still references to the object.
What's the full backtrace? Does the mark routine for dataflow_d
appear in the backtrace? If so it could well be the same problem
Diego tripped over.
jeff
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Data corruption problem compiling Ada rts g-awk
@ 2004-09-14 11:25 Richard Kenner
0 siblings, 0 replies; 4+ messages in thread
From: Richard Kenner @ 2004-09-14 11:25 UTC (permalink / raw)
To: law; +Cc: gcc
What's the full backtrace? Does the mark routine for dataflow_d
appear in the backtrace?
The full backtrace is *very* long, going down a chain of about 140 TREE_CHAIN
links from PHI_NODEs. But then it indeed has dataflow_b and looks identical
to the one posted late yesterday.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-09-14 10:27 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-09-13 23:05 Data corruption problem compiling Ada rts g-awk Richard Kenner
2004-09-13 23:28 ` Steven Bosscher
2004-09-14 7:37 ` Jeffrey A Law
2004-09-14 11:25 Richard Kenner
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).