From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-27564-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 30516 invoked by alias); 24 Jan 2007 13:20:36 -0000
Received: (qmail 30504 invoked by uid 22791); 24 Jan 2007 13:20:33 -0000
X-Spam-Check-By: sourceware.org
Received: from wr-out-0506.google.com (HELO wr-out-0506.google.com) (64.233.184.238)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 24 Jan 2007 13:20:28 +0000
Received: by wr-out-0506.google.com with SMTP id i31so123000wra         for <gdb@sourceware.org>; Wed, 24 Jan 2007 05:20:18 -0800 (PST)
Received: by 10.90.98.10 with SMTP id v10mr568932agb.1169644818318;         Wed, 24 Jan 2007 05:20:18 -0800 (PST)
Received: from ?192.168.132.167? ( [222.66.14.54])         by mx.google.com with ESMTP id 17sm2715503nzo.2007.01.24.05.20.16;         Wed, 24 Jan 2007 05:20:17 -0800 (PST)
Message-ID: <45B75D05.9030104@gmail.com>
Date: Wed, 24 Jan 2007 13:20:00 -0000
From: Bin Chen <binary.chen@gmail.com>
User-Agent: Thunderbird 1.5.0.8 (X11/20061116)
MIME-Version: 1.0
To: Bin Chen <binary.chen@gmail.com>,  gdb@sourceware.org
Subject: Re: attach gdbserver to itself
References: <45B75585.2030900@gmail.com> <20070124125141.GA3370@nevyn.them.org> <45B7575F.80303@gmail.com> <20070124130510.GA3676@nevyn.them.org>
In-Reply-To: <20070124130510.GA3676@nevyn.them.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2007-01/txt/msg00312.txt.bz2

Daniel Jacobowitz wrote:
> On Wed, Jan 24, 2007 at 08:55:59PM +0800, Bin Chen wrote:
>   
>> binch@binary-ubuntu:~/work/Project/code/app_engine/APWifiCtrl$ 
>> arm_v4t_le-gdb src/wifictrld -x cmd
>> GNU gdb 6.0 (MontaVista 6.0-11.0.6.0401382 2004-10-08)
>>     
>
> You're using MontaVista's (modified) version of GDB.  I strongly
> recommend you contact them with any problems you may have.
>
>   
>> (gdb) bt
>> #0  0x4002c8f0 in wait () from 
>> /home/binch/work/Project/image/src/docimage/lib/libpthread.so.0
>> #1  0x0000d680 in segv_handler(int) (no=11) at wifictrld.cpp:88
>> #2  0x4002b570 in pthread_barrierattr_setpshared () from 
>> /home/binch/work/Project/image/src/docimage/lib/libpthread.so.0
>> #3  0x0000d680 in segv_handler(int) (no=-1) at wifictrld.cpp:88
>> Previous frame inner to this frame (corrupt stack?)
>>     
>
> This means that your version of GDB does not support backtracing
> through signal handlers - a common problem.  I believe the current
> FSF release of GDB (version 6.6) does this better.
>
>   
But I can do get the backtrace if I running the program through 
gdbserver, not dynamic attach when fault.

Anyway, I will try to compile 6.6 to ARM platform, is it supported in 
the release?