Anyone else failing to validate on 'linker_unload'?
Edward Z. Yang
ezyang at MIT.EDU
Mon Sep 2 04:39:48 CEST 2013
However, as far as I can tell, it is not 100% reproduceable.
In a recent validate of 5f98d44d8617756971cf47c040f2556de4e98f63,
this test does not fail.
Edward
Excerpts from Edward Z. Yang's message of Fri Aug 30 21:55:29 -0700 2013:
> Yes, this one is failing for me too. Probably related to the
> recent object unload patch for http://ghc.haskell.org/trac/ghc/ticket/8039
>
> Excerpts from Ryan Newton's message of Fri Aug 30 21:51:24 -0700 2013:
> > That test builds an executable named 'linker_unload' which segfaults for
> > me. Valgrind says this:
> >
> >
> > ==42800== Invalid read of size 8
> > ==42800== at 0x66945F: checkUnload (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== by 0x657F7A: GarbageCollect (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== by 0x651790: scheduleDoGC (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== by 0x6518B4: performGC_ (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== by 0x403BB1: main (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== Address 0x5bfdd20 is 80 bytes inside a block of size 120
> > free'd
> > ==42800== at 0x4C273F0: free (vg_replace_malloc.c:446)
> > ==42800== by 0x66945E: checkUnload (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== by 0x657F7A: GarbageCollect (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== by 0x651790: scheduleDoGC (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== by 0x6518B4: performGC_ (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> > ==42800== by 0x403BB1: main (in
> > /home/beehive/ryan_scratch/validate14/testsuite/tests/rts/linker_unload)
> >
> > This went the same across a couple different independent checkouts.
> >
> > -Ryan
More information about the ghc-devs
mailing list