From: Paul Brook <paul@codesourcery.com>
To: qemu-devel@nongnu.org
Cc: Rudi Lippert <Rudi@lyrikpage.de>
Subject: Re: [Qemu-devel] no start on amd64 (was "Nothing happens")
Date: Sun, 31 Jul 2005 14:22:56 +0100 [thread overview]
Message-ID: <200507311422.56555.paul@codesourcery.com> (raw)
In-Reply-To: <dciguq$chu$1@sea.gmane.org>
On Sunday 31 July 2005 13:47, Rudi Lippert wrote:
> Should a qemu backtrace be 411 lines long?
> Actually, when I start qemu 0.7.1 (kqemu enabled, but makes no difference),
> it doesn't do anything. I hit CTRL-C to get a backtrace of the situation.
> Qemu has never worked on this setup, and the problem has always been the
> same.
> Any ideas?
Unless you overrode the default, qemu is compiled with optimization. In this
case gcc and gdb will do their best, but it's normal for the debug
information to be inaccurate. In particular there's no requirement that the
compiler create a full stack frame, so you're relying on being able to track
where the compiler happens to put things. Different toolchain versions are
able to do this with different levels of accuracy.
If you're backtracing through dynamically generated code that will almost
certainly confuse the debugger.
Once you hit a frame that gdb doesn't know about [???] all bets are off, and
the rest of the backtrace is most likely random garbage.
Please read the 5th Q here:
http://www.geocities.com/nixling_gone/faq.html
Paul
prev parent reply other threads:[~2005-07-31 13:29 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-31 12:47 [Qemu-devel] no start on amd64 (was "Nothing happens") Rudi Lippert
2005-07-31 13:19 ` Johannes Schindelin
2005-07-31 13:58 ` [Qemu-devel] " Rudi Lippert
2005-07-31 14:19 ` Johannes Schindelin
2005-07-31 15:25 ` [Qemu-devel] " Rudi Lippert
2005-07-31 18:17 ` Ozan Türkyılmaz
2005-07-31 22:37 ` Johannes Schindelin
2005-08-01 11:09 ` J. Mayer
2005-07-31 23:18 ` Joshua Root
2005-07-31 13:22 ` Paul Brook [this message]
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=200507311422.56555.paul@codesourcery.com \
--to=paul@codesourcery.com \
--cc=Rudi@lyrikpage.de \
--cc=qemu-devel@nongnu.org \
/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;
as well as URLs for NNTP newsgroup(s).