[Bug boehm-gc/48299] [4.7 Regression] FAIL: boehm-gc.c/thread_leak_test.c

[dominiq at lps dot ens.fr]

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

--- Comment #8 from Dominique d'Humieres <dominiq at lps dot ens.fr> 2011-03-29 15:12:00 UTC ---
> Run make check in boehm-gc/testsuite instead.  Better yet, just build
> the failing test once and manually rerun it in a loop with
> LD_LIBRARY_PATH or equivalent set.

I have run the following script

#!/bin/sh
i=0
thread_leak_test
while [ $? == 0 ]
do
  i=`expr $i + 1`
  echo $i
  thread_leak_test
done

and saw it fail for i between 8 and 153. The symptom is always

Leaked composite object at start: 0x1000c0f?0, appr. length: 48

and the test starts to consume 100% of the cpu untill I stop it. Sampling the
test gives

Sampling process 85239 for 3 seconds with 1 millisecond of run time between
samples
Sampling completed, processing symbols...
Analysis of sampling thread_leak_test (pid 85239) every 1 millisecond
Process:         thread_leak_test [85239]
Path:           
/opt/gcc/build_w/x86_64-apple-darwin10.7.0/boehm-gc/testsuite/.libs/thread_leak_test
Load Address:    0x100000000
Identifier:      thread_leak_test
Version:         ??? (???)
Code Type:       X86-64 (Native)
Parent Process:  tcsh [191]

Date/Time:       2011-03-29 16:31:27.577 +0200
OS Version:      Mac OS X 10.6.7 (10J869)
Report Version:  6

Call graph:
    2682 Thread_17437964   DispatchQueue_1: com.apple.main-thread  (serial)
      2682 GC_obj_kinds
        2682 GC_try_to_collect_inner
          2682 GC_finish_collection
            2682 GC_set_fl_marks

Total number in stack (recursive counted multiple, when >=5):

Sort by top of stack, same collapsed (when >= 5):
        GC_set_fl_marks        2682

Binary Images:
       0x100000000 -        0x100000ff7 +thread_leak_test ??? (???)
<C97DEDBE-04FF-EFEE-1C1B-68710038E8C2>
/opt/gcc/build_w/x86_64-apple-darwin10.7.0/boehm-gc/testsuite/.libs/thread_leak_test
       0x100003000 -        0x10001dff7 +libgcjgc.1.dylib 2.2.0 (compatibility
2.0.0) <7CAAF920-9603-D889-1D10-4250288EE1C8>
/opt/gcc/build_w/x86_64-apple-darwin10.7.0/boehm-gc/.libs/libgcjgc.1.dylib
       0x10004b000 -        0x10005ffe7 +libgcc_s.1.dylib ??? (???)
<559F9DAA-51E8-95F3-B24B-9DDA7CCC1341> /opt/gcc/gcc4.7w/lib/libgcc_s.1.dylib
    0x7fff5fc00000 -     0x7fff5fc3bdef  dyld 132.1 (???)
<B536F2F1-9DF1-3B6C-1C2C-9075EA219A06> /usr/lib/dyld
    0x7fff80415000 -     0x7fff80419ff7  libmathCommon.A.dylib 315.0.0
(compatibility 1.0.0) <95718673-FEEE-B6ED-B127-BCDBDB60D4E5>
/usr/lib/system/libmathCommon.A.dylib
    0x7fff80fc4000 -     0x7fff81185fff  libSystem.B.dylib 125.2.10
(compatibility 1.0.0) <9BAEB2F2-B485-6349-E1AB-637FE12EE770>
/usr/lib/libSystem.B.dylib
    0x7fffffe00000 -     0x7fffffe01fff  libSystem.B.dylib ??? (???)
<9BAEB2F2-B485-6349-E1AB-637FE12EE770> /usr/lib/libSystem.B.dylib
Sample analysis of process 85239 written to file /dev/stdout

Note that I have applied the patch in
http://gcc.gnu.org/ml/gcc-patches/2011-03/msg01903.html without any change.