AW: AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)
> > 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/
Re: AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)
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: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)
> > -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 = j
AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev)
> -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/
Re: AW: Levovo trackpoint come delayed (reproducable with xev)
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.dat2011-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/
Re: AW: Levovo trackpoint come delayed (reproducable with xev)
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 ' 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/
AW: Levovo trackpoint come delayed (reproducable with xev)
> 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.4938.104 perfd007.dat 14.07.2009 01.3431.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: Levovo trackpoint come delayed (reproducable with xev)
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/
Levovo trackpoint come delayed (reproducable with xev)
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/
