From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3348 invoked by alias); 29 Apr 2009 20:44:07 -0000 Received: (qmail 3338 invoked by uid 22791); 29 Apr 2009 20:44:06 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (216.239.33.17) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 29 Apr 2009 20:44:01 +0000 Received: from spaceape24.eur.corp.google.com (spaceape24.eur.corp.google.com [172.28.16.76]) by smtp-out.google.com with ESMTP id n3TI3QGq026052 for ; Wed, 29 Apr 2009 19:03:37 +0100 Received: from qw-out-2122.google.com (qwb9.prod.google.com [10.241.193.73]) by spaceape24.eur.corp.google.com with ESMTP id n3TI2Pid023146 for ; Wed, 29 Apr 2009 11:03:25 -0700 Received: by qw-out-2122.google.com with SMTP id 9so992532qwb.47 for ; Wed, 29 Apr 2009 11:02:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.82.15 with SMTP id z15mr628742qck.32.1241028173872; Wed, 29 Apr 2009 11:02:53 -0700 (PDT) In-Reply-To: <49F5B0BB.4030406@apogeect.com> References: <49F4C98B.2000609@apogeect.com> <8ac60eac0904261743i452a3ae5qc49b8f483644413a@mail.gmail.com> <49F5B0BB.4030406@apogeect.com> Date: Thu, 30 Apr 2009 00:12:00 -0000 Message-ID: <8ac60eac0904291102l52e0f9d1i26714b05a0e93d9e@mail.gmail.com> Subject: Re: Experiences building and using gdb 6.8 on Solaris From: Paul Pluzhnikov To: Frank Middleton Cc: gdb@sourceware.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-System-Of-Record: true X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00224.txt.bz2 On Mon, Apr 27, 2009 at 6:18 AM, Frank Middleton wrote: >> (top) where full I assumed you'd be using a "normal" CVS build (with "-g -O2"), not a stripped binary. > Breakpoint 1, 0x000738d8 in internal_error () > (top) where full > #0 =A00x000738d8 in internal_error () > No symbol table info available. > #1 =A00x00128cf4 in ?? () > No symbol table info available. > #2 =A00x00128cf4 in ?? () > No symbol table info available. > Backtrace stopped: previous frame identical to this frame (corrupt stack?) > > Would it help if I rebuilt gdb with symbols and reran this test Possibly. You shouldn't need to rebuild anything; just don't strip the resulting GDB. > or maybe > it should be submitted as a bug to the Solaris maintainers? I am not sure there *are* any Solaris maintainers. > It is quite > conceivable that upgrading from snv103 to snv112 might fix this problem, > so does anyone at gdb want to work on this before I do so? I'd say you should get the "full" stack trace first. This may give enough clues to someone. If you want to upgrade your machine to snv112, it would probably be wise to save the offending libXau first (just in case someone desires to look at the problem later). Cheers, --=20 Paul Pluzhnikov