Re: qemu vl.c vnc.c qemu_socket.h

ah! now it is working on winXP too. :)
(you only forgot ssize_t should be long instead for mingw32)

I see the old mouse sync problem is still here too...

On 5/1/06, Fabrice Bellard <fabrice <at> bellard.org> wrote:
> CVSROOT:        /sources/qemu
> Module name:    qemu
> Branch:
> Changes by:     Fabrice Bellard <bellard <at> savannah.gnu.org>      06/04/30 22:53:25
>
> Modified files:
>         .              : vl.c vnc.c
> Added files:
>         .              : qemu_socket.h
>
> Log message:
>         win32 socket fixes
>
> CVSWeb URLs:
> http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vl.c.diff?tr1=1.179&tr2=1.180&r1=text&r2=text
> http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/vnc.c.diff?tr1=1.1&tr2=1.2&r1=text&r2=text
> http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/qemu_socket.h?rev=1.1
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel <at> nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>

Re: qemu vl.c vnc.c qemu_socket.h

Christian MICHON wrote:

> I see the old mouse sync problem is still here too...

   Launch with -usbdevice tablet appended.

Re: [PATCH] VNC display support for QEMU

neat! it is working on windows 3.0 guest (no acceleration) on a winXP host.
Fabrice fixed it live while I was trying it (he's fast!).

old mouse sync problem is still here, as you mentionned no
calibration is done. You mention "absolute mouse". how to do it ?

On 5/1/06, Christian MICHON <christian.michon <at> gmail.com> wrote:
> just a quick note: your patch breaks the mingw32 build on winXP.
> Christian

Re: qemu vl.c vnc.c qemu_socket.h

cool. I see now: it has nothing to do with usb being supported by
the guest (it's an old win3.0 in this case).

I can manage to calibrate by hand the mouse...

On 5/1/06, Lonnie Mendez <lmendez19 <at> austin.rr.com> wrote:
> Christian MICHON wrote:
>
> > I see the old mouse sync problem is still here too...
>
>    Launch with -usbdevice tablet appended.
>
>
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel <at> nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>

--
Christian

Re: qemu vl.c vnc.c qemu_socket.h

I talk too soon. Once re-enabling mouse acceleration, the sync
issue is back. Maybe I need a better/more modern guest like
XP ? :)

On 5/1/06, Christian MICHON <christian.michon <at> gmail.com> wrote:
> cool. I see now: it has nothing to do with usb being supported by
> the guest (it's an old win3.0 in this case).
>
> I can manage to calibrate by hand the mouse...
>
> On 5/1/06, Lonnie Mendez <lmendez19 <at> austin.rr.com> wrote:
> > Christian MICHON wrote:
> >
> > > I see the old mouse sync problem is still here too...
> >
> >    Launch with -usbdevice tablet appended.
> >
> >
> > _______________________________________________
> > Qemu-devel mailing list
> > Qemu-devel <at> nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> >
>
>
> --
> Christian
>

--

qemu Makefile

CVSROOT:	/sources/qemu
Module name:	qemu
Branch: 	
Changes by:	Paul Brook <pbrook <at> savannah.gnu.org>	06/04/30 23:54:18

Modified files:
	.              : Makefile 

Log message:
	Add install-doc rule.  Use it when building docs.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/Makefile.diff?tr1=1.98&tr2=1.99&r1=text&r2=text

Re: [PATCH] VNC display support for QEMU

On Mon, 01 May 2006 01:11:04 +0200, Christian MICHON wrote:

> neat! it is working on windows 3.0 guest (no acceleration) on a winXP
> host. Fabrice fixed it live while I was trying it (he's fast!).

Yeah, sorry about that.  Fortunately, Fabrice rocks 

> old mouse sync problem is still here, as you mentionned no calibration is
> done. You mention "absolute mouse". how to do it ?

You would need at least a win98 guest.  You then have to add '-usb
-usbdevice tablet' to the qemu command line.

Regards,

Anthony Liguori

> On 5/1/06, Christian MICHON <christian.michon <at> gmail.com> wrote:
>> just a quick note: your patch breaks the mingw32 build on winXP.
>> Christian

[PATCH] Add copyright to VNC code

Hi,

I forgot to put a copyright in the VNC code   Please apply the 
attached patch.

Regards,

Anthony Liguori

# HG changeset patch
# User Anthony Liguori <anthony <at> codemonkey.ws>
# Node ID a9314fc39a5e3d78d80d385f560c922c3ce0e82b
# Parent  3d3e1931180246af269c8fc24d321536e3cd3096
Add copyright

diff -r 3d3e19311802 -r a9314fc39a5e vnc.c
--- a/vnc.c	Mon May 01 04:54:18 2006 +0000
+++ b/vnc.c	Sun Apr 30 19:04:17 2006 -0500
 <at>  <at>  -1,3 +1,28  <at>  <at> 
+/*
+ * QEMU VNC display driver
+ * 
+ * Copyright (C) 2006 Anthony Liguori <anthony <at> codemonkey.ws>
+ * Copyright (C) 2006 Fabrice Bellard
+ * 
+ * Permission is hereby granted, free of charge, to any person obtaining a copy
+ * of this software and associated documentation files (the "Software"), to deal
+ * in the Software without restriction, including without limitation the rights
+ * to use, copy, modify, merge, publish, distribute, sublicense, and/or sell

[PATCH] Always use 10.0.2.2 as host addr for -net user (slirp)

A couple of serious problems remain in the slirp redirection code
after the patch Paul applied on 23 April.

* If the IP address returned by gethostbyname(gethostname()) is the
address of one of the host's Ethernet interfaces, bringing down that
interface or changing its IP address disrupts redir connections
between the host and VM.

* If the IP address returned by gethostbyname(gethostname()) is
outside the 10.0.2.0/24 subnet, and the user has not manually added
this address to the routing table within the VM (in addition to the
10.0.2.0/24 route added by DHCP), TCP connections from the host to the
VM are never answered, because the response packets are dropped on the
floor.

The attached patch solves both of these problems simply by always
using 10.0.2.2 as our_addr. There seems to be no value in exposing the
host's "real" address to the VM; thanks to NAT, 10.0.2.2 always works.

--Ed

_______________________________________________
Qemu-devel mailing list
Qemu-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel

[PATCH] Fix crash due to faulty realloc logic in slirp/mbuf.c

The attached patch fixes a bug in the slirp memory management code.
m_inc() is called during IP reassembly for IP datagrams greater than 4
KB, as arises with NFS. Currently the code assumes that realloc()
always resizes the buffer without moving it; if the buffer is moved,
the m_data pointer is left pointing to an invalid location. The bug
causes qemu to crash when there is any significant amount of NFS
traffic.

The patch restores some commented-out code that updates m_data correctly.

--Ed

_______________________________________________
Qemu-devel mailing list
Qemu-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel