bugThe libunwind project - Bugs: bug #19385, Segmentation fault in...

 
 

bug #19385: Segmentation fault in x86/Ginit.c:115

Submitted by:  Dirk Tilger <miriup>
Submitted on:  Thu 22 Mar 2007 12:39:55 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: None
Privacy: PublicAssigned to: None
Open/Closed: Open

Add a New Comment (Rich MarkupRich Markup):
   

You are not logged in

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

 

Thu 03 May 2012 07:04:48 PM UTC, comment #2:

Ok, sorry for the oversight. 0.99-beta is a very old release. I tried the latest release and I don't get a segfault.

This bug could probably be closed.

Spundun Bhatt <spundun>
Tue 01 May 2012 11:06:10 PM UTC, comment #1:

I'm also getting a segfault in Ginit while linking with google madness code. Trying with 0.99-beta version

Spundun Bhatt <spundun>
Thu 22 Mar 2007 12:39:55 PM UTC, original submission:

I'm trying to profile an application called ossimplanetviewer using qprof, which in turn uses libunwind. I'm getting a SEGV in libunwind. Additionally I had to explicitely load libunwind-x86.so due to an otherwise reportedly missing symbol.

(gdb) set environment LD_PRELOAD /usr/lib/libunwind-x86.so.7.0.0:/usr/lib/qprof/qprof.so
(gdb) run nasa.kwl
Starting program: /lobster/distri-devel-intel/share/libossimplanet/bin/ossimplanetviewer nasa.kwl
[Thread debugging using libthread_db enabled]
[New Thread -1247865168 (LWP 16611)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1247865168 (LWP 16611)]
access_mem (as=0xb7f9b9a0, addr=1, val=0xbf8e5998, write=0, arg=0xbf8e5c24) at x86/Ginit.c:115
115 val = (unw_word_t *) addr;
Current language: auto; currently c
(gdb) bt
#0 access_mem (as=0xb7f9b9a0, addr=1, val=0xbf8e5998, write=0, arg=0xbf8e5c24) at x86/Ginit.c:115
#1 0xb7f94ef1 in _Ux86_is_signal_frame (cursor=0xbf8e5a28) at x86/Gis_signal_frame.c:60
#2 0xb7f95720 in _Ux86_step (cursor=0xbf8e5a28) at x86/Gstep.c:51
#3 0xb7f86076 in QPROF_pc_sample_list_stack_handler (signo=27, si=0x33, scv=0x0) at prof_utils.c:666
#4 <signal handler called>
#5 0xb6e16303 in ossimTiffTileSource::setReadMethod (this=0x82dce88) at ossimTiffTileSource.cpp:1722
#6 0xb6e1a2a8 in ossimTiffTileSource::open (this=Cannot access memory at address 0x80cd0008
) at ossimTiffTileSource.cpp:602
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

The application I'm trying to profile has been linked against quite a lot of libraries and uses a scene graph to do its magic. It' probable that the stack is heavily used. Some of the libraries, including QPROF have been linked with the Intel compiler verion 9.1.045. Libunwind has been compiled with both the same Intel compiler and gcc version "gcc (GCC) 4.1.1 (Gentoo 4.1.1-r3)".

Dirk Tilger <miriup>

 

(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 spundun (Posted a comment)
  • -unavailable- added by miriup (Submitted the item)
  •  

    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):

     

     

    No Changes Have Been Made to This Item

    Back to the top


    Powered by Savane 3.1-cleanup