[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 538808] Re: qemu-system-x86_64 0.12.2 crashes with -m
From: |
Stefan Weil |
Subject: |
[Qemu-devel] [Bug 538808] Re: qemu-system-x86_64 0.12.2 crashes with -m 967 under Windows |
Date: |
Wed, 07 Dec 2016 21:08:05 -0000 |
I think that QEMU did not crash, but simply was not able to allocate the
block of memory which was requested. This is an inherent problem of the
fragmented memory of 32 bit applications on Windows.
QEMU reports problems with memory allocation, but QEMU for Windows tries
to send those messages to stderr which is redirected to a file when QEMU
was built with SDL2.
So no crash and silently by design.
64 bit versions don't have that problem, nor do my pre-built 32 bit
binaries which include a patch to use upper memory. And in my latest
binaries I dropped SDL support.
I close this issue - please re-open if you think this was wrong.
** Changed in: qemu
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/538808
Title:
qemu-system-x86_64 0.12.2 crashes with -m 967 under Windows
Status in QEMU:
Invalid
Bug description:
qemu 0.12.2 and 0.12.3 exit silently under Windows XP when using an -m value
higher than 967. Any value below 967 works fine. Affects both qemu.exe and
qemu-system-x86_64.exe (the only binaries currently available).
qemu 0.12.3 under Linux (Ubuntu 8.10) works fine.
Version 0.9.0 for Windows does not have this problem. I do not have any
other binaries to test.
Command used:
qemu-system-x86_64 -L . -m 967 -hda linux.img -localtime -M pc
There is plenty of available RAM on the host PC (see attached systeminfo).
Not sure what debugging options to use, but will attach whatever is necessary.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/538808/+subscriptions