Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Frank Middleton <f.middleton@apogeect.com>
To: Paul Pluzhnikov <ppluzhnikov@google.com>
Cc: gdb@sourceware.org
Subject: Re: Experiences building and using gdb 6.8 on Solaris
Date: Mon, 27 Apr 2009 18:18:00 -0000	[thread overview]
Message-ID: <49F5B0BB.4030406@apogeect.com> (raw)
In-Reply-To: <8ac60eac0904261743i452a3ae5qc49b8f483644413a@mail.gmail.com>

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 <http://gnu.org/licenses/gpl.html>
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?



  reply	other threads:[~2009-04-27 13:19 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-04-27  0:26 Frank Middleton
2009-04-27  5:25 ` Paul Pluzhnikov
2009-04-27 18:18   ` Frank Middleton [this message]
2009-04-30  0:12     ` Paul Pluzhnikov
2009-04-30  0:35       ` Frank Middleton
2009-04-30  5:44         ` Paul Pluzhnikov
2009-04-30 14:52           ` Frank Middleton
2009-04-30  8:02 ` Hui Zhu
2009-04-30 15:41   ` Frank Middleton
2009-04-30 16:18     ` Paul Pluzhnikov
2009-04-30 16:20       ` Frank Middleton
2009-04-30 16:56         ` Paul Pluzhnikov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=49F5B0BB.4030406@apogeect.com \
    --to=f.middleton@apogeect.com \
    --cc=gdb@sourceware.org \
    --cc=ppluzhnikov@google.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox