This is the mail archive of the
cygwin-xfree
mailing list for the Cygwin XFree86 project.
AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)
- From: "Paul Maier" <svn-user at web dot de>
- To: <cygwin-xfree at cygwin dot com>
- Cc: "'Jon TURNEY'" <jon dot turney at dronecode dot org dot uk>
- Date: Thu, 2 Feb 2012 21:32:33 +0100
- Subject: AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)
- 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>
- Reply-to: cygwin-xfree at cygwin dot com
> > -----Ursprüngliche 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 classname),
> > 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 file.
> > > - Your download reference "[1]" seems to be missing in your mail, therfore I used
> > > XWin.20110803-git-a493c0465e56ce0b instead, that I still had from our 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 additional
> > numbers after the WM_MOUSEWHEEL messages which should help with debugging 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 down,
> > > 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, nEvents 2
> > > [ 473.447] winMouseButtonsSendEvent: iEventType: 4, iButton: 5, nEvents 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 overflowing":
> > > [ 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 can
> > 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 processing X
> > events until the mouse button is released.
> >
> > It might be interesting to try as separate test with some application which
> > constantly draws to it's window (like ico), if that continues drawing when the
> > trackpoint button is down.
>
>
>
> Hi Jon,
>
> here a log of my recent tests. The most interesting point is the last.
>
> 1. I modified file C:\Program Files\Synaptics\SynTP\TP4table.dat according to new FAQ and reboot PC.
> -> No change of behaviour.
>
> 2. Download XWin.20120129-git-45e67e363e19a481.exe.bz2.
> /bin/startxwin -- /bin/XWin.20120129-git-45e67e363e19a481.exe -logverbose 3 -clipboard -
> emulate3buttons 100 -nounixkill -nowinkill -xkboptions nbsp:level3
> -> Doesn't start. Error message on the console is:
>
> 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.
>
> -> No output at all to file /var/log/xwin/XWin.0.log.
>
> 3. I took above startxwin command line and replace XWin.20120129-git-45e67e363e19a481.exe by
> XWin.20110803-git-a493c0465e56ce0b.exe
> -> Immediately starts. All further tests with (old) XWin.20110803-git-a493c0465e56ce0b.exe.
>
> 4. Today I couldn't get to the broken, jumpy behaviour by scrolling a Windows 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 to break smooth scrolling.
>
> 5. Then I started ico.
> -> While ico runs, xterm scrolls fine and smooth. As soon as I stop ico, xterm scrolls jumpy.
> -> Pressing the trackpoint button has no effect to ico. It keeps painting fine eather way.
>
> Regards,
> Paul
>
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 = 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.
=> 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 weird.
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/