From: Michael Elizabeth Chastain <chastain@cygnus.com>
To: gdb@sourceware.cygnus.com, mschalit@pacbell.net
Subject: Re: Need help with a backtrace
Date: Thu, 15 Feb 2001 12:48:00 -0000 [thread overview]
Message-ID: <200102152047.MAA27176@bosch.cygnus.com> (raw)
Hi Matt,
> In general, when a backtrace gives a really meager output
> like the following:
>
> ...
>
> and that's all the lines it output, am I supposed to
> put breakpoints into my convert program to see when
> it makes a call to a libc function?
That depends on what your goal is.
If your goal is to debug your gnome app and send useful reports to
the gnome people -- then you put breakpoints in your convert program.
You could also build your program with "-static", which brings in a
static copy of all the library functions that you use. That will make
gdb behave a lot better.
If your goal is to help improve gdb -- then you write up a detailed
bug report:
the whole source code of a program that demonstrates the bug
the exact command line you used to build
"gcc --version" (or the equivalent with the compiler you use)
"ldd a.out" on your executable (or the Unixware equivalent)
ls -l on each shared library used
"gdb --version"
a typescript showing your whole gdb session
Writing a detailed gdb bug report is a task in its own right.
Then you post the bug report, and see if someone will work on it.
If no one responds in a couple of days, you can check the MAINTAINERS
file and e-mail the SCO/Unixware maintainers and ask them the status of
your bug report.
Michael Elizabeth Chastain
<chastain@redhat.com>
"love without fear"
next reply other threads:[~2001-02-15 12:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-15 12:48 Michael Elizabeth Chastain [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-02-12 11:46 Michael Elizabeth Chastain
2001-02-12 17:09 ` Matt Schalit
2001-02-12 11:33 Matt Schalit
2001-02-12 11:53 ` Fernando Nasser
2001-02-15 5:33 ` Matt Schalit
2001-02-15 6:17 ` Fernando Nasser
2001-02-15 11:04 ` Matt Schalit
2001-02-15 12:56 ` Fernando Nasser
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=200102152047.MAA27176@bosch.cygnus.com \
--to=chastain@cygnus.com \
--cc=gdb@sourceware.cygnus.com \
--cc=mschalit@pacbell.net \
/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