This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug boehm-gc/52179] boehm-gc incompatible with aslr on darwin11


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52179

--- Comment #3 from Jack Howarth <howarth at nitro dot med.uc.edu> 2012-02-09 00:40:19 UTC ---
A backtrace for the failing leak_test at -m64 looks identical...

# gdb ./leak_testGNU gdb 6.3.50-20050815 (Apple version gdb-1708) (Thu Nov  3
21:59:02 UTC 2011)Copyright 2004 Free Software Foundation, Inc.GDB is free
software, covered by the GNU General Public License, and you arewelcome to
change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared
libraries .... done

(gdb) set disable-aslr off
(gdb) r
Starting program:
/sw/src/fink.build/gcc47-4.7.0-1/darwin_objdir/x86_64-apple-darwin11.3.0/boehm-gc/testsuite/.libs/leak_test 
Reading symbols for shared libraries + done
Reading symbols for shared libraries ++++........................ done

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x00007fff629012c8
GC_mark_from (mark_stack_top=0x102d33000, mark_stack=0x102d33000,
mark_stack_limit=0x102d43000) at ../../../gcc-4.7-20120207/boehm-gc/mark.c:759
759          deferred = *limit;
(gdb) bt
#0  GC_mark_from (mark_stack_top=0x102d33000, mark_stack=0x102d33000,
mark_stack_limit=0x102d43000) at ../../../gcc-4.7-20120207/boehm-gc/mark.c:759
#1  0x0000000102c8b947 in GC_mark_some (cold_gc_frame=0x7fff6287c53c "\001") at
../../../gcc-4.7-20120207/boehm-gc/mark.c:361
#2  0x0000000102c836ae in GC_stopped_mark (stop_func=0x102c82b88
<GC_never_stop_func>) at ../../../gcc-4.7-20120207/boehm-gc/alloc.c:531
#3  0x0000000102c8326a in GC_try_to_collect_inner (stop_func=0x102c82b88
<GC_never_stop_func>) at ../../../gcc-4.7-20120207/boehm-gc/alloc.c:378
#4  0x0000000102c8f222 in GC_init_inner () at
../../../gcc-4.7-20120207/boehm-gc/misc.c:789
#5  0x0000000102c89dda in GC_generic_malloc_inner (lb=43, k=1) at
../../../gcc-4.7-20120207/boehm-gc/malloc.c:123
#6  0x0000000102c89f74 in GC_generic_malloc (lb=43, k=1) at
../../../gcc-4.7-20120207/boehm-gc/malloc.c:192
#7  0x0000000102c8a2a1 in GC_malloc (lb=43) at
../../../gcc-4.7-20120207/boehm-gc/malloc.c:297
#8  0x0000000102c854e4 in GC_debug_malloc (lb=4, s=0x102c7df50
"/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120207/boehm-gc/testsuite/boehm-gc.c/leak_test.c",
i=9) at ../../../gcc-4.7-20120207/boehm-gc/dbg_mlc.c:491
#9  0x0000000102c7de6f in main () at
/sw/src/fink.build/gcc47-4.7.0-1/gcc-4.7-20120207/boehm-gc/testsuite/boehm-gc.c/leak_test.c:9
(gdb)


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]