Hi,
On Tue, 24 Oct 2006, Rob Landley wrote:
> On Tuesday 24 October 2006 6:47 am, Flavio Visentin wrote:
> > At this point it's really cleaner and maybe simpler to use XML
>
> Have you ever implemented a validating XML parser? I have. It only
> _looks_ "clean and simple".
+1
_
On Tuesday 24 October 2006 8:24 pm, Paul Brook wrote:
> ColdFire is the only target that uses it exclusively. Arm is currently a
> hybrid of dyngen and the new backend. So is i386, to a lesser extent.
> Other targets have minimal changes necessary to make them work.
Ok.
> > Do you have a quic
On Wednesday 27 September 2006 4:27 am, Martin Guy wrote:
> There are some statistics at freaknet.org/martin/QEMU for various
> types of x86 processor, but giving only BogoMIPS, which are way
> overrated.
> I presume this is cos QEMU translates the kernel speed test loop once
> then runs it as x86
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook 06/10/25 17:43:33
Modified files:
target-arm : translate.c
Log message:
Fix ARM VFP debugging dumps.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-arm/translate.c?cvsroot=qemu&r
On Wed, Oct 25, 2006 at 01:47:00PM +0200, Pascal Terjan wrote:
> I recently sent a patch to add this for linux but then I thought of a
> better way to do it.
> I the TOC was stored in a struct somewhere, built when starting (or
> changing media) using either .toc, .cue, real CD or maybe even a list
> Oh, c'mon, Rob! I really didn't want to ask Paul Brook that, but
> sure you'll fix my cluelessness right here, right now - tell me, tell me,
> why Linux has dynamic-loadable modules support, which clueless passers-by
> like me call "plugins"? It must be closed-source diversion, no?
Linux has g
On 10/24/06, Josh Elsasser <[EMAIL PROTECTED]> wrote:
The current raw block drvice code fakes a TOC with one track covering
the entire disc. With this patch it attempts to read the TOC from a
cdrom device and make that information available to the ide driver
when the guest issues an ATAPI READ T
