From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13322 invoked by alias); 29 Apr 2003 14:33:06 -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 13294 invoked from network); 29 Apr 2003 14:33:05 -0000 Received: from unknown (HELO mail.hks.com) (63.125.197.5) by sources.redhat.com with SMTP; 29 Apr 2003 14:33:05 -0000 Received: from gimli.hks.com (fw.hks.com [63.125.196.1]) by mail.hks.com (Postfix) with ESMTP id D83EA77C42 for ; Tue, 29 Apr 2003 09:33:04 -0400 (EDT) Received: from cheetah.hks.com (cheetah.hks.com [172.16.2.9]) by gimli.hks.com (Postfix) with ESMTP id 8FD9424ADA3; Tue, 29 Apr 2003 10:33:04 -0400 (EDT) Received: by cheetah.hks.com (Postfix, from userid 824) id 81AA390D3D2F; Tue, 29 Apr 2003 10:33:04 -0400 (EDT) Subject: gdb is lost and so am I From: Robert Schweikert To: gdb@sources.redhat.com Cc: Robert Schweikert Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: ABAQUS Message-Id: <1051626784.3853.115.camel@cheetah.hks.com> Mime-Version: 1.0 Date: Tue, 29 Apr 2003 14:33:00 -0000 X-SW-Source: 2003-04/txt/msg00322.txt.bz2 I have a problem when generating a stack trace with gdb. Using -> gdb executable core I get the following behavior Program terminated with signal 11, Segmentation fault. #0 0x471f3dad in ?? () (gdb) where #0 0x471f3dad in ?? () #1 0x471ebb16 in ?? () #2 0x471eb50c in ?? () #3 0x4720b9fc in ?? () #4 0x448d7cb0 in ?? () #5 0x4721a075 in ?? () #6 0x40456767 in ?? () #7 0x40de65e0 in ?? () #8 0x40f00851 in ?? () #9 0x40efc878 in ?? () #10 0x40eff3b7 in ?? () #11 0x40eff3b7 in ?? () #12 0x40efbe97 in ?? () #13 0x40f28979 in ?? () #14 0x40f2891a in ?? () #15 0x40f28831 in ?? () #16 0x40df015e in ?? () ...... There are lots more addresses. I am using the Intel compiler (icpc) on a SuSE 8.2 system which has gdb 5.3 -> gdb --version GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i586-suse-linux". The code is not compiled in debug and I do not expect much but was hoping for symbols which I can then back trace to function names. This type of stack trace generation works fine on SuSE 7.3 with gdb-5.2.1, the Intel compiler and no debug symbols. Can someone point me in the right direction? Thanks, Robert -- Robert Schweikert ABAQUS