From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FqWYw-0006nX-EV for qemu-devel@nongnu.org; Wed, 14 Jun 2006 10:41:42 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FqWYu-0006kf-4T for qemu-devel@nongnu.org; Wed, 14 Jun 2006 10:41:42 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FqWYt-0006kX-UI for qemu-devel@nongnu.org; Wed, 14 Jun 2006 10:41:39 -0400 Received: from [195.252.0.52] (helo=zebra.uas.se) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FqWi5-0005W4-Jy for qemu-devel@nongnu.org; Wed, 14 Jun 2006 10:51:09 -0400 Received: from [127.0.0.1] ([195.252.0.249]) by zebra.uas.se (PMDF V6.0-24 #39208) with ESMTP id <01M3MEC0SNKI001AQU@zebra.uas.se> for qemu-devel@nongnu.org; Wed, 14 Jun 2006 16:37:57 +0200 Date: Wed, 14 Jun 2006 16:37:56 +0200 From: Dan Sandberg Subject: Re: [Qemu-devel] "invisible wall" patch In-reply-to: <200606131046.40921.jseward@acm.org> Message-id: <44901F44.608@medsci.uu.se> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7BIT References: <200606131046.40921.jseward@acm.org> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Julian Seward wrote: >Could somebody please commit, or at least consider committing, >Anthony Liguori's "invisible wall" patch, shown at >http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00112.html ? > >Without it, QEMU is essentially unusable on my SuSE 10 host; with it, >the mouse stuff works perfectly. A couple of other people on that >thread had similar experiences with it. > >J > > >_______________________________________________ >Qemu-devel mailing list >Qemu-devel@nongnu.org >http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > The patch works perfectly here (qemu 0.8.1 on Windows XP host). Without it I always get the invisible wall if I leave mousegrab and enter it again close to a window border. It seems to me that SDL only reports pointer-deltas based on the movement of its own pointer (which is set invisible) and when this invisible pointer hits the window border you therefor only get delta=0 even if the guest OS pointer is still somewhere in midscreen. (Setting the SDL pointer always visible gives a good illustration of what is going on.) The guest-OS rather expects raw mouse movement deltas, than the filtered SDL-pointer deltas. Somehow the patch seems to solve this, but I can't say that I understand how (not having looked into the SDL source code). Regards Dan Sandberg