I am from Openet, we have a support account, but it is disabled at the moment.
We stared using tbbmalloc recently, but we had a problem with the process core dumping on shutdown fairly consistently. There are a few examples of stack traces, they all have various originating frames, but the top of the stack is consistent (see below). I would like to paste some full stack traces but would rather do so privately. I can provide serial number etc. Any help would be appeciated.
We are running a c++ application on RHEL6.3, on VM's.
Program terminated with signal 11, Segmentation fault. #0 0x00000031c440f3cb in raise () from /lib64/libpthread.so.0 Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.107.el6_4.2.x86_64 jdk-1.7.0_45-fcs.x86_64 libaio-0.3.107-10.el6.x86_64 libgcc-4.4.7-3.el6.x86_64 libstdc++-4.4.6-4.el6.x86_64 lksctp-tools-1.0.10-5.el6.x86_64 numactl-2.0.7-3.el6.x86_64 zlib-1.2.3-27.el6.x86_64 (gdb) bt #0 0x00000031c440f3cb in raise () from /lib64/libpthread.so.0 #1 0x00007f41da9ac130 in skgesigOSCrash () from /u01/oracle/product/126.96.36.199/client/lib/libclntsh.so.12.1 #2 0x00007f41dac7566e in kpeDbgSignalHandler () from /u01/oracle/product/188.8.131.52/client/lib/libclntsh.so.12.1 #3 0x00007f41da9ac310 in skgesig_sigactionHandler () from /u01/oracle/product/184.108.40.206/client/lib/libclntsh.so.12.1 #4 <signal handler called> #5 0x00007f41e98a5ee0 in safer_scalable_free (object=0x193d040, original_free=0x31c3c7b6d0 <free>) at ../../src/tbbmalloc/frontend.cpp:2574 #6 0x00007f41e98a1e00 in rml::internal::__TBB_internal_free (object=0x193d040) at ../../src/tbbmalloc/tbbmalloc.cpp:201 #7 0x00007f41ef49f196 in free (object=0x193d040) at ../../src/tbbmalloc/proxy.cpp:88 #8 0x00000031c3811219 in _dl_deallocate_tls () from /lib64/ld-linux-x86-64.so.2 #9 0x00000031c44065dd in __free_stacks () from /lib64/libpthread.so.0 #10 0x00000031c440776a in __free_tcb () from /lib64/libpthread.so.0 #11 0x00000031c4408074 in pthread_join () from /lib64/libpthread.so.0