Mon 30 Aug 2010 02:11:56 PM UTC, original submission:
I have a number crunching app build with perftools 1.6 and libunwind-0.99-beta on x86_64 (intel xeon).
It's compiled and run on a CentOS 5.5:
GNU C Library stable release version 2.5, by Roland McGrath et al.
Compiled by GNU CC version 4.1.2 20080704 (Red Hat 4.1.2-48).
Compiled on a Linux 2.6.9 system on 2010-07-27.
Available extensions:
The C stubs add-on version 2.1.2.
crypt add-on version 2.1 by Michael Glad and others
GNU Libidn by Simon Josefsson
GNU libio by Per Bothner
NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Native POSIX Threads Library by Ulrich Drepper et al
BIND-8.2.3-T5B
RT using linux kernel aio
Thread-local storage support included.
This is the stack trace when it SIGSEGVs:
Program received signal SIGSEGV, Segmentation fault.
0x00002aaab0c38c2a in access_mem (as=0x2aaab0e40980, addr=114, val=0x7fffffee8c80, write=0, arg=0x7fffffee9120) at x86_64/Ginit.c:164
(gdb) bt
#0 0x00002aaab0c38c2a in access_mem (as=0x2aaab0e40980, addr=114, val=0x7fffffee8c80, write=0, arg=0x7fffffee9120) at x86_64/Ginit.c:164
#1 0x00002aaab0c350dd in dwarf_get (c=0x7fffffee9120, loc=..., val=0x7fffffee8c80) at ../include/tdep/libunwind_i.h:137
#2 0x00002aaab0c34f38 in apply_reg_state (c=0x7fffffee9120, rs=0x2aaab0e44718) at dwarf/Gparser.c:766
#3 0x00002aaab0c35461 in _ULx86_64_dwarf_find_save_locs (c=0x7fffffee9120) at dwarf/Gparser.c:849
#4 0x00002aaab0c360f1 in _ULx86_64_dwarf_step (c=0x7fffffee9120) at dwarf/Gstep.c:35
#5 0x00002aaab0c399c1 in _ULx86_64_step (cursor=0x7fffffee9120) at x86_64/Gstep.c:42
#6 0x00002aaaaaab7ac1 in GetStackTraceWithContext (result=0x7fffffee9938, max_depth=63, skip_count=-1, ucp=0x7fffffee9bc0) at src/stacktrace_libunwind-inl.h:114
#7 0x00002aaaaaab4937 in CpuProfiler::prof_handler (sig=27, signal_ucontext=0x7fffffee9bc0, cpu_profiler=0x2aaaaacbf980) at src/profiler.cc:280
#8 0x00002aaaaaab563f in ProfileHandler::SignalHandler (sig=27, sinfo=0x7fffffee9cf0, ucontext=0x7fffffee9bc0) at src/profile-handler.cc:439
#9 <signal handler called>
#10 0x0000003186c7299c in _int_malloc () from /lib64/libc.so.6
#11 0x00002aaaace886c2 in std::_Rb_tree<atpco::ATPCO_Object const, std::pair<atpco::ATPCO_Object const const, match_engine::Record3Node const>, std::_Select1st<std::pair<atpco::ATPCO_Object const const, matc
h_engine::Record3Node const> >, std::less<atpco::ATPCO_Object const>, std::allocator<std::pair<atpco::ATPCO_Object const* const, match_engine::Record3Node const*> > >::end (this=Cannot access memory at address
0x52
) at /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../include/c++/4.1.2/bits/stl_tree.h:604
It happens randomly and I can't seem to get a stable reproduction.
libunwind 0.99-beta used by google-perftools 1.6 on CentOS 5.5 64bit on Intel Xeon
|