Le Mon, 13 Jun 2005 15:17:01 +0200, Bob Deblier a écrit :
Hi,
As of the latest cvs update, qemu-system-ppc no longer seems to function
properly. I've tried:
- MacOS X 10.3 used to boot up to a grey screen with the Apple logo - now
shows a black screen at 100% cpu usage. - Fedora Core
On Wednesday, June 15, 2005, 1:02:45, [EMAIL PROTECTED] wrote:
I'll have to hunt around. I'm not familiar with gtk2.
http://www.gimp.org/win32/ has the development headers and libraries for
GTK+ 2.4 and 2.6 (compiling GTK+ on Windows is a PITA).
--
Jernej Simoncic
On Tue, 14 Jun 2005 [EMAIL PROTECTED] wrote:
Seperate patches aren't necessarily the right thing to do
It is without question.
It really hurts a project in long term is if users by default run
something else than the main version.
A good way to help this area would be a compile farm
On Tue, 14 Jun 2005 [EMAIL PROTECTED] wrote:
But it gets more than a little darn frustrating when you are enthused about
the project, you try to help the devlopers and project by deliberately doing
the testing to find bugs and problems, you report the bugs and problems.
And nothing happens.
On Tue, 14 Jun 2005, Jim C. Brown wrote:
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 not possible
(in theory one could use redir support to work around this, but this is not
an easy task).
slirp
There are problems booting Warp4 and eComtation.
System hangs while loading certain drivers (IDE, DASD,
Diskette). By repeatedly booting, sometimes can get a
successful boot. Might be some type of timing issue.
I have some small test images that demonstrate the
problem. Are there any developers
Tero Kaarlela wrote:
Could this be because OS/2 can't handle this much
ram(128mb).
eComStation can do at least 2GB and with updates 4GB
OS/2 Warp4 should be able to handle 256MB
OS/2 has always been very specific about maximum
memory(ie. versions 1.x can't boot on machines
that report
ecs user wrote:
Tero Kaarlela wrote:
Could this be because OS/2 can't handle this much
ram(128mb).
eComStation can do at least 2GB and with updates 4GB
OS/2 Warp4 should be able to handle 256MB
Well I was talking about OS/2 PowerPC edition (Released december 1995)
During that time
Jim C. Brown
They weren't committed to the CVS tree yet. You'll need to get it in patch
form. I'm reattaching all the necessary patches and files here, so you can
get
it all in one place. (The .c files I've attached should be dropped in the
main qemu
directory).
Here are the steps I did.
From: Jernej Simonèiè
I'll have to hunt around. I'm not familiar with gtk2.
http://www.gimp.org/win32/ has the development headers and libraries for
GTK+ 2.4 and 2.6 (compiling GTK+ on Windows is a PITA).
Thanks for the link
It was starting to look a bit more complicated than I could
Jim C. Brown [EMAIL PROTECTED] writes:
Maybe I've missed something, so could you explain how to get hold of
the gtk code? Thanks.
I'm reattaching all the necessary patches and files here, so you can get
it all in one place. (The .c files I've attached should be dropped in the
main qemu
Natalia Portillo wrote:
Try to boot it with less than 64Mb (48Mb for example).
OS/2 hangs when 64Mb are informed in the standard way they seems to
check that in some strange way.
No matter it is 4.0, 4.5, eCS or whatever.
Could this be because of OS/2 memory handling differs from
On Wed, Jun 15, 2005 at 12:28:35PM -0500, [EMAIL PROTECTED] wrote:
Here are the steps I did.
I follwed the mingw compilation instructions posted in the qemu-user's
forum. Just to make sure that my setup was working.
From http://www.gimp.org/win32/ I downloaded the recommended versions
Surely.
There is also a problem in OS/2 16-bit with the 15-16Mb portion,
seems that the OS/2 pretends to put there something (the BIOS,
surely, as this version was able of loading a disk-based protected
mode BIOS' based ROM and had one for AT and one for PS/2 machines,
the ABIOS was
Hello,
Here comes another small fix for the cirrus code. This makes win95
(swedish version) behave correctly. I am not sure if the patch breaks
something else though.
Have a look at the attached pictures, compare the funny looking striped
background behind the text with the correct checkered
Hi
Looks like the Server is down, or?
Service Unavailable
Apache/ProXad [Dec 22 2004 18:41:28] Server at fabrice.bellard.free.fr Port 80
Jens
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
On Mon, 2005-06-13 at 10:28 -0400, Ishwar Rattan wrote:
Why would anyone want run an emulator in another emulator..
-ishwar
Well at least it's hard to argue with the fact that it's an excellent
'pathological case' to test QEMU.
-- John.
___
17 matches
Mail list logo
