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 Co
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 ><><><><>< http://deeptho
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 d
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
On Tue, 14 Jun 2005, Christian MICHON wrote:
how do i do this?
from the windows host or from the linux guest?
Both, and compare them.
any special sw to install/setup?
tcpdump -X on Linux, or ethereal.
On Windows there is a sniffer included in Windows 2000 and later.
Available as a downlo
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 repor
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 W
"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
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.
El 15/06/2005, a las 17:32, ecs user escribió:
There are problems booting Warp4 and eComtati
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 coul
"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
> ma
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 man
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 vers
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 calle
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 bac
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.
___
Qe
Hmm, maybe I should mirror Fabrice site when it's up...
Hetz
On 6/16/05, Jens Arm <[EMAIL PROTECTED]> wrote:
> 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
>
>
>
20 matches
Mail list logo
