From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8259 invoked by alias); 15 Jun 2005 16:37:04 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 8239 invoked by uid 22791); 15 Jun 2005 16:37:00 -0000 Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Wed, 15 Jun 2005 16:37:00 +0000 Received: from drow by nevyn.them.org with local (Exim 4.50) id 1Diass-0004tr-RF; Wed, 15 Jun 2005 12:36:58 -0400 Date: Wed, 15 Jun 2005 16:37:00 -0000 From: Daniel Jacobowitz To: Hamish Rodda Cc: gdb@sources.redhat.com Subject: Re: Unwinding stack past main() when it has another name Message-ID: <20050615163658.GA18795@nevyn.them.org> Mail-Followup-To: Hamish Rodda , gdb@sources.redhat.com References: <200506152247.07232.rodda@kde.org> <20050615141624.GB14209@nevyn.them.org> <200506160112.58152.rodda@kde.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506160112.58152.rodda@kde.org> User-Agent: Mutt/1.5.8i X-SW-Source: 2005-06/txt/msg00161.txt.bz2 On Thu, Jun 16, 2005 at 01:12:54AM +1000, Hamish Rodda wrote: > Yep... here's a snippet: > > #21 0x00002aaaacab22fa in QApplication::exec () at > kernel/qapplication.cpp:2522 > #22 0x00002aaaaabd0a84 in kdemain (argc=, > argv=0x7fffffbd8ce8) at /opt/kde4/src/kdebase/kate/app/kwritemain.cpp:696 > #23 0x00002aaaaf227d95 in __libc_start_main () from /lib/libc.so.6 > #24 0x00000000004007ea in _start () at ../sysdeps/x86_64/elf/start.S:113 > > In gdb 6.3 on amd64, this trace would be follwed by approx 800 - 1000 useless > "frames". > > I don't exactly know why or how the kdemain() function works, but I know it > has something to do with kdeinit... there's some comments in the source in > the kde svn repository, under kdelibs/kinit/* Presumably main() tail called to kdemain. Does the backtrace stop OK at _start? If so, is there really a problem? -- Daniel Jacobowitz CodeSourcery, LLC