Stefan Weil schrieb:
> My libc is Debian libc6-2.3.6-15, and the abort message is correct:
> QEMU CVS head frees the same memory (bs->opaque in bdrv_close) 2 times.
> Older versions of QEMU did not have this bug:
>
> $ qemu -snapshot -m 256 /dev/hda
> qemu: could not open hard disk image '/dev/hda
Andrew Barr schrieb:
> glibc is 2.3.6-ds1-2 from Debian sid. QEMU was compiled with GCC 3.4.6
> also from Debian.
Hi Andrew,
I get the same error message when a raw disk image cannot be accessed:
$ ./i386-softmmu/qemu -snapshot -m 256 /dev/hda
Could not configure '/dev/rtc' to have a 1024 Hz tim
FYI... you can actually run the unstripped binaries from the build tree
instead of the target installation directory. For example, if you have
qemu installed in /opt/qemu, but you built in
/home/andrew/packages/src/qemu, instead of:
/opt/qemu/bin/qemu
run:
/home/andrew/packages/src/qemu/i386-so
On Tue, 2006-08-22 at 22:40 -0500, Rene Horn wrote:
> Why not just build it right from the source instead of using
> debhelper? With that, just have install into /usr/local.
Well, apparently QEMU's build system strips the binaries on it's own so
debhelper is irrelevant to this particular problem.
Why not just build it right from the source instead of using debhelper? With that, just have install into /usr/local.ReneOn 8/22/06, Andrew Barr
<[EMAIL PROTECTED]> wrote:
Hi,I am installing some software (iTunes) in my Windows 2000 SP4 virtualmachine. I don't know what it is going to /do/, speci
Hi,
I am installing some software (iTunes) in my Windows 2000 SP4 virtual
machine. I don't know what it is going to /do/, specifically, to my VM
so I would like to run QEMU in snapshot mode so that I can commit system
changes only if desired. However, when I run qemu like this, I get into
trouble:
