Levovo trackpoint come delayed (reproducable with xev)

Levovo trackpoint come delayed (reproducable with xev)

[Paul Maier]

Hi there,

Lenovo trackpoint scrolling events get buffered somewhere until I release the button:
then I get hundreds of scrolling events all at once.

I can clearly see these events in xev.

Result is that I don't really experience scrolling, rather jumping up and down 
with a random-like distance.

With trackpoint I mean that red button in the middle of a Lenovo laptop.

(Mouse wheel scrolling works perfect, in contrast.)

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

Re: Levovo trackpoint come delayed (reproducable with xev)

[Jon TURNEY]

On 22/01/2012 23:10, Paul Maier wrote:
> Lenovo trackpoint scrolling events get buffered somewhere until I release the button:
> then I get hundreds of scrolling events all at once.
> 
> I can clearly see these events in xev.
> 
> Result is that I don't really experience scrolling, rather jumping up and down 
> with a random-like distance.
> 
> With trackpoint I mean that red button in the middle of a Lenovo laptop.
> 
> (Mouse wheel scrolling works perfect, in contrast.)

Have you tried the workaround given in [1] ?

According to the internet, the trackpoint driver tries to be too clever and
doesn't send WM_MOUSEWHEEL messages, but tries to fiddle with the Windows
scrollbars directly itself, which obviously isn't going to work well for an X
window :S

