From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8714 invoked by alias); 27 Apr 2009 13:19:34 -0000 Received: (qmail 8705 invoked by uid 22791); 27 Apr 2009 13:19:33 -0000 X-SWARE-Spam-Status: No, hits=-2.0 required=5.0 tests=AWL,BAYES_00,J_CHICKENPOX_13 X-Spam-Check-By: sourceware.org Received: from saturn.robustserver.com (HELO saturn.robustserver.com) (75.126.93.128) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 27 Apr 2009 13:19:27 +0000 Received: from [98.221.23.85] (helo=[192.168.10.6]) by saturn.robustserver.com with esmtpa (Exim 4.69) (envelope-from ) id 1LyQjl-000394-NS; Mon, 27 Apr 2009 09:19:15 -0400 Message-ID: <49F5B0BB.4030406@apogeect.com> Date: Mon, 27 Apr 2009 18:18:00 -0000 From: Frank Middleton User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.9.1b3pre) Gecko/20081223 Thunderbird/3.0b1 MIME-Version: 1.0 To: Paul Pluzhnikov CC: gdb@sourceware.org Subject: Re: Experiences building and using gdb 6.8 on Solaris References: <49F4C98B.2000609@apogeect.com> <8ac60eac0904261743i452a3ae5qc49b8f483644413a@mail.gmail.com> In-Reply-To: <8ac60eac0904261743i452a3ae5qc49b8f483644413a@mail.gmail.com> 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: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-04/txt/msg00206.txt.bz2 On 04/26/09 20:43, Paul Pluzhnikov wrote: > First, you should verify that it is indeed libXau.so.6 that is causing > the problem. It would seem that it is > /usr/local/bin/gdb a.out GNU gdb 6.8 Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "sparc-sun-solaris2.11"... (gdb) r Starting program: /tmp/a.out elfread.c:424: internal-error: sect_index_data not initialized A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) > The other thing that may help figuring out the problem is to run gdb > under itself: > > gdb -ex 'set prompt (top) ' --args gdb /path/to/app > (top) break internal_error > # Should set breakpoint 1 in the inferior GDB > (top) run > (gdb) run > # Should stop at breakpoint 1 > (top) where full > Breakpoint 1, 0x000738d8 in internal_error () (top) where full #0 0x000738d8 in internal_error () No symbol table info available. #1 0x00128cf4 in ?? () No symbol table info available. #2 0x00128cf4 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, or maybe it should be submitted as a bug to the 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?