From mboxrd@z Thu Jan  1 00:00:00 1970
In-Reply-To: <13426df11001081118h6fa92afds588de1756c91367b@mail.gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net>
From: "=?utf-8?q?Fran=C3=A7ois?= Revol" <revol@free.fr>
Date: Fri,  8 Jan 2010 20:40:30 +0100
Message-Id: <4405355086-BeMail@laptop>
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [9fans] parallels
Topicbox-Message-UUID: ba42fd22-ead5-11e9-9d60-3106f5b1d025

> > The thing that none of the VM monitors seem to offer (though I'd
> > love
> > to be proven wrong) is debugging tools for the guest operating
> > systems.
>
> Ah, but i wonder if the commercial guys have been "requested" by
> microsoft not to make such debugging easy. Seems like it would be an
> ideal way to learn things they don't want you to know...

QEMU has an internal gdb stub... while gdb doesn't really handle
multiple address space (and thus neither the guest processes), it could
still be of some use.

At least what I tried with the Haiku bootloader on qemu-system-arm
wasn't too bad, including reading the elf file to get the symbols.

http://www.freelists.org/post/haiku-development/testing-the-ARM-port-was-Re-Haikucommits-r32408-haikutrunksrcsystembootplatformuboot

Fran=C3=A7ois.