From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8417 invoked by alias); 2 Feb 2012 20:33:17 -0000 Received: (qmail 8409 invoked by uid 22791); 2 Feb 2012 20:33:16 -0000 X-SWARE-Spam-Status: No, hits=1.7 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,TW_IX,TW_TX,TW_XK,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from fmmailgate05.web.de (HELO fmmailgate05.web.de) (217.72.192.243) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 02 Feb 2012 20:33:03 +0000 Received: from moweb001.kundenserver.de (moweb001.kundenserver.de [172.19.20.114]) by fmmailgate05.web.de (Postfix) with ESMTP id 59A47694B496 for ; Thu, 2 Feb 2012 21:33:02 +0100 (CET) Received: from lp21723 ([84.150.131.133]) by smtp.web.de (mrweb001) with ESMTPA (Nemesis) id 0MD8RQ-1RnVwn22Y8-00GodI; Thu, 02 Feb 2012 21:33:01 +0100 From: "Paul Maier" To: Cc: "'Jon TURNEY'" References: <000301ccd95b$09e07ca0$1da175e0$@de> <4F1D5E08.5020803@dronecode.org.uk> <000701ccda19$ddd393d0$997abb70$@de> <4F1EAF7D.5030602@dronecode.org.uk> <000001ccde8a$f0fc2010$d2f46030$@de> <4F2A7C93.6080705@dronecode.org.uk> In-Reply-To: Subject: AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev) Date: Thu, 02 Feb 2012 20:33:00 -0000 Message-ID: <000001cce1e9$cb577dc0$62067940$@de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-xfree-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-xfree-owner@cygwin.com Reply-To: cygwin-xfree@cygwin.com Mail-Followup-To: cygwin-xfree@cygwin.com X-SW-Source: 2012-02/txt/msg00010.txt.bz2 > > -----Urspr=FCngliche Nachricht----- > > On 29/01/2012 13:36, Paul Maier wrote: > > > I did several tests and now I can send you a detailed report: > > > > Thanks for taking the time to do that. > > > > > Notes: > > > - I found that file at C:\Program Files\Synaptics\SynTP\TP4table.dat = and I have added the > > > lines from FAQ, but that didn't change anything. > > > > Hmm... the sixth item in the rule (which I'm guessing is a windows clas= sname), > > doesn't look like it's correct anymore. > > > > I'm not sure if that's related to your problems, but I've fixed the FAQ. > > > > > The following description is done with the patched version of the f= ile. > > > - Your download reference "[1]" seems to be missing in your mail, the= rfore I used > > > XWin.20110803-git-a493c0465e56ce0b instead, that I still had from o= ur last debugging. > > > > Yes, sorry about that. I meant to write: > > > > [1] ftp://cygwin.com/pub/cygwinx/XWin.20120129-git-45e67e363e19a481.exe= .bz2 > > > > Can you try again with the latest snapshot, there should be some additi= onal > > numbers after the WM_MOUSEWHEEL messages which should help with debuggi= ng ths > > problem. > > > > > - I hold the button down and shift the trackpoint up and down. > > > xterm shows no scrolling movement at all. > > > - Log in /var/log/xwin/XWin.0.log during this: > > > a) still comes at the moment when I shift the trackpoint up and dow= n, > > > b) but it doesn't look regular any more: > > > There are MUCH more lines > > > winMouseButtonsSendEvent: iEventType: 4, iButton: 5, nEvents 2 > > > winMouseButtonsSendEvent: iEventType: 5, iButton: 5, nEvents 2 > > > and only a few lines > > > winWindowProc - WM_MOUSEWHEEL > > > in between. > > > Looks like this: > > > [ 473.447] winMouseButtonsSendEvent: iEventType: 5, iButton: 5, nEv= ents 2 > > > [ 473.447] winMouseButtonsSendEvent: iEventType: 4, iButton: 5, nEv= ents 2 > > > > This looks a bit like the trackpoint is sending us a WM_MOUSEWHEEL for= a much > > larger mouse movement (which we need to break down into multiple button= 5 > > press/releases) > > > > > Maybe this is an interesting section, it contains an "EQ overflo= wing": > > > [ 350.612] [mi] EQ overflowing. The server is probably stuck in an = infinite loop. > > > > This means that the events are being generated faster than the server c= an > > process them. > > > > > - I release the button. At the moment when I release the button, the = xterm jumps to a new > position. > > > During this, there is absolutely no output to /var/log/xwin/XWin.0.= log. > > > > So it sounds almost like the X server is being prevented from processin= g X > > events until the mouse button is released. > > > > It might be interesting to try as separate test with some application w= hich > > constantly draws to it's window (like ico), if that continues drawing w= hen the > > trackpoint button is down. >=20 >=20 >=20 > Hi Jon, >=20 > here a log of my recent tests. The most interesting point is the last. >=20 > 1. I modified file C:\Program Files\Synaptics\SynTP\TP4table.dat accordin= g to new FAQ and reboot PC. > -> No change of behaviour. >=20 > 2. Download XWin.20120129-git-45e67e363e19a481.exe.bz2. > /bin/startxwin -- /bin/XWin.20120129-git-45e67e363e19a481.exe -logverbo= se 3 -clipboard - > emulate3buttons 100 -nounixkill -nowinkill -xkboptions nbsp:level3 > -> Doesn't start. Error message on the console is: >=20 > giving up. > /bin/startxwin: No such file or directory (errno 2): unable to connect = to X server > /bin/startxwin: No such process (errno 3): Server error. >=20 > -> No output at all to file /var/log/xwin/XWin.0.log. >=20 > 3. I took above startxwin command line and replace XWin.20120129-git-45e6= 7e363e19a481.exe by > XWin.20110803-git-a493c0465e56ce0b.exe > -> Immediately starts. All further tests with (old) XWin.20110803-git-= a493c0465e56ce0b.exe. >=20 > 4. Today I couldn't get to the broken, jumpy behaviour by scrolling a Win= dows dialog. > So this is not the breaking condition as I previously meant. > But after some time, the scrolling behaviour breaks and xterm scrolls = in jumpy way. > Sorry, I have no glue what's the condition that breaks it. > After reboot of PC it scrolls fine. Any work of 1 minute or so seems t= o break smooth scrolling. >=20 > 5. Then I started ico. > -> While ico runs, xterm scrolls fine and smooth. As soon as I stop ic= o, xterm scrolls jumpy. > -> Pressing the trackpoint button has no effect to ico. It keeps paint= ing fine eather way. >=20 > Regards, > Paul >=20 more tests: 6. I started ico with -sleep 1 ico -sleep 1 I constantly hold the trackpoint button down and scroll the xterm. -> I observe jump scrolling movements every second, one jump each second. xterm jump scrolls exactly at the time when ico refreshes 7. close ico, start xpdf -> xpdf and xterm both have broken =3D jumpy scroll 8. start ico -> both xpdf and xterm both scroll fine and smooth 9. stop ico, start ico -sleep 1 -> ico -sleep 1 starts, but doesn't paint anything. I do several tests. -> ico without sleep option starts fine. close xpdf -> ico -sleep 1 starts, but doesn't paint anything. I do several tests. -> ico without sleep option starts fine. -> ico -sleep 1 starts and repaints in 1 second rhythm. Fine. =3D> an open xpdf seems to break "ico -sleep 1", and "ico -sleep 1" can = be repaired by closing xpdf and then once running "ico" without options. Very wei= rd. Regards, Paul -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/