,
don't you think?
--
| Philip Boulain PhD student | #!bash | "After all, dumbing down |
| IAM, ECS, Uni of Southampton | :(){:| | Xanadu sure worked well for |
| http://zepler.net/~lionsphil | :&};:# | Tim Berners-Lee!"-Ted Nelson |
On 6 Feb 2008, at 06:00, Gwenole Beauchesne wrote:
2008/2/5, Fabrice Bellard <[EMAIL PROTECTED]>:
This is an SDL related issue (i.e. SDL may or may not use OpenGL to
display graphics). Fixing SDL for Mac OS X would also be interesting.
I think SDL trunk (1.3) supports OpenGL rendering more spe
On 1 Feb 2008, at 16:09, M. Warner Losh wrote:
In message: <[EMAIL PROTECTED]>
Robert William Fuller <[EMAIL PROTECTED]> writes:
: Avi Kivity wrote:
: > Anthony Liguori wrote:
: >> I think I'll change this too into a single qemu_ram_alloc.
That will
: >> fix the bug with KVM when u
On 20 Jan 2008, at 22:56, Mike Frysinger wrote:
On Sunday 20 January 2008, Sunil Amitkumar Janki wrote:
...what is being done or who can
give directions on what would have to be done to make qemu build
using
gcc4.
as i said, review the archives and you'll find many discussions
with real
in
On 18 Sep 2007, at 00:56, Ben Taylor wrote:
"J. Mayer" <[EMAIL PROTECTED]> wrote:
On Mon, 2007-09-17 at 23:14 +0200, Luca wrote:
On 9/17/07, Andreas Färber <[EMAIL PROTECTED]> wrote:
Am 17.09.2007 um 14:18 schrieb Christian MICHON:
On 9/17/07, Philip Boulain <
> > > > DON'T DO THIS KIND OF COMMIT AGAIN, PLEASE.
> > > if we were using git (but you can do it locally anyway), you would not
> > > have these conflicts problems...
> > Maybe... but Savannah uses a CVS frontend, as far as I know...
> Those are excuses.
So is a "you should have used X" argument.
On Mon, 2007-09-03 at 12:01 +0200, Christian Brunschen wrote:
> On 3 Sep 2007, at 11:19, Philip Boulain wrote:
> > What's the difference between having to hack about a plain-text,
> > few-lines configuration file, and a plain-text, few-lines shell
> > script?
>
On 1 Sep 2007, at 21:26, Jorge Lucángeli Obes wrote:
I think the problem here is that the scope of this change is not
clear. I _really_ wish to keep this simple. I _really_ wish to avoid
having giant command lines and useless shell scripts.
Surely the small shell script /is/ the simple solution
On 14 Aug 2007, at 00:31, Thiemo Seufer wrote:
Philip Boulain wrote:
On 13 Aug 2007, at 20:39, Thiemo Seufer wrote:
...implemented in the GNU toolchain, and apparently stems from
Windows:
qemu @qemu.cfg
I'm not familiar with that. Is it just GNU bash shorthand for
qemu `cat
qem
On 13 Aug 2007, at 20:39, Thiemo Seufer wrote:
Instead of inventing great and wonderfully complicated schemes, the
most sensible way I can think of is to recycle a feature which is now
implemented in the GNU toolchain, and apparently stems from Windows:
qemu @qemu.cfg
I'm not familiar with th
Anthony Liguori wrote:
Philip Boulain wrote:
That should probably be "#!/usr/bin/env qemu", or something similar...
I think the magic should just be "#!". Whatever you put as the QEMU
executable is your choice. Separating the args to the next line
actually does mak
Yikes. I like the intent, but the idea of a previously just-data file format
suddenly being able to imply "-hdb fat:rw:/home/" does not strike me as a good
one. :/
andrzej zaborowski wrote:
Yes, the file format starting with "#! /path/to/qemu" is a much better
idea...
That should probably be
On Tue, 2007-05-08 at 18:38 +0200, Andreas Schwab wrote:
> Samuel Bronson <[EMAIL PROTECTED]> writes:
> > So, if the guest system has a triple-fault, and I had had my mouse grabbed,
> > it
> > stays grabbed, so that X has to be restarted (as far as I know).
> Not if you have XF86_Ungrab bound to a
On 21 Mar 2007, at 15:39, Derek Fawcus wrote:
Well, they seemed to be suggesting that the kernel importing and
locking
the user space memory was a bit dodgy, and that the kernel should
export
memory to user space. Or maybe that only really applies in the
case of
devices...
Yes. It's p
On 21 Mar 2007, at 06:13, James Jacobs wrote:
It is not mentioned that KQEMU is incompatible with Win98SE.
It is also not mentioned that it is incompatible with Linux 0.1.
However, if you make a closed world assumption (things which are not
stated to be true are false), this is easy to infe
Mike Kronenberg wrote:
> So any suggestions on how to lock user pages in Darwin would be
very welcome.
Philip Boulain wrote:
Thanks; looking at this post, I'm probably barking up the right tree
Right. I've cobbled up the aformentioned prototype, and it working
insofar that
On 19 Mar 2007, at 20:23, Derek Fawcus wrote:
There was just a discussion relating to this on the darwin-kernel
list,
you may wish to review the archive.
(The thread starts at http://lists.apple.com/archives/Darwin-kernel/
2007/Mar/msg00010.html).
Thanks; looking at this post, I'm probably
On 19 Mar 2007, at 08:49, Mike Kronenberg wrote:
I have made a empty kext and a dummy client to do some tests on
this topics. Boundary crossing is working well, so by now the kext
part is ready.
http://www.kronenberg.org/files/kqemu_poc.zip
Neat, thanks.
Unfortunately, Apple decided to rem
Hi! I'll keep this succinct, because I'm sure they'd be FAQ-grade
questions if this list had a FAQ: :)
1) Where's the version repository for KQEMU? It doesn't appear to
be under/alongside QEMU itself.
2) Has anyone made any progress with porting KQEMU to Darwin x86?
I've had a look at th
19 matches
Mail list logo
