Re: [Qemu-devel] Current state of RFB patch

[Struan Bartlett <struan@praguespringpeople.org>]

Johannes Schindelin wrote:

>On Mon, 21 Mar 2005, zitu wrote:
>  
>
>>Quoting Johannes Schindelin <Johannes.Schindelin@gmx.de>:
>>    
>>
>>>I wanted to make a new patch this year with an updated mouse handling, but
>>>I didn't come around to do it yet. I'm not at my development machine ATM,
>>>but tomorrow I will create an RFB10 patch, promise!
>>>      
>>>
>Well, here you are:
>
>http://libvncserver.sf.net/qemu/qemu-rfb10.patch.gz
>  
>
This patches, but compile breaks:

gcc-3.3 -march=pentium -DQEMU_TOOL -Wall -O2 -g -fno-strict-aliasing -g 
-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -o qemu-img 
qemu-img.c block.c block-cow.c block-qcow.c aes.c block-vmdk.c 
block-cloop.c block-dmg.c -lz
sh create_keysym_header.sh vnc ""
Usage: create_keysym_header.sh vnc|sdl cflags
make: *** [keysym_adapter_vnc.h] Error 1

Looks like create_keysym_header.sh isn't being called with a second 
argument that gets past it's argument checking. Strange because my 
config-host.mak has CFLAGS=-O2 in it. Anyway, hacking 
create_keysym_header.sh to hardcode cflags=-O2 allowed my compile to 
continue. But now I'm having a problem launching QEMU with -vnc.

$ qemu -hda win2k.qcow -m 64  -monitor stdio -k en-gb -vnc
<snip>
Warning: could not read keymap - falling back native keycodes!
Could not initialize keyboard

The keymap files are there alright in /usr/local/share/qemu/keymaps/ and 
the same command, minus the -vnc, starts QEMU just fine.

Any suggestions?

Struan