If you are using
Windows: Try qvm86 + qemu (there was an old build of these two in freeoszoo)
Linux: Try kqemu + qemu
There are some problems that the combination of qemu + kqemu or qvm86
solve.
lefteris.
Jeff Wiegley wrote:
I noticed that one other person a long time back had
this same
A points to note:
It is free software, doesn't work for you, do not use it.
-ishwar
On Mon, 13 Jun 2005 [EMAIL PROTECTED] wrote:
As near as I can tell, they haven't done a thing, and weren't the slightest
bit interested in the bug report.
___
I suspect that kernel acceleration (qvm86/kqemu) doesn't work with DOS
(16bit) on a QEMU supported OS (32/64bit).
Andreas
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf Of Elefterios Stamatogiannakis
Sent: Tuesday, June 14, 2005 3:55 PM
To:
From: Henrik Nordstrom [EMAIL PROTECTED]
A points to note:
It is free software, doesn't work for you, do not use it.
I would put it in slightly different words:
It's free software (as in free speech, not gratis), if it doesn't work for
you fix it or have it fixed for you by whatever
Henrik Nordstrom
All us users can do is make a report and sit back and wait to see if
anything happens. Sometimes it can be a long wait.
Or you could go the open-source approach and hire a developer (there is
That's more than a little extreme.
Frankly, it'd be a heck of a lot cheaper to
On Tue, 14 Jun 2005 [EMAIL PROTECTED] wrote:
It's free software (as in free speech, not gratis), if it doesn't work for
you fix it or have it fixed for you by whatever means you find suitable.
If you do not want to have it fixed find an alternative which suits you
better.
Not all of us are
From: Henrik Nordstrom
The best that many can do is test qemu and report problems when they are
found.
Then you have to accept that the developers do the best they can in their
interest for the benefit of all.
Generally, the way open source works is that a bug that directly effects a
how do i do this?
from the windows host or from the linux guest?
any special sw to install/setup?
I tried to use a tftp server on the windows host. It's functional,
but the linux guest cannot reach it. I suspect the tftp over slirp
may interfere here.
Christian
On 6/14/05, John R. Hogerhuis
On Mon, 2005-06-13 at 14:52 +0200, Christian MICHON wrote:
Did you try passive mode?
nice suggestion.
passive mode off: dir lasts forever...
passive mode on: dir give connection refused.
any idea?
Christian
Suggest some packet sniffs to see who is getting stuck.
-- John.
On Tue, Jun 14, 2005 at 12:14:05PM -0500, [EMAIL PROTECTED] wrote:
Not all of us are developers.
The best that many can do is test qemu and report problems when they are
found.
Some of us do a bit more, by deliberately testing qemu with lots of
software, looking for bugs. And reporting
I avoided the error message by configuring only i386 emulation,
which is what I believe I need:
./configure --target-list=i386-softmmu
Unfortunately, nothing happens when I run this qemu.
I don't get a window at all, so it won't even start booting up
with bios messages. Nothing happens,
On Mon, Jun 13, 2005 at 02:52:25PM +0200, Christian MICHON wrote:
Did you try passive mode?
nice suggestion.
passive mode off: dir lasts forever...
Because in active mode, the ftp server attempts to connect to a port on the
ftp client, in the guest. Due to the limitations of slirp, this is
On Tuesday 14 June 2005 21:19, Helge Hafting wrote:
I avoided the error message by configuring only i386 emulation,
which is what I believe I need:
./configure --target-list=i386-softmmu
Unfortunately, nothing happens when I run this qemu.
I don't get a window at all, so it won't even
Jim C. Brown
I'm willing to do some testing. But you'll have to tell me how to do the
gtk2 interface under windows.
Well, you will need to apply the patches and compile from source yourself.
Not to mention, you'll have to download the windows versions of the GTK2
libraries (you can
14 matches
Mail list logo
