[Qemu-devel] Can't compile on whacky 2.6/2.4 hybrid

To be clear, I'm not at all surprised this doesn't compile on my server. I have a custom 2.6 kernel injected into a 2.4 distribution running a bunch of ancient libraries and -- *gasp* -- I'm having trouble compiling. (As you might guess, this isn't by choice.) I don't honestly expect to get

[Qemu-devel] Launch qemu without loading libSDL?

Continuing on this thread, is there any way to launch the pre-compiled binaries in such a fashion that they don't dynamically load the SDL libraries at runtime? For example: [EMAIL PROTECTED] /]# qemu -nographic ... etc ... qemu: error while loading shared libraries: libSDL-1.2.so.0: cannot

Re: [Qemu-devel] Launch qemu without loading libSDL?

, jonathan On Mon, Mar 17, 2008 at 12:26 PM, David Barrett [EMAIL PROTECTED] wrote: Continuing on this thread, is there any way to launch the pre-compiled binaries in such a fashion that they don't dynamically load the SDL libraries at runtime? For example: [EMAIL PROTECTED] /]# qemu -nographic

[Qemu-devel] --disable-gfx-check still wants SDL.h?

Is it possible to compile/run qemu on a system that does not have SDL? I assumed this is what --disable-gfx-check does, but it's still giving me errors (below). The specific error (The error log from compiling the libSDL test is) sounds like it's compiling some sort of test -- is there any

[Qemu-devel] Signal handling and qcow2 image corruption

I'm tracking down a image corruption issue and I'm curious if you can answer the following: 1) Is there any difference between sending a TERM signal to the QEMU process and typing quit at the monitor? 2) Will sending TERM corrupt the 'gcow2' image (in ways other than normal guest OS dirty

Re: [Qemu-devel] Signal handling and qcow2 image corruption

to the monitor in order to shut it down rather than SIGTERM. Thanks for your help! -david Anthony Liguori wrote: David Barrett wrote: I'm tracking down a image corruption issue and I'm curious if you can answer the following: 1) Is there any difference between sending a TERM signal to the QEMU process

Re: [Qemu-devel] Tips for adding sendkeys

Alexander Graf wrote: Hi David, On Feb 28, 2008, at 10:39 PM, David Barrett wrote: Hi there, can you give me any tips for where to get started adding a new function sendkeys to the monitor that is essentially like sendkey except for multiple keystrokes? I don't really think that is needed