[1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-trackpoint

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

AW: Levovo trackpoint come delayed (reproducable with xev)

[Paul Maier]

> On 22/01/2012 23:10, Paul Maier wrote:
> > Lenovo trackpoint scrolling events get buffered somewhere until I release the button:
> > then I get hundreds of scrolling events all at once.
> >
> > I can clearly see these events in xev.
> >
> > Result is that I don't really experience scrolling, rather jumping up and down
> > with a random-like distance.
> >
> > With trackpoint I mean that red button in the middle of a Lenovo laptop.
> >
> > (Mouse wheel scrolling works perfect, in contrast.)
> 
> Have you tried the workaround given in [1] ?
> 
> According to the internet, the trackpoint driver tries to be too clever and
> doesn't send WM_MOUSEWHEEL messages, but tries to fiddle with the Windows
> scrollbars directly itself, which obviously isn't going to work well for an X
> window :S
> 
> [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-trackpoint
> 


Hi Jon, 

I can't find any of the files tp4*.dat on my PC (I'm running Windows 7) - see console output below.

And I do get the trackpoint events, they are just delayed until I release that button;
on release I get hundreds of correct events scrolling my window to somewhere.
How many events I get depends on how long or how intense I pressed the track point (sounds reasonable to me).

Paul.

C:\Windows\System32>dir tp*.dat
 Datenträger in Laufwerk C: ist Systemplatte

 Verzeichnis von C:\Windows\System32

Datei nicht gefunden


C:\Windows\System32>dir *.dat
 Datenträger in Laufwerk C: ist Systemplatte

 Verzeichnis von C:\Windows\System32

10.06.2009  22.34           215.943 dssec.dat
14.10.2011  14.31           369.104 FNTCACHE.DAT
10.06.2009  22.13         3.698.584 ieapfltr.dat
10.06.2009  22.26           673.088 mlang.dat
10.06.2009  22.32               741 NOISE.DAT
29.12.2011  07.53           152.404 perfc007.dat
29.12.2011  07.53           125.350 perfc009.dat
14.07.2009  09.49            38.104 perfd007.dat
14.07.2009  01.34            31.548 perfd009.dat
29.12.2011  07.53           711.580 perfh007.dat
29.12.2011  07.53           665.164 perfh009.dat
14.07.2009  09.49           295.922 perfi007.dat
14.07.2009  01.34           291.294 perfi009.dat
              13 Datei(en),      7.268.826 Bytes
               0 Verzeichnis(se), 54.902.112.256 Bytes frei




--
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: AW: Levovo trackpoint come delayed (reproducable with xev)

[Jon TURNEY]

On 23/01/2012 21:56, Paul Maier wrote:
>> On 22/01/2012 23:10, Paul Maier wrote:
>>> Lenovo trackpoint scrolling events get buffered somewhere until I release the button:
>>> then I get hundreds of scrolling events all at once.
>>>
>>> I can clearly see these events in xev.
>>>
>>> Result is that I don't really experience scrolling, rather jumping up and down
>>> with a random-like distance.
>>>
>>> With trackpoint I mean that red button in the middle of a Lenovo laptop.
>>>
>>> (Mouse wheel scrolling works perfect, in contrast.)
>>
>> Have you tried the workaround given in [1] ?
>>
>> According to the internet, the trackpoint driver tries to be too clever and
>> doesn't send WM_MOUSEWHEEL messages, but tries to fiddle with the Windows
>> scrollbars directly itself, which obviously isn't going to work well for an X
>> window :S
>>
>> [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-trackpoint
> 
> I can't find any of the files tp4*.dat on my PC (I'm running Windows 7) - see console output below.

It seems that FAQ might need a little updating, that file might found under
%PROGRAMFILES% now, C:\Program Files\Synaptics\SynTP\TP4table.dat or
C:\Program Files\Lenovo\Trackpoint\tp4table.dat for example.

> And I do get the trackpoint events, they are just delayed until I release that button;
> on release I get hundreds of correct events scrolling my window to somewhere.
> How many events I get depends on how long or how intense I pressed the track point (sounds reasonable to me).

So, if you can't try the workaround, perhaps you could do a bit of investigation?

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, or only when you release the the button?

--
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: AW: Levovo trackpoint come delayed (reproducable with xev)

[Ryan Johnson]

On 24/01/2012 8:17 AM, Jon TURNEY wrote:
> On 23/01/2012 21:56, Paul Maier wrote:
>>> On 22/01/2012 23:10, Paul Maier wrote:
>>>> Lenovo trackpoint scrolling events get buffered somewhere until I release the button:
>>>> then I get hundreds of scrolling events all at once.
>>>>
>>>> I can clearly see these events in xev.
>>>>
>>>> Result is that I don't really experience scrolling, rather jumping up and down
>>>> with a random-like distance.
>>>>
>>>> With trackpoint I mean that red button in the middle of a Lenovo laptop.
>>>>
>>>> (Mouse wheel scrolling works perfect, in contrast.)
>>> Have you tried the workaround given in [1] ?
>>>
>>> According to the internet, the trackpoint driver tries to be too clever and
>>> doesn't send WM_MOUSEWHEEL messages, but tries to fiddle with the Windows
>>> scrollbars directly itself, which obviously isn't going to work well for an X
>>> window :S
>>>
>>> [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-trackpoint
>> I can't find any of the files tp4*.dat on my PC (I'm running Windows 7) - see console output below.
> It seems that FAQ might need a little updating, that file might found under
> %PROGRAMFILES% now, C:\Program Files\Synaptics\SynTP\TP4table.dat or
> C:\Program Files\Lenovo\Trackpoint\tp4table.dat for example.

I've done this with mintty on my machine as follows:
> --- TP4scrol-orig.dat   2011-12-11 16:33:22.742741700 -0500
> +++ TP4scrol.dat        2011-12-30 00:59:46.793965200 -0500
> @@ -24,6 +24,9 @@
>  ; Pass 0 rules (These rules run first)
>  ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
>
> +; mintty
> +*,*,mintty.exe,*,*,*,WheelStd,0,9
> +
>  ; Windows IE3 patch for 2 button systems
>  *,*,iexplore.exe,*,Shell DocObject View,HTML_Internet 
> Explorer,Standard,0,5

I assume the line for X apps would be the similar. Note that you have to 
put the same line in TP4table.dat, then kill and restart all the TP* 
processes. One of them (sorry, can't remember which) is the "parent" 
process and will start the others if it sees they're missing.

Good luck!
Ryan


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

AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)

[Paul Maier]

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




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

AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)

[Paul Maier]

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

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

[Jon TURNEY]

On 02/02/2012 19:46, Paul Maier wrote:
> 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

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

AW: AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)

[Paul Maier]

> > 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?
Please note, that yesterday I sent 2 mails, the second mail continues paragraph counting from 6 to 9.

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/

Levovo trackpoint events come delayed (reproducable with xev)

[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 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.

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/

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

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

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

[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 - 0x07800000 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/