bugThe libunwind project - Bugs: bug #30906, segfault when using libunwind...

 
 

bug #30906: segfault when using libunwind trough google perf tools

Submitted by:  None
Submitted on:  Mon 30 Aug 2010 02:11:56 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: None
Privacy: PublicAssigned to: None
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 28 Aug 2011 05:50:31 AM UTC, comment #1:

Please reopen if you still see it with libunwind-1.0 and gcc-4.5+.

Arun Sharma <aruns>
Project Administrator
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

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by aruns (Posted a comment)
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follows 1 latest change.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 28 Aug 2011 05:50:31 AM UTCarunsOpen/ClosedOpen=>Closed

    Back to the top


    Powered by Savane 3.1-cleanup1