From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19133 invoked by alias); 12 Nov 2006 01:25:17 -0000 Received: (qmail 19116 invoked by uid 22791); 12 Nov 2006 01:25:16 -0000 X-Spam-Check-By: sourceware.org Received: from mk-ironport-4.mail.uk.tiscali.com (HELO mk-ironport-4.mail.uk.tiscali.com) (212.74.114.32) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sun, 12 Nov 2006 01:25:09 +0000 Received: from mk-smarthost-9.mail.uk.tiscali.com ([212.74.114.48]) by mk-ironport-4.mail.uk.tiscali.com with ESMTP; 12 Nov 2006 01:25:05 +0000 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8CAJIGVkXUSnIwh2dsb2JhbACMTgIJDio Received: from 88-106-233-12.dynamic.dsl.as9105.com ([88.106.233.12]:50437 helo=[192.168.1.14]) by mk-smarthost-9.mail.uk.tiscali.com with esmtp (Exim 4.30) id 1Gj44E-000IGb-G7; Sun, 12 Nov 2006 01:23:26 +0000 Message-ID: <45567857.9020007@jguk.org> Date: Sun, 12 Nov 2006 01:25:00 -0000 From: Jon Grant User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: Mark Kettenis CC: gdb@sourceware.org Subject: Re: Two gdb 6.4 usage queries References: <454578F3.9030703@jguk.org> <455649D4.6050706@jguk.org> <15035.82.92.89.47.1163284098.squirrel@webmail.xs4all.nl> In-Reply-To: <15035.82.92.89.47.1163284098.squirrel@webmail.xs4all.nl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-11/txt/msg00079.txt.bz2 Hi Mark, Thanks for your reply with suggestions. Mark Kettenis elucidated on 11/11/06 22:28: >> Hello, >> >> Don't think I missed any reply.. I wonder if anyone could help me with >> some info on how solve the problems? > > For one thing, those backtraces do not correspond to the same state. > I don't know what the kde crash handler is doing, but it might be worth > trying to disable it, such that your program just crashes. The resulting > core dump should be easier to interpret. And if it isn't, you probably > need to install the appropriote debug info packages for your system. That sounds good. I've not noticed "core" files being dumped since I switched to Kubuntu, do you know if I have to enable something somewhere to get them? >>> Attaching to program: /usr/bin/ark, process 6582 >>> (no debugging symbols found) > > Do yourself a favour, and compile your code (all of it) with -g. Unfortunately these are the binaries shipped with Kubuntu from KDE >>> 0xffffe410 in __kernel_vsyscall () >>> (gdb) bt >>> #0 0xffffe410 in __kernel_vsyscall () >>> #1 0xb7d09110 in ?? () >>> #2 0xb7d08f3c in ?? () >>> #3 0xbfc11bb4 in ?? () >>> #4 0xbfc11bb4 in ?? () >>> #5 0x00000000 in ?? () > > Make sure you install at least the debug info packages for glibc. I really wish Kubuntu 6.06 had such packages, would make it a lot simpler trying to give feedback on crashes. Perhaps I shouldn't bother filing bugs until they start shipping binaries which can produce useful backtraces out-of-the-box. The crashes are nearly always not reproducible unfortunately. I managed to find the bit of info I needed "frame n" and "show address" which allowed me to calculate the position in the disassembled file I got from objdump. GDB doesn't demangle symbols it seems too. Do you know if it only attempts to demangle using debug sections? Please include my email address in any replies as I'm not a member of this list. Thanks for your help, Kind regards Jon