Re: AW: Levovo trackpoint events come delayed (reproducable with xev)

2012-08-15 Thread Jon TURNEY
 You should then be able to see WM_MOUSEWHEEL messages being delivered in the
 debug output from XWin when you use the trackpoint scrolling.  Are they 
 being
 delivered on time?

 Description of my testing that produced that log:
 
 1. with xterm
- second 304: I press center button and try to scroll with Lenovo 
 trackpoint.
  I don't release the center button for some seconds.
  xterm shows no scrolling
- second 310: I release the center button. 
  xterm jump scrolls a far distance all at once.
 
 2. same with xev
- second 360: I press center button and try to scroll with Lenovo 
 trackpoint (ok, there is nothing to scroll in a xev, but I
 think you understand what I did).
  I don't release the center button for some seconds.
- second 364: I release the center button. 
 
 The rest is XWin startup or my kill -9 [XWin] or opening xterms or other 
 irrelevant stuff.
 
 Regarding 'WIN_DEBUG_MESSAGES=1: Because I start XWin from a tcsh shell, I 
 added a 
 setenv WIN_DEBUG_MESSAGES 1 before the XWin call. Did that work out, i. e. 
 was that setting active?

Yes, these logs contain the required detail.

Unfortunately, they don't seem to show that XWin is doing anything wrong.

WM_MOUSEWHEEL [1] messages are only being sent to XWin at the point in time
you mention the center button being released, but are then correctly converted
into X events.

e.g.
[   309.303] winWindowProc - WM_MOUSEWHEEL - 0x0780 0x0152030f
is converted into a sequence of press/release events for the zaxis up button
[   309.303] winMouseButtonsSendEvent: iEventType: 4, iButton: 4
[   309.303] winMouseButtonsSendEvent: iEventType: 5, iButton: 4

I have to say this really looks like some kind of issue with the trackpoint
software or it's configuration.

I also note that the 'configuration' of the trackpoint driver as described in
[2] matches on the executable name, so that won't be doing anything useful in
this case, as the executable is called 'XWin.20120806-git-25dd890818f3e308
.exe' and not 'XWin.exe'

It would be interesting to compare with a similar log when 'ico' is also
running, since apparently that makes things behave correctly.

[1]
http://msdn.microsoft.com/en-us/library/windows/desktop/ms645617%28v=vs.85%29.aspx
[2] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-trackpoint


--
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/



Re: Levovo trackpoint events come delayed (reproducable with xev)

2012-08-06 Thread Jon TURNEY
On 22/07/2012 01:39, Paul Maier wrote:
 this problem still exists, it makes the Lenovo trackpoint unusable with 
 xterm. 
 Some months ago you provided me XWin.20120129-git-45e67e363e19a481.exe,
 but it didn't run on my computer. Yesterday I have upgraded my Cygwin, all 
 packages to current (Cygwin 1.7.15).
 Maybe a debugging .exe would run now on my machine.
 
 If you want me to try again, please let me know.

Yes, I think there were some unrelated issues which prevented that snapshot
from working for you.

I've produced an updated snapshot [1], if you could try that in the same way
as before, that would be helpful.

 Download the latest snapshot built with debugging enabled from [1]
 Run it using 'WIN_DEBUG_MESSAGES=1 ./XWin -logverbose 3 your usual XWin
 options, -multiwindow for example'
 Open up an xterm
 You should then be able to see WM_MOUSEWHEEL messages being delivered in the
 debug output from XWin when you use the trackpoint scrolling.  Are they being
 delivered on time?

Please send me the full XWin.0.log

[1] ftp://cygwin.com/pub/cygwinx/XWin.20120806-git-25dd890818f3e308.exe.bz2

-- 
Jon TURNEY
Volunteer Cygwin/X X Server maintainer

--
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/



Levovo trackpoint events come delayed (reproducable with xev)

2012-07-21 Thread Paul Maier
  - 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.

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.


 
   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.
 
  Possibly you need to 'chmod +x /bin/XWin.20120129-git-45e67e363e19a481.exe'
 
  --
  Jon TURNEY
  Volunteer Cygwin/X X Server maintainer
 
 
 Hi Jon,
 
 x bit was set:
 
 $ls -lg *.exe
 -r-xr-xr-x+ 1  13762945 02.02.2012 19.38 
 XWin.20120129-git-45e67e363e19a481.exe
 
 What about the other interesting results?
[...]



Hi Jon,

this problem still exists, it