From jon.turney@dronecode.org.uk Wed Feb 1 09:18:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 01 Feb 2012 09:18:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-2 In-Reply-To: <4F286512.6090408@alice.it> References: <4F286512.6090408@alice.it> Message-ID: <4F290355.20204@dronecode.org.uk> On 31/01/2012 22:02, Angelo Graziosi wrote: > I notice a problem moving the mouse pointer. > > Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse pointer > moves in slow motion, in "steps", with a delay.. one has difficulty to move > finely... > > If I switch-off wgl, it moves just fine! Is this running a particular X application? Or before you even start one? -- 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/ From angelo.graziosi@alice.it Wed Feb 1 10:09:00 2012 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Wed, 01 Feb 2012 10:09:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-2 In-Reply-To: <4F290355.20204@dronecode.org.uk> References: <4F286512.6090408@alice.it> <4F290355.20204@dronecode.org.uk> Message-ID: <4F290F3D.8000908@alice.it> Il 01/02/2012 10.18, Jon TURNEY ha scritto: > On 31/01/2012 22:02, Angelo Graziosi wrote: >> I notice a problem moving the mouse pointer. >> >> Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse pointer >> moves in slow motion, in "steps", with a delay.. one has difficulty to move >> finely... >> >> If I switch-off wgl, it moves just fine! > > Is this running a particular X application? Or before you even start one? > Before I start one.. Just starting X with the link I described. I have that link on the desktop and in Automatic Run, so just loging in starts the X server. Killing all XWin and starting the X clicking the link on the Desktop DOES NOT fix but has the same result. Only if I start with -nowgl option I get the normal "fluidity" of the mouse pointer.. (as before you released 1.11.4-1... Ciao, Angelo. -- 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/ From jon.turney@dronecode.org.uk Wed Feb 1 10:32:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 01 Feb 2012 10:32:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-2 In-Reply-To: <4F290F3D.8000908@alice.it> References: <4F286512.6090408@alice.it> <4F290355.20204@dronecode.org.uk> <4F290F3D.8000908@alice.it> Message-ID: <4F2914B9.4010508@dronecode.org.uk> On 01/02/2012 10:09, Angelo Graziosi wrote: > Il 01/02/2012 10.18, Jon TURNEY ha scritto: >> On 31/01/2012 22:02, Angelo Graziosi wrote: >>> I notice a problem moving the mouse pointer. >>> >>> Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse pointer >>> moves in slow motion, in "steps", with a delay.. one has difficulty to move >>> finely... >>> >>> If I switch-off wgl, it moves just fine! >> >> Is this running a particular X application? Or before you even start one? > > Before I start one.. Just starting X with the link I described. I have that > link on the desktop and in Automatic Run, so just loging in starts the X > server. Killing all XWin and starting the X clicking the link on the Desktop > DOES NOT fix but has the same result. Only if I start with -nowgl option I get > the normal "fluidity" of the mouse pointer.. (as before you released 1.11.4-1... Very strange. When you get the jerky mouse pointer, is the CPU usage high? If so, is it XWin which is using it? or is it idling? -- 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/ From angelo.graziosi@alice.it Wed Feb 1 11:17:00 2012 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Wed, 01 Feb 2012 11:17:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-2 In-Reply-To: <4F2914B9.4010508@dronecode.org.uk> References: <4F286512.6090408@alice.it> <4F290355.20204@dronecode.org.uk> <4F290F3D.8000908@alice.it> <4F2914B9.4010508@dronecode.org.uk> Message-ID: <4F291F24.1090500@alice.it> Il 01/02/2012 11.32, Jon TURNEY ha scritto: > On 01/02/2012 10:09, Angelo Graziosi wrote: >> Il 01/02/2012 10.18, Jon TURNEY ha scritto: >>> On 31/01/2012 22:02, Angelo Graziosi wrote: >>>> I notice a problem moving the mouse pointer. >>>> >>>> Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse pointer >>>> moves in slow motion, in "steps", with a delay.. one has difficulty to move >>>> finely... >>>> >>>> If I switch-off wgl, it moves just fine! >>> >>> Is this running a particular X application? Or before you even start one? >> >> Before I start one.. Just starting X with the link I described. I have that >> link on the desktop and in Automatic Run, so just loging in starts the X >> server. Killing all XWin and starting the X clicking the link on the Desktop >> DOES NOT fix but has the same result. Only if I start with -nowgl option I get >> the normal "fluidity" of the mouse pointer.. (as before you released 1.11.4-1... > > Very strange. > > When you get the jerky mouse pointer, is the CPU usage high? If so, is it XWin > which is using it? or is it idling? > Really no... For example, top - 12:08:12 up 6 min, 0 users, load average: 0.00, 0.00, 0.00 Tasks: 4 total, 1 running, 3 sleeping, 0 stopped, 0 zombie Cpu(s): 0.8% user, 1.0% system, 0.0% nice, 98.2% idle Mem: 1834220k total, 551484k used, 1282736k free, 0k buffers Swap: 1834220k total, 22756k used, 1811464k free, 0k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1052 angelo 8 0 35104 34m 2840 S 0 1.9 0:00.71 XWin 2728 angelo 8 0 4732 5188 932 S 0 0.3 0:00.26 mintty 2772 angelo 8 0 5896 6072 1808 S 0 0.3 0:00.10 bash 3336 angelo 8 0 4640 3868 676 R 0 0.2 0:00.48 top I can start X applications and they work, but some time I have difficulties in "centering" icons, button etc.. Ciao, Angelo. -- 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/ From cht74@yahoo.de Wed Feb 1 16:26:00 2012 From: cht74@yahoo.de (Christian Tuma) Date: Wed, 01 Feb 2012 16:26:00 -0000 Subject: xwin.exe 1.11.4-1 segmentation fault on startup (-wgl -multiwindow) In-Reply-To: <4F27FE74.9030803@dronecode.org.uk> References: <1327999414.12334.YahooMailNeo@web25702.mail.ukl.yahoo.com> <4F27FE74.9030803@dronecode.org.uk> Message-ID: <1328113586.84921.YahooMailNeo@web25705.mail.ukl.yahoo.com> Dear Jon, Thank you for your quick response and the fix. Now XWin starts without crashing. Attached please see the new log-file. > You don't appear to be using a graphics card driver with OpenGL acceleration > though, I'd be interested to which one? Good point. My system is a Lenovo ThinkPad W520 - it contains two different graphics systems: 1) integrated Intel HD Graphics system (driver 8.15.10.2538) 2) Nvidia Quadro 1000M (latest driver version 285.62 supporting all core features of OpenGL 4.2) XWin seems to "run" (or to "detect" or to "talk to") with the integrated Intel HD graphics system ("GDI generic") and not with the Nvidia Quadro 1000M. How can I change this behaviour? When starting an application within Windows 7 I can usually choose in the context menu which of the two graphics processors to use. How do I do this from within Cygwin? Thank you. - Christian -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 8313 bytes Desc: not available URL: -------------- next part -------------- -- 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/ From trautmannneil@yahoo.com Thu Feb 2 14:20:00 2012 From: trautmannneil@yahoo.com (Neil Trautmann) Date: Thu, 02 Feb 2012 14:20:00 -0000 Subject: Giveaway's from Southwest Airline Corporation Message-ID: <1328192396.13917.yint-ygo-j2me@web111315.mail.gq1.yahoo.com> Congrats!!! You have gained 3 roundtrip flights from Southwest Air!! Receive It at http://xjjkrlw.tumblr.com Quote of the Day! treated. the little fish, the little animal learn not by principle, When Lucy, I call the thing that was before us Lucy because it -- 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/ From davidmichaelkarr@gmail.com Thu Feb 2 17:49:00 2012 From: davidmichaelkarr@gmail.com (David Karr) Date: Thu, 02 Feb 2012 17:49:00 -0000 Subject: How to properly start xwin at windows seven startup? Message-ID: I've had an old version of Cygwin running on a WinXP laptop for quite a while. I made it run "startxwin.bat" on startup. I'm now setting up the latest Cygwin on a Win7 laptop. The FAQ is saying to not use the "startxwin.bat" file (as it doesn't exist anymore), and use the exe file. However, it also says to not start it directly from Windows. It needs to be started from a login shell. What is the proper way to start the Xwin server at Windows startup? I didn't see this in the FAQ, and I didn't find any obvious answers in searches. -- 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/ From svn-user@web.de Thu Feb 2 19:47:00 2012 From: svn-user@web.de (Paul Maier) Date: Thu, 02 Feb 2012 19:47:00 -0000 Subject: AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev) In-Reply-To: <4F2A7C93.6080705@dronecode.org.uk> 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> Message-ID: <000001cce1e3$6456d5e0$2d0481a0$@de> > -----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/ From kbrown@cornell.edu Thu Feb 2 19:56:00 2012 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 02 Feb 2012 19:56:00 -0000 Subject: How to properly start xwin at windows seven startup? In-Reply-To: References: Message-ID: <4F2AEA74.2050306@cornell.edu> On 2/2/2012 12:49 PM, David Karr wrote: > I've had an old version of Cygwin running on a WinXP laptop for quite > a while. I made it run "startxwin.bat" on startup. I'm now setting > up the latest Cygwin on a Win7 laptop. The FAQ is saying to not use > the "startxwin.bat" file (as it doesn't exist anymore), and use the > exe file. However, it also says to not start it directly from Windows. > It needs to be started from a login shell. What is the proper way to > start the Xwin server at Windows startup? I didn't see this in the > FAQ, and I didn't find any obvious answers in searches. http://x.cygwin.com/docs/ug/using.html#using-starting -- 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/ From yselkowitz@users.sourceforge.net Thu Feb 2 20:08:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Thu, 02 Feb 2012 20:08:00 -0000 Subject: How to properly start xwin at windows seven startup? In-Reply-To: References: Message-ID: <1328213312.3652.1.camel@YAAKOV04> On Thu, 2012-02-02 at 09:49 -0800, David Karr wrote: > I've had an old version of Cygwin running on a WinXP laptop for quite > a while. I made it run "startxwin.bat" on startup. I'm now setting > up the latest Cygwin on a Win7 laptop. The FAQ is saying to not use > the "startxwin.bat" file (as it doesn't exist anymore), and use the > exe file. However, it also says to not start it directly from Windows. > It needs to be started from a login shell. What is the proper way to > start the Xwin server at Windows startup? I didn't see this in the > FAQ, and I didn't find any obvious answers in searches. Presuming you want to start XWin in multiwindow mode, the xinit package installs an "XWin Server" shortcut into the Start Menu. Copy this shortcut into your Startup folder and you should get the desired result. Yaakov Cygwin/X -- 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/ From svn-user@web.de Thu Feb 2 20:33:00 2012 From: svn-user@web.de (Paul Maier) Date: Thu, 02 Feb 2012 20:33:00 -0000 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> Message-ID: <000001cce1e9$cb577dc0$62067940$@de> > > -----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/ From davidmichaelkarr@gmail.com Fri Feb 3 00:09:00 2012 From: davidmichaelkarr@gmail.com (David Karr) Date: Fri, 03 Feb 2012 00:09:00 -0000 Subject: How to properly start xwin at windows seven startup? In-Reply-To: <1328213312.3652.1.camel@YAAKOV04> References: <1328213312.3652.1.camel@YAAKOV04> Message-ID: On Thu, Feb 2, 2012 at 12:08 PM, Yaakov (Cygwin/X) wrote: > On Thu, 2012-02-02 at 09:49 -0800, David Karr wrote: >> I've had an old version of Cygwin running on a WinXP laptop for quite >> a while. ?I made it run "startxwin.bat" on startup. ?I'm now setting >> up the latest Cygwin on a Win7 laptop. ?The FAQ is saying to not use >> the "startxwin.bat" file (as it doesn't exist anymore), and use the >> exe file. However, it also says to not start it directly from Windows. >> ?It needs to be started from a login shell. ?What is the proper way to >> start the Xwin server at Windows startup? ?I didn't see this in the >> FAQ, and I didn't find any obvious answers in searches. > > Presuming you want to start XWin in multiwindow mode, the xinit package > installs an "XWin Server" shortcut into the Start Menu. ?Copy this > shortcut into your Startup folder and you should get the desired result. That appeared to do the trick, thanks. -- 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/ From jon.turney@dronecode.org.uk Fri Feb 3 15:49:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 03 Feb 2012 15:49:00 -0000 Subject: AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev) In-Reply-To: <000001cce1e3$6456d5e0$2d0481a0$@de> 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> <000001cce1e3$6456d5e0$2d0481a0$@de> Message-ID: <4F2C0226.8050706@dronecode.org.uk> 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/ From jon.turney@dronecode.org.uk Fri Feb 3 16:15:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 03 Feb 2012 16:15:00 -0000 Subject: xwin.exe 1.11.4-1 segmentation fault on startup (-wgl -multiwindow) In-Reply-To: <1328113586.84921.YahooMailNeo@web25705.mail.ukl.yahoo.com> References: <1327999414.12334.YahooMailNeo@web25702.mail.ukl.yahoo.com> <4F27FE74.9030803@dronecode.org.uk> <1328113586.84921.YahooMailNeo@web25705.mail.ukl.yahoo.com> Message-ID: <4F2C0809.6090103@dronecode.org.uk> On 01/02/2012 16:26, Christian Tuma wrote: > Thank you for your quick response and the fix. Now XWin starts without > crashing. Attached please see the new log-file. > >> You don't appear to be using a graphics card driver with OpenGL >> acceleration though, I'd be interested to which one? > > Good point. My system is a Lenovo ThinkPad W520 - it contains two different > graphics systems: > > 1) integrated Intel HD Graphics system (driver 8.15.10.2538) > > 2) Nvidia Quadro 1000M (latest driver version 285.62 supporting all core > features of OpenGL 4.2) > > XWin seems to "run" (or to "detect" or to "talk to") with the integrated > Intel HD graphics system ("GDI generic") and not with the Nvidia Quadro > 1000M. How can I change this behaviour? When starting an application within > Windows 7 I can usually choose in the context menu which of the two > graphics processors to use. How do I do this from within Cygwin? Ah, interesting. I would say it's a bug in the switchable graphics drivers that it doesn't know that OpenGL applications should cause a switch to the non-integrated graphics. Possibly there is some way to configure the driver to tell it that an application is one that needs the non-integrated graphics, so it will switch. It's not very sensible for Xwin to use the "GDI generic" GL renderer, it would be better to fallback to the mesa software renderer, so I'll make a change to cause that to happen. -- 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/ From svn-user@web.de Fri Feb 3 22:39:00 2012 From: svn-user@web.de (Paul Maier) Date: Fri, 03 Feb 2012 22:39:00 -0000 Subject: AW: AW: QAW: AW: Levovo trackpoint come delayed (reproducable with xev) In-Reply-To: <4F2C0226.8050706@dronecode.org.uk> 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> <000001cce1e3$6456d5e0$2d0481a0$@de> <4F2C0226.8050706@dronecode.org.uk> Message-ID: <000001cce2c4$9d3e3970$d7baac50$@de> > > 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/ From Bennett.Tony@con-way.com Fri Feb 3 22:55:00 2012 From: Bennett.Tony@con-way.com (Bennett, Tony) Date: Fri, 03 Feb 2012 22:55:00 -0000 Subject: Cut and Paste between X and WindowsXP sometimes fails In-Reply-To: <4F2C0809.6090103@dronecode.org.uk> References: <1327999414.12334.YahooMailNeo@web25702.mail.ukl.yahoo.com> <4F27FE74.9030803@dronecode.org.uk> <1328113586.84921.YahooMailNeo@web25705.mail.ukl.yahoo.com> <4F2C0809.6090103@dronecode.org.uk> Message-ID: <9E085D377965634187A85638358AE611019DB48492@DCXPRCL017.cnf.prod.cnf.com> Often when "cutting" from Xwin and attempting to "Paste" to a WindowsXP application, the "most recent" "cut" is not pasted... but instead a "previous" Xwin "cut". In other words, this scenario: LOCATION ACT Comment Xwin Cut "abc" WinXP Paste correctly pastes "abc" Xwin Cut "def" WinXP Paste Incorrectly pastes "abc" When the above problem occurs, no matter how many times a "cut" from Xwin, Whenever I paste on WinXP it pastes "abc". I can "correct" the problem by "cutting" from WinXP and pasting into Xwin... ...after doing this the next Xwin "cut" will "correctly" paste on WinXP. Below is the start of my Xwin.0.log. Thanks for any advise. -tony Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.11.4.0 OS: Windows XP Service Pack 3 [Windows NT 5.1 build 2600] (Win32) Package: version 1.11.4-2 built 2012-01-31 XWin was started with the following command line: XWin -clipboard -logverbose 3 -ac -query cdcxvd0559.con-way.com -fp tcp/cdcxvd0559.con-way.com:8000,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,/usr/share/fonts/Type1/ ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 1440 h 900 winInitializeDefaultScreens - native DPI x 96 y 96 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/ITG914257:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 XDMCP warning: INET6 UDP socket creation failed [ 2930.843] OsVendorInit - Creating default screen 0 [ 2930.843] winInitializeScreens - 1 [ 2930.843] winInitializeScreen - 0 [ 2930.859] winValidateArgs - Returning. [ 2930.859] (II) xorg.conf is not supported [ 2930.859] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 2930.859] (++) FontPath set to "tcp/cdcxvd0559.con-way.com:8000,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,/usr/share/fonts/Type1/" [ 2930.859] LoadPreferences: /home/trbennett/.XWinrc not found [ 2930.859] LoadPreferences: Loading /etc/X11/system.XWinrc [ 2930.859] LoadPreferences: Done parsing the configuration file... [ 2930.859] winGetDisplay: DISPLAY=:0.0 [ 2930.859] winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD [ 2930.859] winDetectSupportedEngines - Windows NT, allowing PrimaryDD [ 2930.859] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [ 2930.859] winDetectSupportedEngines - Returning, supported engines 0000001f [ 2930.859] winTaskbarInit - Could not get SHGetPropertyStoreForWindow address [ 2930.859] [ 2930.859] winMsgWindowThreadProc - Hello -- 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/ From jon.turney@dronecode.org.uk Mon Feb 6 11:35:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 06 Feb 2012 11:35:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-3 Message-ID: The following packages have been updated in the Cygwin distribution: *** xorg-server-1.11.4-3 *** xorg-server-dmx-1.11.4-3 These packages contain XWin and the other X.Org X11 servers. This is an update to align with the update to mesa 7.11. You should upgrade libGL1 to 7.11.2-1 at the same time as upgrading the X server to 1.11.4-3, or you may experience X server crashes when using OpenGL applications which use indirect rendering. The following cygwin-specific changes have been made since 1.11.4-2: * Fall back to mesa software rendering rather than using the GDI Generic native renderer (when -wgl is enabled) * Synchronize the indirect function dispatch table offsets with mesa 7.11 * Use shared libglapi for dispatch table 7000b5a215ecd325ca93d59a0e27f772 *xorg-server-1.11.4-3.tar.bz2 c20e1cd9295385f25c32a5409c480f9f *xorg-server-dmx-1.11.4-3.tar.bz2 8646757ae870be8d3db4523f11762649 *xorg-server-1.11.4-3-src.tar.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/ From yselkowitz@users.sourceforge.net Mon Feb 6 11:36:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Mon, 06 Feb 2012 11:36:00 -0000 Subject: [ANNOUNCEMENT] Updated: mesa-7.11.2-1 Message-ID: I have updated the Mesa OpenGL implementation to 7.11.2 with numerous packaging changes: * The swrast DRI drivers are now in a separate dri-drivers package. * the Gallium swrast driver is now available and includes llvmpipe support. At this time, you must set GALLIUM_DRIVER=llvmpipe in your environment before starting the X server in order to use it. * EGL and OpenVG support was added, and OSMesa support was restored. * All OpenGL components are linked against the new shared libglapi0. Please note when upgrading mesa, you must also upgrade xorg-server to 1.11.4-3. Previous versions of xorg-server will NOT work with this version of mesa. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Mon Feb 6 11:46:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Mon, 06 Feb 2012 11:46:00 -0000 Subject: [ANNOUNCEMENT] Updated: xinit-1.3.2-1 Message-ID: xinit has been updated to 1.3.2. Besides the latest upstream improvements, this release includes the following changes: * The -displayfd argument handing has been improved. * Two unnecessary warnings have been removed. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From yselkowitz@users.sourceforge.net Mon Feb 6 11:46:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Mon, 06 Feb 2012 11:46:00 -0000 Subject: [ANNOUNCEMENT] Updated: xterm-278-1 Message-ID: The following package has been updated for the Cygwin distribution: *** xterm-278-1 The xterm program is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that can't use the window system directly. This is an update to the latest upstream release. -- Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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/ From Ocean@cobaltnight.com Fri Feb 10 20:11:00 2012 From: Ocean@cobaltnight.com (Ocean) Date: Fri, 10 Feb 2012 20:11:00 -0000 Subject: How do I copy/paste in Xwin Server? Message-ID: <004a01cce830$1b6c7a30$52456e90$@com> I'm using Xwin Server on Windows 7, and I can't seem to figure out how to copy/paste text within the Xwin terminal. How can this be done? Thanks! -- 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/ From rcsaba@gmail.com Fri Feb 10 21:22:00 2012 From: rcsaba@gmail.com (Csaba Raduly) Date: Fri, 10 Feb 2012 21:22:00 -0000 Subject: How do I copy/paste in Xwin Server? In-Reply-To: <004a01cce830$1b6c7a30$52456e90$@com> References: <004a01cce830$1b6c7a30$52456e90$@com> Message-ID: On Fri, Feb 10, 2012 at 9:11 PM, Ocean wrote: > > ? ? ? ?I'm using Xwin Server on Windows 7, and I can't seem to figure out > how to copy/paste text within the Xwin terminal. ?How can this be done? man xterm would have told you that Pointer button two (usually middle) "types" (pastes) the text from the PRIMARY selection, if any, otherwise from the cut buffer, inserting it as keyboard input. Also, a web search for "xterm paste" might have helped. HTH, Csaba -- GCS a+ e++ d- C++ ULS$ L+$ !E- W++ P+++$ w++$ tv+ b++ DI D++ 5++ The Tao of math: The numbers you can count are not the real numbers. Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- 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/ From cygwin@tlinx.org Sat Feb 11 04:20:00 2012 From: cygwin@tlinx.org (Linda Walsh) Date: Sat, 11 Feb 2012 04:20:00 -0000 Subject: X still crashing, but interesting log messages... different config vals needed? Message-ID: <4F35EC5C.6050200@tlinx.org> Still crashes in all the places it did 2 months ago, and more, but gives more interesting messages in log file (/var/log/xwin/XWin.0.log Was wondering if I should be giving any different options that might help it behave better? Log from last run below -- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.11.4.0 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) Package: version 1.11.4-3 built 2012-02-05 XWin was started with the following command line: /usr/bin/XWin -dpi 101 -multiwindow -clipboard -nowinkill -wm ddxProcessArgument - Initializing default screens winInitializeScreenDefaults - primary monitor w 2560 h 1600 winInitializeDefaultScreens - native DPI x 120 y 120 [ 14333.028] (II) xorg.conf is not supported [ 14333.028] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [ 14333.028] LoadPreferences: Loading /home/law/.XWinrc [ 14333.028] LoadPreferences: Done parsing the configuration file... [ 14333.044] winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD [ 14333.044] winDetectSupportedEngines - Windows NT, allowing PrimaryDD [ 14333.044] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [ 14333.075] winDetectSupportedEngines - Returning, supported engines 0000001f [ 14333.075] winSetEngine - Multi Window or Rootless => ShadowGDI [ 14333.075] winScreenInit - Using Windows display depth of 32 bits per pixel [ 14333.122] winAllocateFBShadowGDI - Creating DIB with width: 4480 height: 1600 depth: 32 [ 14333.122] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [ 14333.122] winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 [ 14333.122] winInitMultiWindowWM - Calling pthread_mutex_lock () [ 14333.122] winMultiWindowXMsgProc - Calling pthread_mutex_lock () [ 14333.122] Screen 0 added at virtual desktop coordinate (0,0). [ 14333.262] GL_VERSION: 4.2.0 [ 14333.262] GL_VENDOR: NVIDIA Corporation [ 14333.262] GL_RENDERER: GeForce GTX 590/PCI/SSE2 [ 14333.262] GL_EXTENSIONS: GL_ARB_base_instance GL_ARB_blend_func_extended GL_ARB_color_buffer_float GL_ARB_compatibility [ 14333.262] GL_EXTENSIONS: GL_ARB_compressed_texture_pixel_storage GL_ARB_conservative_depth GL_ARB_copy_buffer [ 14333.262] GL_EXTENSIONS: GL_ARB_depth_buffer_float GL_ARB_depth_clamp GL_ARB_depth_texture GL_ARB_draw_buffers [ 14333.262] GL_EXTENSIONS: GL_ARB_draw_buffers_blend GL_ARB_draw_indirect GL_ARB_draw_elements_base_vertex GL_ARB_draw_instanced [ 14333.262] GL_EXTENSIONS: GL_ARB_ES2_compatibility GL_ARB_explicit_attrib_location GL_ARB_fragment_coord_conventions [ 14333.262] GL_EXTENSIONS: GL_ARB_fragment_program GL_ARB_fragment_program_shadow GL_ARB_fragment_shader GL_ARB_framebuffer_object [ 14333.262] GL_EXTENSIONS: GL_ARB_framebuffer_sRGB GL_ARB_geometry_shader4 GL_ARB_get_program_binary GL_ARB_gpu_shader5 [ 14333.262] GL_EXTENSIONS: GL_ARB_gpu_shader_fp64 GL_ARB_half_float_pixel GL_ARB_half_float_vertex GL_ARB_imaging [ 14333.262] GL_EXTENSIONS: GL_ARB_instanced_arrays GL_ARB_internalformat_query GL_ARB_map_buffer_alignment GL_ARB_map_buffer_range [ 14333.262] GL_EXTENSIONS: GL_ARB_multisample GL_ARB_multitexture GL_ARB_occlusion_query GL_ARB_occlusion_query2 [ 14333.262] GL_EXTENSIONS: GL_ARB_pixel_buffer_object GL_ARB_point_parameters GL_ARB_point_sprite GL_ARB_provoking_vertex [ 14333.262] GL_EXTENSIONS: GL_ARB_robustness GL_ARB_sample_shading GL_ARB_sampler_objects GL_ARB_seamless_cube_map [ 14333.262] GL_EXTENSIONS: GL_ARB_separate_shader_objects GL_ARB_shader_atomic_counters GL_ARB_shader_bit_encoding [ 14333.262] GL_EXTENSIONS: GL_ARB_shader_image_load_store GL_ARB_shader_objects GL_ARB_shader_precision GL_ARB_shader_subroutine [ 14333.262] GL_EXTENSIONS: GL_ARB_shading_language_100 GL_ARB_shading_language_420pack GL_ARB_shading_language_include [ 14333.262] GL_EXTENSIONS: GL_ARB_shading_language_packing GL_ARB_shadow GL_ARB_sync GL_ARB_tessellation_shader [ 14333.262] GL_EXTENSIONS: GL_ARB_texture_border_clamp GL_ARB_texture_buffer_object GL_ARB_texture_buffer_object_rgb32 [ 14333.262] GL_EXTENSIONS: GL_ARB_texture_compression GL_ARB_texture_compression_bptc GL_ARB_texture_compression_rgtc [ 14333.262] GL_EXTENSIONS: GL_ARB_texture_cube_map GL_ARB_texture_cube_map_array GL_ARB_texture_env_add GL_ARB_texture_env_combine [ 14333.262] GL_EXTENSIONS: GL_ARB_texture_env_crossbar GL_ARB_texture_env_dot3 GL_ARB_texture_float GL_ARB_texture_gather [ 14333.262] GL_EXTENSIONS: GL_ARB_texture_mirrored_repeat GL_ARB_texture_multisample GL_ARB_texture_non_power_of_two [ 14333.262] GL_EXTENSIONS: GL_ARB_texture_query_lod GL_ARB_texture_rectangle GL_ARB_texture_rg GL_ARB_texture_rgb10_a2ui [ 14333.262] GL_EXTENSIONS: GL_ARB_texture_storage GL_ARB_texture_swizzle GL_ARB_timer_query GL_ARB_transform_feedback2 [ 14333.262] GL_EXTENSIONS: GL_ARB_transform_feedback3 GL_ARB_transform_feedback_instanced GL_ARB_transpose_matrix [ 14333.262] GL_EXTENSIONS: GL_ARB_uniform_buffer_object GL_ARB_vertex_array_bgra GL_ARB_vertex_array_object [ 14333.262] GL_EXTENSIONS: GL_ARB_vertex_attrib_64bit GL_ARB_vertex_buffer_object GL_ARB_vertex_program GL_ARB_vertex_shader [ 14333.262] GL_EXTENSIONS: GL_ARB_vertex_type_2_10_10_10_rev GL_ARB_viewport_array GL_ARB_window_pos GL_ATI_draw_buffers [ 14333.262] GL_EXTENSIONS: GL_ATI_texture_float GL_ATI_texture_mirror_once GL_S3_s3tc GL_EXT_texture_env_add GL_EXT_abgr [ 14333.262] GL_EXTENSIONS: GL_EXT_bgra GL_EXT_bindable_uniform GL_EXT_blend_color GL_EXT_blend_equation_separate [ 14333.262] GL_EXTENSIONS: GL_EXT_blend_func_separate GL_EXT_blend_minmax GL_EXT_blend_subtract GL_EXT_compiled_vertex_array [ 14333.262] GL_EXTENSIONS: GL_EXT_Cg_shader GL_EXT_depth_bounds_test GL_EXT_direct_state_access GL_EXT_draw_buffers2 [ 14333.262] GL_EXTENSIONS: GL_EXT_draw_instanced GL_EXT_draw_range_elements GL_EXT_fog_coord GL_EXT_framebuffer_blit [ 14333.262] GL_EXTENSIONS: GL_EXT_framebuffer_multisample GL_EXTX_framebuffer_mixed_formats GL_EXT_framebuffer_object [ 14333.262] GL_EXTENSIONS: GL_EXT_framebuffer_sRGB GL_EXT_geometry_shader4 GL_EXT_gpu_program_parameters GL_EXT_gpu_shader4 [ 14333.262] GL_EXTENSIONS: GL_EXT_multi_draw_arrays GL_EXT_packed_depth_stencil GL_EXT_packed_float GL_EXT_packed_pixels [ 14333.262] GL_EXTENSIONS: GL_EXT_pixel_buffer_object GL_EXT_point_parameters GL_EXT_provoking_vertex GL_EXT_rescale_normal [ 14333.262] GL_EXTENSIONS: GL_EXT_secondary_color GL_EXT_separate_shader_objects GL_EXT_separate_specular_color [ 14333.262] GL_EXTENSIONS: GL_EXT_shader_image_load_store GL_EXT_shadow_funcs GL_EXT_stencil_two_side GL_EXT_stencil_wrap [ 14333.262] GL_EXTENSIONS: GL_EXT_texture3D GL_EXT_texture_array GL_EXT_texture_buffer_object GL_EXT_texture_compression_dxt1 [ 14333.262] GL_EXTENSIONS: GL_EXT_texture_compression_latc GL_EXT_texture_compression_rgtc GL_EXT_texture_compression_s3tc [ 14333.262] GL_EXTENSIONS: GL_EXT_texture_cube_map GL_EXT_texture_edge_clamp GL_EXT_texture_env_combine GL_EXT_texture_env_dot3 [ 14333.262] GL_EXTENSIONS: GL_EXT_texture_filter_anisotropic GL_EXT_texture_format_BGRA8888 GL_EXT_texture_integer [ 14333.262] GL_EXTENSIONS: GL_EXT_texture_lod GL_EXT_texture_lod_bias GL_EXT_texture_mirror_clamp GL_EXT_texture_object [ 14333.262] GL_EXTENSIONS: GL_EXT_texture_shared_exponent GL_EXT_texture_sRGB GL_EXT_texture_sRGB_decode GL_EXT_texture_storage [ 14333.262] GL_EXTENSIONS: GL_EXT_texture_swizzle GL_EXT_texture_type_2_10_10_10_REV GL_EXT_timer_query GL_EXT_transform_feedback2 [ 14333.262] GL_EXTENSIONS: GL_EXT_vertex_array GL_EXT_vertex_array_bgra GL_EXT_vertex_attrib_64bit GL_EXT_import_sync_object [ 14333.262] GL_EXTENSIONS: GL_IBM_rasterpos_clip GL_IBM_texture_mirrored_repeat GL_KTX_buffer_region GL_NV_alpha_test [ 14333.262] GL_EXTENSIONS: GL_NV_blend_minmax GL_NV_blend_square GL_NV_complex_primitives GL_NV_conditional_render [ 14333.262] GL_EXTENSIONS: GL_NV_copy_depth_to_color GL_NV_copy_image GL_NV_depth_buffer_float GL_NV_depth_clamp [ 14333.262] GL_EXTENSIONS: GL_NV_explicit_multisample GL_NV_fbo_color_attachments GL_NV_fence GL_NV_float_buffer GL_NV_fog_distance [ 14333.262] GL_EXTENSIONS: GL_NV_fragdepth GL_NV_fragment_program GL_NV_fragment_program_option GL_NV_fragment_program2 [ 14333.262] GL_EXTENSIONS: GL_NV_framebuffer_multisample_coverage GL_NV_geometry_shader4 GL_NV_gpu_program4 GL_NV_gpu_program4_1 [ 14333.262] GL_EXTENSIONS: GL_NV_gpu_program5 GL_NV_gpu_program_fp64 GL_NV_gpu_shader5 GL_NV_half_float GL_NV_light_max_exponent [ 14333.262] GL_EXTENSIONS: GL_NV_multisample_coverage GL_NV_multisample_filter_hint GL_NV_occlusion_query [ 14333.262] GL_EXTENSIONS: GL_NV_packed_depth_stencil GL_NV_parameter_buffer_object GL_NV_parameter_buffer_object2 [ 14333.262] GL_EXTENSIONS: GL_NV_path_rendering GL_NV_pixel_data_range GL_NV_point_sprite GL_NV_primitive_restart [ 14333.262] GL_EXTENSIONS: GL_NV_register_combiners GL_NV_register_combiners2 GL_NV_shader_atomic_counters GL_NV_shader_buffer_load [ 14333.262] GL_EXTENSIONS: GL_NV_texgen_reflection GL_NV_texture_barrier GL_NV_texture_compression_vtc GL_NV_texture_env_combine4 [ 14333.262] GL_EXTENSIONS: GL_NV_texture_expand_normal GL_NV_texture_lod_clamp GL_NV_texture_multisample GL_NV_texture_rectangle [ 14333.262] GL_EXTENSIONS: GL_NV_texture_shader GL_NV_texture_shader2 GL_NV_texture_shader3 GL_NV_transform_feedback [ 14333.262] GL_EXTENSIONS: GL_NV_transform_feedback2 GL_NV_vertex_array_range GL_NV_vertex_array_range2 [ 14333.262] GL_EXTENSIONS: GL_NV_vertex_attrib_integer_64bit GL_NV_vertex_buffer_unified_memory GL_NV_vertex_program [ 14333.262] GL_EXTENSIONS: GL_NV_vertex_program1_1 GL_NV_vertex_program2 GL_NV_vertex_program2_option GL_NV_vertex_program3 [ 14333.262] GL_EXTENSIONS: GL_NVX_conditional_render GL_NVX_gpu_memory_info GL_OES_depth24 GL_OES_depth32 GL_OES_depth_texture [ 14333.262] GL_EXTENSIONS: GL_OES_element_index_uint GL_OES_fbo_render_mipmap GL_OES_get_program_binary GL_OES_mapbuffer [ 14333.262] GL_EXTENSIONS: GL_OES_packed_depth_stencil GL_OES_rgb8_rgba8 GL_OES_standard_derivatives GL_OES_texture_3D [ 14333.262] GL_EXTENSIONS: GL_OES_texture_float GL_OES_texture_float_linear GL_OES_texture_half_float [ 14333.262] GL_EXTENSIONS: GL_OES_texture_half_float_linear GL_OES_texture_npot GL_OES_vertex_array_object GL_OES_vertex_half_float [ 14333.262] GL_EXTENSIONS: GL_SGIS_generate_mipmap GL_SGIS_texture_lod GL_SGIX_depth_texture GL_SGIX_shadow GL_SUN_slice_accum [ 14333.262] GL_EXTENSIONS: GL_WIN_swap_hint WGL_EXT_swap_control [ 14333.262] WGL_EXTENSIONS: WGL_ARB_buffer_region WGL_ARB_create_context WGL_ARB_create_context_profile [ 14333.262] WGL_EXTENSIONS: WGL_ARB_create_context_robustness WGL_ARB_extensions_string WGL_ARB_make_current_read [ 14333.262] WGL_EXTENSIONS: WGL_ARB_multisample WGL_ARB_pbuffer WGL_ARB_pixel_format WGL_ARB_pixel_format_float [ 14333.262] WGL_EXTENSIONS: WGL_ARB_render_texture WGL_ATI_pixel_format_float WGL_EXT_create_context_es2_profile [ 14333.262] WGL_EXTENSIONS: WGL_EXT_extensions_string WGL_EXT_framebuffer_sRGB WGL_EXT_pixel_format_packed_float [ 14333.262] WGL_EXTENSIONS: WGL_EXT_swap_control WGL_NVX_DX_interop WGL_NV_DX_interop WGL_NV_DX_interop2 WGL_NV_float_buffer [ 14333.262] WGL_EXTENSIONS: WGL_NV_multisample_coverage WGL_NV_render_depth_texture WGL_NV_render_texture_rectangle [ 14333.262] (II) AIGLX: enabled GLX_SGI_make_current_read [ 14333.262] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 14333.262] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control [ 14333.262] (II) AIGLX: enabled GLX_SGIX_pbuffer [ 14333.262] (II) AIGLX: enabled GLX_ARB_multisample and GLX_SGIS_multisample [ 14333.278] (II) AIGLX: Set GLX version to 1.4 [ 14333.278] 347 fbConfigs [ 14333.278] pxf vis fb render Ste aux accum MS drawable Group/ [ 14333.278] idx ID ID VisualType Depth Lvl RGB CI DB Swap reo R G B A Z S buf AR AG AB AA bufs num W P Pb Float Trans Caveat [ 14333.278] ----------------------------------------------------------------------------------------------------------------------------- [ 14333.278] 1 19d 42 TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 2 19e 43 TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 3 19f 44 TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 4 1a0 45 TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 5 1a1 46 TrueColor 32 0 y . . . 8 8 8 0 0 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 6 1a2 47 TrueColor 32 0 y . . . 8 8 8 8 0 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 7 1a3 48 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 8 1a4 49 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 9 1a5 4a TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 10 21 4b TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 11 1a6 4c TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 12 1a7 4d TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 13 1a8 4e TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 14 1a9 4f TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 15 1aa 50 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 16 41 51 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 17 1ab 52 TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 18 1ac 53 TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 0 0 y . y . . 2 [ 14333.278] 19 1ad 54 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 20 1ae 55 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 21 1af 56 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 22 1b0 57 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 23 1b1 58 TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 24 1b2 59 TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 25 1b3 5a TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 26 1b4 5b TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 27 1b5 5c TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 28 1b6 5d TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 29 1b7 5e TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 30 1b8 5f TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 1 2 y . y . . 2 [ 14333.278] 31 1b9 60 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 32 1ba 61 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 33 1bb 62 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 34 1bc 63 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 35 1bd 64 TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 36 1be 65 TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 37 1bf 66 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 38 1c0 67 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 39 1c1 68 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 40 1c2 69 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 41 1c3 6a TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 42 1c4 6b TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 1 4 y . y . . 2 [ 14333.278] 43 1c5 6c TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 44 1c6 6d TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 45 1c7 6e TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 46 1c8 6f TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 47 1c9 70 TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 48 1ca 71 TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 49 1cb 72 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 50 1cc 73 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 51 1cd 74 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 52 1ce 75 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 53 1cf 76 TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 54 1d0 77 TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 55 1d1 78 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 56 1d2 79 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 57 1d3 7a TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 58 1d4 7b TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 59 1d5 7c TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 60 1d6 7d TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 61 1d7 7e TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 62 1d8 7f TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 63 1d9 80 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 64 1da 81 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 65 1db 82 TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 66 1dc 83 TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 67 1dd 84 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 68 1de 85 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 69 1df 86 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 70 1e0 87 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 71 1e1 88 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 72 1e2 89 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 73 1e3 8a TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 74 1e4 8b TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 8 y . y . . 2 [ 14333.278] 75 1e5 8c TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 76 1e6 8d TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 77 1e7 8e TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 78 1e8 8f TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 79 1e9 90 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 80 1ea 91 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 81 1eb 92 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 82 1ec 93 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 83 1ed 94 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 84 1ee 95 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 85 1ef 96 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 86 1f0 97 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 87 1f1 98 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 88 1f2 99 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 89 1f3 9a TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 90 1f4 9b TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 16 y . y . . 2 [ 14333.278] 91 1f5 9c TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 32 y . y . . 2 [ 14333.278] 92 1f6 9d TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 32 y . y . . 2 [ 14333.278] 93 1f7 9e TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 32 y . y . . 2 [ 14333.278] 94 1f8 9f TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 32 y . y . . 2 [ 14333.278] 95 1f9 a0 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 32 y . y . . 2 [ 14333.278] 96 1fa a1 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 32 y . y . . 2 [ 14333.278] 97 1fb a2 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 32 y . y . . 2 [ 14333.278] 98 1fc a3 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 32 y . y . . 2 [ 14333.278] 99 1fd a4 TrueColor 32 0 y . . . 8 8 8 0 32 8 0 16 16 16 0 0 0 y y . . . 0 * [ 14333.278] 100 1fe a5 TrueColor 32 0 y . . . 8 8 8 0 16 8 0 16 16 16 0 0 0 y y . . . 0 * [ 14333.278] 101 1ff a6 TrueColor 32 0 y . y copy . 8 8 8 0 32 8 0 16 16 16 0 0 0 y . . . . 0 * [ 14333.278] 102 200 a7 TrueColor 32 0 y . y copy . 8 8 8 0 16 8 0 16 16 16 0 0 0 y . . . . 0 * [ 14333.278] 103 201 a8 TrueColor 32 0 y . . . 8 8 8 8 32 8 0 16 16 16 16 0 0 y y . . . 0 * [ 14333.278] 104 202 a9 TrueColor 32 0 y . . . 8 8 8 8 16 8 0 16 16 16 16 0 0 y y . . . 0 * [ 14333.278] 105 203 aa TrueColor 32 0 y . y copy . 8 8 8 8 32 8 0 16 16 16 16 0 0 y . . . . 0 * [ 14333.278] 106 204 ab TrueColor 32 0 y . y copy . 8 8 8 8 16 8 0 16 16 16 16 0 0 y . . . . 0 * [ 14333.278] 111 0 ac TrueColor 24 0 y . . . 8 8 8 0 32 8 0 16 16 16 0 0 0 . y . . . 0 * [ 14333.278] 112 0 ad TrueColor 24 0 y . . . 8 8 8 0 16 8 0 16 16 16 0 0 0 . y . . . 0 * [ 14333.278] 113 0 ae TrueColor 24 0 y . . . 8 8 8 8 32 8 0 16 16 16 16 0 0 . y . . . 0 * [ 14333.278] 114 0 af TrueColor 24 0 y . . . 8 8 8 8 16 8 0 16 16 16 16 0 0 . y . . . 0 * [ 14333.278] 117 0 b0 TrueColor 16 0 y . . . 5 5 5 0 32 8 0 11 11 10 0 0 0 . y . . . 0 * [ 14333.278] 118 0 b1 TrueColor 16 0 y . . . 5 5 5 0 16 8 0 11 11 10 0 0 0 . y . . . 0 * [ 14333.278] 119 0 b2 TrueColor 16 0 y . . . 5 5 5 8 32 8 0 8 8 8 8 0 0 . y . . . 0 * [ 14333.278] 120 0 b3 TrueColor 16 0 y . . . 5 5 5 8 16 8 0 8 8 8 8 0 0 . y . . . 0 * [ 14333.278] 123 0 b4 TrueColor 8 0 y . . . 3 3 2 0 32 8 0 11 11 10 0 0 0 . y . . . 0 * [ 14333.278] 124 0 b5 TrueColor 8 0 y . . . 3 3 2 0 16 8 0 11 11 10 0 0 0 . y . . . 0 * [ 14333.278] 125 0 b6 TrueColor 8 0 y . . . 3 3 2 8 32 8 0 8 8 8 8 0 0 . y . . . 0 * [ 14333.278] 126 0 b7 TrueColor 8 0 y . . . 3 3 2 8 16 8 0 8 8 8 8 0 0 . y . . . 0 * [ 14333.278] 129 0 b8 TrueColor 4 0 y . . . 1 1 1 0 32 8 0 5 6 5 0 0 0 . y . . . 0 * [ 14333.278] 130 0 b9 TrueColor 4 0 y . . . 1 1 1 0 16 8 0 5 6 5 0 0 0 . y . . . 0 * [ 14333.278] 131 0 ba TrueColor 4 0 y . . . 1 1 1 8 32 8 0 4 4 4 4 0 0 . y . . . 0 * [ 14333.278] 132 0 bb TrueColor 4 0 y . . . 1 1 1 8 16 8 0 4 4 4 4 0 0 . y . . . 0 * [ 14333.278] 135 0 bc TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 136 0 bd TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 137 0 be TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 138 0 bf TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 139 0 c0 TrueColor 32 0 y . . . 8 8 8 0 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 140 0 c1 TrueColor 32 0 y . . . 8 8 8 8 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 141 0 c2 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 142 0 c3 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 143 0 c4 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 144 0 c5 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 145 0 c6 TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 146 0 c7 TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 147 0 c8 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 148 0 c9 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 149 0 ca TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 150 0 cb TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 151 0 cc TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 152 0 cd TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 153 0 ce TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 154 0 cf TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 155 0 d0 TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 156 0 d1 TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 157 0 d2 TrueColor 32 0 y . . . 8 8 8 0 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 158 0 d3 TrueColor 32 0 y . . . 8 8 8 8 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 159 0 d4 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 160 0 d5 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 161 0 d6 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 162 0 d7 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 163 0 d8 TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 164 0 d9 TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 165 0 da TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 166 0 db TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 167 0 dc TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 168 0 dd TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 169 0 de TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 170 0 df TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 171 0 e0 TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 172 0 e1 TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 173 0 e2 TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 174 0 e3 TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 175 0 e4 TrueColor 32 0 y . . . 8 8 8 0 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 176 0 e5 TrueColor 32 0 y . . . 8 8 8 8 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 177 0 e6 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 178 0 e7 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 179 0 e8 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 180 0 e9 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 181 0 ea TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 182 0 eb TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 183 0 ec TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 184 0 ed TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 185 0 ee TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 186 0 ef TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 187 0 f0 TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 188 0 f1 TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 189 0 f2 TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 190 0 f3 TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 191 0 f4 TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 192 0 f5 TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 193 0 f6 TrueColor 32 0 y . . . 8 8 8 0 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 194 0 f7 TrueColor 32 0 y . . . 8 8 8 8 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 195 0 f8 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 196 0 f9 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 197 0 fa TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 198 0 fb TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 199 0 fc TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 200 0 fd TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 201 0 fe TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 202 0 ff TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 203 0 100 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 204 0 101 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 205 0 102 TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 206 0 103 TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 207 0 104 TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 208 0 105 TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 209 0 106 TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 210 0 107 TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 211 0 108 TrueColor 32 0 y . . . 8 8 8 0 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 212 0 109 TrueColor 32 0 y . . . 8 8 8 8 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 213 0 10a TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 214 0 10b TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 215 0 10c TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 216 0 10d TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 217 0 10e TrueColor 32 0 y . y xchg . 8 8 8 0 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 218 0 10f TrueColor 32 0 y . y xchg . 8 8 8 8 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 219 0 110 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 220 0 111 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 221 0 112 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 222 0 113 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 223 0 114 TrueColor 32 0 y . y copy . 8 8 8 0 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 224 0 115 TrueColor 32 0 y . y copy . 8 8 8 8 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 225 0 116 TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 226 0 117 TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 227 0 118 TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 228 0 119 TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 229 0 11a TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 230 0 11b TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 231 0 11c TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 232 0 11d TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 233 0 11e TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 234 0 11f TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 235 0 120 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 236 0 121 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 237 0 122 TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 238 0 123 TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 239 0 124 TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 240 0 125 TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 241 0 126 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 242 0 127 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 243 0 128 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 244 0 129 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 245 0 12a TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 246 0 12b TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 247 0 12c TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 248 0 12d TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 249 0 12e TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 250 0 12f TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 251 0 130 TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 252 0 131 TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 253 0 132 TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 254 0 133 TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 255 0 134 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 256 0 135 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 257 0 136 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 258 0 137 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 259 0 138 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 260 0 139 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 261 0 13a TrueColor 32 0 y . . . 8 8 8 0 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 262 0 13b TrueColor 32 0 y . . . 8 8 8 8 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 263 0 13c TrueColor 32 0 y . . . 8 8 8 0 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 264 0 13d TrueColor 32 0 y . . . 8 8 8 8 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 265 0 13e TrueColor 32 0 y . y xchg . 8 8 8 0 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 266 0 13f TrueColor 32 0 y . y xchg . 8 8 8 8 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 267 0 140 TrueColor 32 0 y . y xchg . 8 8 8 0 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 268 0 141 TrueColor 32 0 y . y xchg . 8 8 8 8 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 269 0 142 TrueColor 32 0 y . y copy . 8 8 8 0 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 270 0 143 TrueColor 32 0 y . y copy . 8 8 8 8 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 271 0 144 TrueColor 32 0 y . y copy . 8 8 8 0 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 272 0 145 TrueColor 32 0 y . y copy . 8 8 8 8 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 273 0 146 TrueColor 16 0 y . . . 5 6 5 0 16 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 274 0 147 TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 275 0 148 TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 276 0 149 TrueColor 16 0 y . . . 5 6 5 0 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 277 0 14a TrueColor 16 0 y . y xchg . 5 6 5 0 16 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 278 0 14b TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 279 0 14c TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 280 0 14d TrueColor 16 0 y . y xchg . 5 6 5 0 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 281 0 14e TrueColor 16 0 y . y copy . 5 6 5 0 16 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 282 0 14f TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 283 0 150 TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 284 0 151 TrueColor 16 0 y . y copy . 5 6 5 0 0 0 4 16 16 16 16 0 0 . . y . . 2 [ 14333.278] 285 0 152 TrueColor 16 0 y . . . 5 6 5 0 16 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 286 0 153 TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 287 0 154 TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 288 0 155 TrueColor 16 0 y . . . 5 6 5 0 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 289 0 156 TrueColor 16 0 y . y xchg . 5 6 5 0 16 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 290 0 157 TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 291 0 158 TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 292 0 159 TrueColor 16 0 y . y xchg . 5 6 5 0 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 293 0 15a TrueColor 16 0 y . y copy . 5 6 5 0 16 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 294 0 15b TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 295 0 15c TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 296 0 15d TrueColor 16 0 y . y copy . 5 6 5 0 0 0 4 16 16 16 16 1 2 . . y . . 2 [ 14333.278] 297 0 15e TrueColor 16 0 y . . . 5 6 5 0 16 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 298 0 15f TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 299 0 160 TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 300 0 161 TrueColor 16 0 y . . . 5 6 5 0 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 301 0 162 TrueColor 16 0 y . y xchg . 5 6 5 0 16 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 302 0 163 TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 303 0 164 TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 304 0 165 TrueColor 16 0 y . y xchg . 5 6 5 0 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 305 0 166 TrueColor 16 0 y . y copy . 5 6 5 0 16 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 306 0 167 TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 307 0 168 TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 308 0 169 TrueColor 16 0 y . y copy . 5 6 5 0 0 0 4 16 16 16 16 1 4 . . y . . 2 [ 14333.278] 309 0 16a TrueColor 16 0 y . . . 5 6 5 0 16 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 310 0 16b TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 311 0 16c TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 312 0 16d TrueColor 16 0 y . . . 5 6 5 0 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 313 0 16e TrueColor 16 0 y . y xchg . 5 6 5 0 16 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 314 0 16f TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 315 0 170 TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 316 0 171 TrueColor 16 0 y . y xchg . 5 6 5 0 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 317 0 172 TrueColor 16 0 y . y copy . 5 6 5 0 16 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 318 0 173 TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 319 0 174 TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 320 0 175 TrueColor 16 0 y . y copy . 5 6 5 0 0 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 321 0 176 TrueColor 16 0 y . . . 5 6 5 0 16 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 322 0 177 TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 323 0 178 TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 324 0 179 TrueColor 16 0 y . . . 5 6 5 0 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 325 0 17a TrueColor 16 0 y . y xchg . 5 6 5 0 16 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 326 0 17b TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 327 0 17c TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 328 0 17d TrueColor 16 0 y . y xchg . 5 6 5 0 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 329 0 17e TrueColor 16 0 y . y copy . 5 6 5 0 16 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 330 0 17f TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 331 0 180 TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 332 0 181 TrueColor 16 0 y . y copy . 5 6 5 0 0 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 333 0 182 TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 334 0 183 TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 335 0 184 TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 336 0 185 TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 337 0 186 TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 338 0 187 TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 1 8 . . y . . 2 [ 14333.278] 339 0 188 TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 340 0 189 TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 341 0 18a TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 342 0 18b TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 343 0 18c TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 344 0 18d TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 345 0 18e TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 346 0 18f TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 347 0 190 TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 348 0 191 TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 349 0 192 TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 350 0 193 TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 1 16 . . y . . 2 [ 14333.278] 351 0 194 TrueColor 16 0 y . . . 5 6 5 0 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 352 0 195 TrueColor 16 0 y . . . 5 6 5 0 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 353 0 196 TrueColor 16 0 y . y xchg . 5 6 5 0 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 354 0 197 TrueColor 16 0 y . y xchg . 5 6 5 0 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 355 0 198 TrueColor 16 0 y . y copy . 5 6 5 0 24 0 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 356 0 199 TrueColor 16 0 y . y copy . 5 6 5 0 24 8 4 16 16 16 16 1 32 . . y . . 2 [ 14333.278] 357 0 19a TrueColor 0 0 y . . . 0 0 0 0 16 0 0 0 0 0 0 0 0 . . y . . 2 [ 14333.278] 358 0 19b TrueColor 0 0 y . . . 0 0 0 0 24 0 0 0 0 0 0 0 0 . . y . . 2 [ 14333.278] 359 0 19c TrueColor 0 0 y . . . 0 0 0 0 24 8 0 0 0 0 0 0 0 . . y . . 2 [ 14333.278] (II) GLX: Initialized Win32 native WGL GL provider for screen 0 [ 14333.465] winPointerWarpCursor - Discarding first warp: 2240 800 [ 14333.465] (--) 7 mouse buttons found [ 14333.465] (--) Setting autorepeat to delay=250, rate=31 [ 14333.465] (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 [ 14333.465] (--) Found matching XKB configuration "English (USA)" [ 14333.465] (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" [ 14333.465] Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" [ 14333.465] winBlockHandler - pthread_mutex_unlock() [ 14333.465] winInitMultiWindowWM - pthread_mutex_lock () returned. [ 14333.465] winInitMultiWindowWM - pthread_mutex_unlock () returned. [ 14333.465] winMultiWindowXMsgProc - pthread_mutex_lock () returned. [ 14333.465] winInitMultiWindowWM - DISPLAY=:0.0 [ 14333.465] _XSERVTranswinMultiWindowXMsgProc - pthread_mutex_unlock () returned. [ 14333.465] SocketUNIXAccept: accept() failed [ 14334.463] _XSERVTranswinMultiWindowXMsgProc - DISPLAY=:0.0 [ 14334.463] SocketUNIXAccept: accept() failed [ 14334.463] winProcEstablishConnection - winInitClipboard returned. [ 14334.463] winClipboardProc - DISPLAY=:0.0 [ 14334.463] _XSERVTranswinInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. [ 14334.463] SocketUNIXAccept: accept() failed [ 14336.476] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 14336.476] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [ 15009.355] OS has icon alpha channel support: yes -- 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/ From jon.turney@dronecode.org.uk Sun Feb 12 19:52:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 12 Feb 2012 19:52:00 -0000 Subject: X still crashing, but interesting log messages... different config vals needed? In-Reply-To: <4F35EC5C.6050200@tlinx.org> References: <4F35EC5C.6050200@tlinx.org> Message-ID: <4F381871.7080002@dronecode.org.uk> On 11/02/2012 04:19, Linda Walsh wrote: > Still crashes in all the places it did 2 months ago, and more, but > gives more interesting messages in log file (/var/log/xwin/XWin.0.log I assume this refers to the problem reported in [1], crashing when running yast2 on SuSE 11.4. I don't know anything about any other crashes you might have been experiencing. I haven't done anything specific to try to fix this, because I can't reproduce the problem and I don't have a useful backtrace. It would be of great help if you could follow the instructions at [2] to download the debug symbols and obtain a backtrace of the crash. > Was wondering if I should be giving any different options that might > help it behave better? > Log from last run below -- > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 1.11.4.0 > OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) > Package: version 1.11.4-3 built 2012-02-05 > > XWin was started with the following command line: > > /usr/bin/XWin -dpi 101 -multiwindow -clipboard -nowinkill -wm > [ 14334.463] SocketUNIXAccept: accept() failed This log looks normal apart from this line. I don't think this is a new warning, and wasn't in the previous log you posted, so it's hard to see how this could be directly related to the problem. On the other hand, I'm a bit surprised that it works at all after that error. Nevertheless, since UNIX sockets don't seem to be working correctly for you, you might like to try adding '-nolisten unix' to see if that makes any difference. On 11/02/2012 03:53, Linda Walsh wrote: > Re: oh forget the cygcheck... > (attached).. cygwin = '() { return 0 }' While I doubt that is is relevant, that's either a bug in cygcheck or a rather strange setting for the CYGWIN env var [1] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00012.html [2] http://x.cygwin.com/devel/backtrace.html -- 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/ From cygwin@tlinx.org Sun Feb 12 23:52:00 2012 From: cygwin@tlinx.org (Linda Walsh) Date: Sun, 12 Feb 2012 23:52:00 -0000 Subject: X still crashing, but interesting log messages... different config vals needed? In-Reply-To: <4F381871.7080002@dronecode.org.uk> References: <4F35EC5C.6050200@tlinx.org> <4F381871.7080002@dronecode.org.uk> Message-ID: <4F38508C.4060805@tlinx.org> Jon TURNEY wrote: > On 11/02/2012 04:19, Linda Walsh wrote: >> Still crashes in all the places it did 2 months ago, and more, but >> gives more interesting messages in log file (/var/log/xwin/XWin.0.log > > I assume this refers to the problem reported in [1], crashing when running > yast2 on SuSE 11.4. I don't know anything about any other crashes you might > have been experiencing. > > I haven't done anything specific to try to fix this, because I can't reproduce > the problem and I don't have a useful backtrace. > > It would be of great help if you could follow the instructions at [2] to > download the debug symbols and obtain a backtrace of the crash. ---- I did that last time, then got another email from another admin saying to try some other version instead of that one because the instructions were wrong. At that point, I gave up to go use Xming which didn't have the problem, and was hoping someone else would run into it, since with cygwin, I have had it set on autostart, and it usually crashes within 15-20 minuts -- make kernel, or almost any qt based util,... then I just start Xming -- which was stable until this last cygwin update...which doesn't make sense, as I didn't think there was any code overlap (main thing is I can no longer click on 'X' in a window and have it close, I have to go through the program's menus in each program to close it...very annoying. > >> Was wondering if I should be giving any different options that might >> help it behave better? > >> Log from last run below -- >> >> Welcome to the XWin X Server >> Vendor: The Cygwin/X Project >> Release: 1.11.4.0 >> OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) >> Package: version 1.11.4-3 built 2012-02-05 >> >> XWin was started with the following command line: >> >> /usr/bin/XWin -dpi 101 -multiwindow -clipboard -nowinkill -wm > >> [ 14334.463] SocketUNIXAccept: accept() failed > > This log looks normal apart from this line. > > I don't think this is a new warning, and wasn't in the previous log you > posted, so it's hard to see how this could be directly related to the problem. > > On the other hand, I'm a bit surprised that it works at all after that error. > > Nevertheless, since UNIX sockets don't seem to be working correctly for you, > you might like to try adding '-nolisten unix' to see if that makes any difference. > > On 11/02/2012 03:53, Linda Walsh wrote: >> Re: oh forget the cygcheck... >> (attached).. > > cygwin = '() { return 0 > }' > > While I doubt that is is relevant, that's either a bug in cygcheck or a rather > strange setting for the CYGWIN env var --- 'cygwin' shown' there is lower case... it does make a difference in the environment (case that is()... it's a function in my startup where I detect if I am on cygwin, then define a func that returns shell true (0), else on linux would return 1... then other parts in my startup script can use that cygwin && . cygwin/xxx or cygwin || unixthing... > > [1] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00012.html > [2] http://x.cygwin.com/devel/backtrace.html > -- 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/ From webmaster@cc.psd-prahova.ro Mon Feb 13 20:16:00 2012 From: webmaster@cc.psd-prahova.ro (webmaster@cc.psd-prahova.ro) Date: Mon, 13 Feb 2012 20:16:00 -0000 Subject: Anunt Important Message-ID: <20120213200140.38904BB4594@cc.psd-prahova.ro> http://www.max-media.ro/administratie/prahova-printre-judetele-care-au-canalizare.-meritul-ii-apartine-lui-mircea-cosma.html -- 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/ From jon.turney@dronecode.org.uk Mon Feb 13 21:30:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 13 Feb 2012 21:30:00 -0000 Subject: Cut and Paste between X and WindowsXP sometimes fails In-Reply-To: <9E085D377965634187A85638358AE611019DB48492@DCXPRCL017.cnf.prod.cnf.com> References: <1327999414.12334.YahooMailNeo@web25702.mail.ukl.yahoo.com> <4F27FE74.9030803@dronecode.org.uk> <1328113586.84921.YahooMailNeo@web25705.mail.ukl.yahoo.com> <4F2C0809.6090103@dronecode.org.uk> <9E085D377965634187A85638358AE611019DB48492@DCXPRCL017.cnf.prod.cnf.com> Message-ID: <4F3980F2.5030408@dronecode.org.uk> On 03/02/2012 22:55, Bennett, Tony wrote: > Often when "cutting" from Xwin and attempting to "Paste" to a WindowsXP application, > the "most recent" "cut" is not pasted... but instead a "previous" Xwin "cut". > > In other words, this scenario: > > LOCATION ACT Comment > Xwin Cut "abc" > WinXP Paste correctly pastes "abc" > Xwin Cut "def" > WinXP Paste Incorrectly pastes "abc" > > When the above problem occurs, no matter how many times a "cut" from Xwin, > Whenever I paste on WinXP it pastes "abc". > > I can "correct" the problem by "cutting" from WinXP and pasting into Xwin... > ...after doing this the next Xwin "cut" will "correctly" paste on WinXP. Yes, this is a rather long-standing problem (see the bug report at [1] for some of the technical details), which is unfortunately not easy to fix in a way that works well for all cases. Fortunately, there is a simple workaround for the moment: If you install and run xclipboard, that will cause XWin to notice every change of the clipboard contents. [1] https://bugs.freedesktop.org/show_bug.cgi?id=5735 -- 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/ From jon.turney@dronecode.org.uk Mon Feb 13 22:00:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 13 Feb 2012 22:00:00 -0000 Subject: X still crashing, but interesting log messages... different config vals needed? In-Reply-To: <4F38508C.4060805@tlinx.org> References: <4F35EC5C.6050200@tlinx.org> <4F381871.7080002@dronecode.org.uk> <4F38508C.4060805@tlinx.org> Message-ID: <4F398808.5030106@dronecode.org.uk> On 12/02/2012 23:51, Linda Walsh wrote: > Jon TURNEY wrote: >> On 11/02/2012 04:19, Linda Walsh wrote: >>> Still crashes in all the places it did 2 months ago, and more, but >>> gives more interesting messages in log file (/var/log/xwin/XWin.0.log >> >> I assume this refers to the problem reported in [1], crashing when running >> yast2 on SuSE 11.4. I don't know anything about any other crashes you might >> have been experiencing. >> >> I haven't done anything specific to try to fix this, because I can't reproduce >> the problem and I don't have a useful backtrace. >> >> It would be of great help if you could follow the instructions at [2] to >> download the debug symbols and obtain a backtrace of the crash. > > I did that last time, then got another email from another admin saying > to try some other version instead of that one because the instructions were > wrong. I'm assuming you're referring to the exchange we had at [3], but I don't accept that as an accurate summary of it. Nevertheless, partly to prevent a re-iteration of that pointless debate, I have improved my build scripts so I now preserve the debug symbols for the packaged builds of XWin. Instructions on downloading them are available at [2]. > At that point, I gave up to go use Xming which didn't have the problem, > and was hoping someone else would run into it, since with cygwin, I have had it > set on autostart, and it usually crashes within 15-20 minuts -- make kernel, > or almost any qt based util,... then I just start Xming -- which was stable until > this last cygwin update...which doesn't make sense, as I didn't think there was > any code overlap Indeed, the only things they should have in common are your OS installation and your computer, which suggests to me, at least, that the problem may lie there. > (main thing is I can no longer click on 'X' in a window and have it close, I > have to go through the program's menus in each program to close it...very > annoying. > >>> Was wondering if I should be giving any different options that might >>> help it behave better? >> >>> Log from last run below -- >>> >>> Welcome to the XWin X Server >>> Vendor: The Cygwin/X Project >>> Release: 1.11.4.0 >>> OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) >>> Package: version 1.11.4-3 built 2012-02-05 >>> >>> XWin was started with the following command line: >>> >>> /usr/bin/XWin -dpi 101 -multiwindow -clipboard -nowinkill -wm >> >>> [ 14334.463] SocketUNIXAccept: accept() failed >> >> This log looks normal apart from this line. >> >> I don't think this is a new warning, and wasn't in the previous log you >> posted, so it's hard to see how this could be directly related to the problem. >> >> On the other hand, I'm a bit surprised that it works at all after that error. >> >> Nevertheless, since UNIX sockets don't seem to be working correctly for you, >> you might like to try adding '-nolisten unix' to see if that makes any >> difference. I assume you didn't try this. >> [1] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00012.html >> [2] http://x.cygwin.com/devel/backtrace.html [3] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00029.html -- 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/ From Bennett.Tony@con-way.com Mon Feb 13 23:05:00 2012 From: Bennett.Tony@con-way.com (Bennett, Tony) Date: Mon, 13 Feb 2012 23:05:00 -0000 Subject: FW: RE: Cut and Paste between X and WindowsXP sometimes fails Message-ID: <9E085D377965634187A85638358AE611019DFABBFC@DCXPRCL017.cnf.prod.cnf.com> >On 03/02/2012 22:55, Bennett, Tony wrote: >> Often when "cutting" from Xwin and attempting to "Paste" to a WindowsXP application, >> the "most recent" "cut" is not pasted... but instead a "previous" Xwin "cut". >> >> In other words, this scenario: >> >> LOCATION ACT Comment >> Xwin Cut "abc" >> WinXP Paste correctly pastes "abc" >> Xwin Cut "def" >> WinXP Paste Incorrectly pastes "abc" >> >> When the above problem occurs, no matter how many times a "cut" from Xwin, >> Whenever I paste on WinXP it pastes "abc". >> >> I can "correct" the problem by "cutting" from WinXP and pasting into Xwin... >> ...after doing this the next Xwin "cut" will "correctly" paste on WinXP. > >Yes, this is a rather long-standing problem (see the bug report at [1] for >some of the technical details), which is unfortunately not easy to fix in a >way that works well for all cases. > >Fortunately, there is a simple workaround for the moment: If you install and >run xclipboard, that will cause XWin to notice every change of the clipboard >contents. Thanks for the reply, Jon. Exactly "how" do I use xclipboard...??? Here's how I'm starting Xwin right now in a Windows Script called startx.bat: @echo off C: chdir C:\cygwin\bin bash -c "PATH=$PATH:/bin:/usr/bin;XWin -clipboard -logverbose 3 -ac -query cdcxvd0559.con-way.com -fp \"tcp/cdcxvd0559.con-way.com:8000,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,/usr/share/fonts/Type1/\" &" You'll notice I use XDMCP to establish a CDE session on cdcxvd0559... I've tried starting xclipboard in the same script, after starting Xwin (and sometimes even specifying -noclipboard)... and I always get an IO error.... and X-win dies. -tony -- 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/ From pamm@forex-equity.com Tue Feb 14 14:25:00 2012 From: pamm@forex-equity.com (Piotr Mazur Forex-Equity) Date: Tue, 14 Feb 2012 14:25:00 -0000 Subject: Zapytanie Message-ID: <029dd7a0-40953-09d06427185301@suchy-netbook> Witamy Serdecznie, Reprezentujemy portal internetowy Forex-Equity, chcielibysmy poprosic o wyrazenie zgody na przeslanie jednorazowej wiadomosci, zawierajacej informacje o innowacji, ktora jest alternatywa dla lokat oraz funduszy inwestycyjnych. Pozdrawiamy zespol Forex-Equity Wiadomosc przeslana zgodnie z ustawa z dnia 18.07.2002 r. o swiadczeniu uslug droga elektroniczna (Dz. U. nr 144, poz. 1204 ze zm.). -- 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/ From jon.turney@dronecode.org.uk Wed Feb 15 14:26:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 15 Feb 2012 14:26:00 -0000 Subject: FW: RE: Cut and Paste between X and WindowsXP sometimes fails In-Reply-To: <9E085D377965634187A85638358AE611019DFABBFC@DCXPRCL017.cnf.prod.cnf.com> References: <9E085D377965634187A85638358AE611019DFABBFC@DCXPRCL017.cnf.prod.cnf.com> Message-ID: <4F3BC068.7060108@dronecode.org.uk> On 13/02/2012 23:05, Bennett, Tony wrote: >> On 03/02/2012 22:55, Bennett, Tony wrote: >>> Often when "cutting" from Xwin and attempting to "Paste" to a WindowsXP application, >>> the "most recent" "cut" is not pasted... but instead a "previous" Xwin "cut". >>> >>> In other words, this scenario: >>> >>> LOCATION ACT Comment >>> Xwin Cut "abc" >>> WinXP Paste correctly pastes "abc" >>> Xwin Cut "def" >>> WinXP Paste Incorrectly pastes "abc" >>> >>> When the above problem occurs, no matter how many times a "cut" from Xwin, >>> Whenever I paste on WinXP it pastes "abc". >>> >>> I can "correct" the problem by "cutting" from WinXP and pasting into Xwin... >>> ...after doing this the next Xwin "cut" will "correctly" paste on WinXP. >> >> Yes, this is a rather long-standing problem (see the bug report at [1] for >> some of the technical details), which is unfortunately not easy to fix in a >> way that works well for all cases. >> >> Fortunately, there is a simple workaround for the moment: If you install and >> run xclipboard, that will cause XWin to notice every change of the clipboard >> contents. > > Thanks for the reply, Jon. > > Exactly "how" do I use xclipboard...??? > > Here's how I'm starting Xwin right now in a > Windows Script called startx.bat: > > @echo off > C: > > chdir C:\cygwin\bin > > bash -c "PATH=$PATH:/bin:/usr/bin;XWin -clipboard -logverbose 3 -ac -query cdcxvd0559.con-way.com -fp \"tcp/cdcxvd0559.con-way.com:8000,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,/usr/share/fonts/Type1/\" &" > > > You'll notice I use XDMCP to establish a CDE session on cdcxvd0559... > > I've tried starting xclipboard in the same script, after starting Xwin > (and sometimes even specifying -noclipboard)... and I always get > an IO error.... and X-win dies. Ah. Applying this workaround is perhaps not so simple when using XDMCP :-( You can't just add a 'xclipboard' line after 'XWin &', because the X server may still be starting up when xclipboard tries to start, which will fail. However, this shouldn't lead to the X server itself dying. It's possible to put a wait here, but there are a couple of other reasons why this approach won't work well. You might find it easier to start xclipboard on the host you are XDMCPing to, possibly as part of your login script there.... -- 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/ From Bennett.Tony@con-way.com Wed Feb 15 16:27:00 2012 From: Bennett.Tony@con-way.com (Bennett, Tony) Date: Wed, 15 Feb 2012 16:27:00 -0000 Subject: FW: RE: Cut and Paste between X and WindowsXP sometimes fails In-Reply-To: <4F3BC068.7060108@dronecode.org.uk> References: <9E085D377965634187A85638358AE611019DFABBFC@DCXPRCL017.cnf.prod.cnf.com> <4F3BC068.7060108@dronecode.org.uk> Message-ID: <9E085D377965634187A85638358AE611019E094E1B@DCXPRCL017.cnf.prod.cnf.com> >On 13/02/2012 23:05, Bennett, Tony wrote: >>> On 03/02/2012 22:55, Bennett, Tony wrote: >>>> Often when "cutting" from Xwin and attempting to "Paste" to a WindowsXP application, >>>> the "most recent" "cut" is not pasted... but instead a "previous" Xwin "cut". >>>> >>>> In other words, this scenario: >>>> >>>> LOCATION ACT Comment >>>> Xwin Cut "abc" >>>> WinXP Paste correctly pastes "abc" >>>> Xwin Cut "def" >>>> WinXP Paste Incorrectly pastes "abc" >>>> >>>> When the above problem occurs, no matter how many times a "cut" from Xwin, >>>> Whenever I paste on WinXP it pastes "abc". >>>> >>>> I can "correct" the problem by "cutting" from WinXP and pasting into Xwin... >>>> ...after doing this the next Xwin "cut" will "correctly" paste on WinXP. >>> >>> Yes, this is a rather long-standing problem (see the bug report at [1] for >>> some of the technical details), which is unfortunately not easy to fix in a >>> way that works well for all cases. >>> >>> Fortunately, there is a simple workaround for the moment: If you install and >>> run xclipboard, that will cause XWin to notice every change of the clipboard >>> contents. >> >> Thanks for the reply, Jon. >> >> Exactly "how" do I use xclipboard...??? >> >> Here's how I'm starting Xwin right now in a >> Windows Script called startx.bat: >> >> @echo off >> C: >> >> chdir C:\cygwin\bin >> >> bash -c "PATH=$PATH:/bin:/usr/bin;XWin -clipboard -logverbose 3 -ac -query cdcxvd0559.con-way.com -fp \"tcp/cdcxvd0559.con-way.com:8000,/usr/share/fonts/100dpi/,/usr/share/fonts/75dpi/,/usr/share/fonts/Type1/\" &" >> >> >> You'll notice I use XDMCP to establish a CDE session on cdcxvd0559... >> >> I've tried starting xclipboard in the same script, after starting Xwin >> (and sometimes even specifying -noclipboard)... and I always get >> an IO error.... and X-win dies. > >Ah. Applying this workaround is perhaps not so simple when using XDMCP :-( > >You can't just add a 'xclipboard' line after 'XWin &', because the X server >may still be starting up when xclipboard tries to start, which will fail. > >However, this shouldn't lead to the X server itself dying. > >It's possible to put a wait here, but there are a couple of other reasons why >this approach won't work well. > >You might find it easier to start xclipboard on the host you are XDMCPing to, >possibly as part of your login script there.... > Jon, Given that I'd have to "build" xclipboard for the host that I'm XDMCPing to, and that host is running AIX... Sadly, I may just have to "live" with the problem. Is there any hope that the issue will be corrected in the foreseeable future...??? -tony -- 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/ From jeffrey.l.bonggren@boeing.ksc.nasa.gov Wed Feb 15 16:39:00 2012 From: jeffrey.l.bonggren@boeing.ksc.nasa.gov (Bonggren, Jeffrey L) Date: Wed, 15 Feb 2012 16:39:00 -0000 Subject: XWin.exe: _XSERVTransSocketUNIXAccept: accept() failed Message-ID: Hello, I have recently noticed that XWin.exe is spinning and maxing out a CPU core. I checked the log and saw that it is spamming it with "_XSERVTransSocketUNIXAccept: accept() failed" messages at a rate of about one per millisecond. This is generating a very large log file! X seems to be behaving normally in spite of this. I typically run only xterm and nedit (many instances) locally. I have verified that the Windows firewall has a blanket allow rule for XWin.exe. I can't place the exact update that caused this problem, but I believe it was not having this issue in December 2011. I am never more than a week behind on updating cygwin. I tried falling back to the previous 1.11.4-2 version of xorg-server, but it failed to start. Perhaps a version conflict with some of the other updated packages? I am attaching my cygcheck (redacted), startxwin.bat and XWin.0.log (truncated!) files. Thank you, Jeff -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: startxwin.bat.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.0.log.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.txt URL: -------------- next part -------------- -- 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/ From dionchen1@yahoo.com Thu Feb 16 23:02:00 2012 From: dionchen1@yahoo.com (Dion Chen) Date: Thu, 16 Feb 2012 23:02:00 -0000 Subject: Cygwin StartXwin cursor Message-ID: <1329433319.48822.YahooMailNeo@web39304.mail.mud.yahoo.com> Hi, all: ? I use 'C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe' to start the X Server without problem on the Windows Vista Business OS.? When the X window starts, there are two cursors on the X window, the ?X? in the center of the screen and an arrow cursor on the X window (initially at the center as well) and can be moved by the window mouse.? Is there any way to get rid/hide the arrow pointer?? This is quite urgent.? Any prompt help is highly appreciated. ? Thanks. ? Dion Chen dionchen1@yahoo.com -- 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/ From cygwin@sipxx.com Fri Feb 17 04:14:00 2012 From: cygwin@sipxx.com (cygwin at sipxx.com) Date: Fri, 17 Feb 2012 04:14:00 -0000 Subject: XWin.exe: _XSERVTransSocketUNIXAccept: accept() failed In-Reply-To: References: Message-ID: <4F3DD449.6070604@sipxx.com> Just a brief comment: I have observed the same problem after an update within the last week or so, but the previously running version was several months old, so I don't know which release caused this originally. In my case, the X server simply dies after perhaps a minute. I was able to start the server manually though without the problem, bypassing all startup scripts and the 'run' utility, but haven't had time to investigate further. Bonggren, Jeffrey L wrote: > Hello, > > I have recently noticed that XWin.exe is spinning and maxing out a CPU core. I checked the log and saw that it is spamming it with "_XSERVTransSocketUNIXAccept: accept() failed" messages at a rate of about one per millisecond. This is generating a very large log file! > > X seems to be behaving normally in spite of this. I typically run only xterm and nedit (many instances) locally. > > I have verified that the Windows firewall has a blanket allow rule for XWin.exe. > > I can't place the exact update that caused this problem, but I believe it was not having this issue in December 2011. I am never more than a week behind on updating cygwin. I tried falling back to the previous 1.11.4-2 version of xorg-server, but it failed to start. Perhaps a version conflict with some of the other updated packages? > > I am attaching my cygcheck (redacted), startxwin.bat and XWin.0.log (truncated!) files. > > Thank you, > > Jeff > > > ------------------------------------------------------------------------ > > -- > 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/ -- 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/ From yselkowitz@users.sourceforge.net Fri Feb 17 05:48:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 17 Feb 2012 05:48:00 -0000 Subject: Cygwin StartXwin cursor In-Reply-To: <1329433319.48822.YahooMailNeo@web39304.mail.mud.yahoo.com> References: <1329433319.48822.YahooMailNeo@web39304.mail.mud.yahoo.com> Message-ID: <1329457703.7220.5.camel@YAAKOV04> http://cygwin.com/acronyms/#PCYMTWLL !! On Thu, 2012-02-16 at 15:01 -0800, Dion Chen wrote: > I use 'C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe' > to start the X Server without problem on the Windows Vista Business OS. > When the X window starts, What X window? If you are using startxwin, then you are in multiwindow mode and there is no root window (which is where you usually would see a centered X-shaped cursor. Yaakov Cygwin/X -- 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/ From dionchen1@yahoo.com Fri Feb 17 17:40:00 2012 From: dionchen1@yahoo.com (dion) Date: Fri, 17 Feb 2012 17:40:00 -0000 Subject: Cygwin StartXwin cursor References: <1329433319.48822.YahooMailNeo@web39304.mail.mud.yahoo.com> <1329457703.7220.5.camel@YAAKOV04> Message-ID: Yes, I did see x-cross cursor, but I also see the window arrow cursor. When I move the mouth, the arrow cursor moves. Is there any way to hide the arrow pointer. -- 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/ From jon.turney@dronecode.org.uk Fri Feb 17 18:56:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 17 Feb 2012 18:56:00 -0000 Subject: XWin.exe: _XSERVTransSocketUNIXAccept: accept() failed In-Reply-To: References: Message-ID: <4F3EA2CF.7040701@dronecode.org.uk> On 15/02/2012 16:39, Bonggren, Jeffrey L wrote: > I have recently noticed that XWin.exe is spinning and maxing out a CPU > core. I checked the log and saw that it is spamming it with > "_XSERVTransSocketUNIXAccept: accept() failed" messages at a rate of about > one per millisecond. This is generating a very large log file! Thanks for reporting this. This seems to be related in some way to how you start the X server. Starting it using startxwin.exe (the recommended method), I don't observe this problem, but using your startxwin.bat, I can reproduce the problem. The obvious difference here between these two cases is that we don't have a cygwin process as our immediate ancestor when started from a batch file, but how that could make a difference is a bit mysterious. This seems to be some sort of regression introduced with the cygwin 1.7.10 DLL, downgrading to 1.7.9 doesn't show the problem (although that is problematic as base-files now depends on tzset introduced in 1.7.10) > X seems to be behaving normally in spite of this. I typically run only > xterm and nedit (many instances) locally. > > I have verified that the Windows firewall has a blanket allow rule for > XWin.exe. > > I can't place the exact update that caused this problem, but I believe it > was not having this issue in December 2011. I am never more than a week > behind on updating cygwin. I tried falling back to the previous 1.11.4-2 > version of xorg-server, but it failed to start. Perhaps a version conflict > with some of the other updated packages? As the announce mail says, you need to upgrade xorg-server and libGL1 at the same time. If you downgrade xorg-server, you need to also downgrade libGL1. -- 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/ From riograndephotonics@comcast.net Fri Feb 17 22:07:00 2012 From: riograndephotonics@comcast.net (Ron Hadley) Date: Fri, 17 Feb 2012 22:07:00 -0000 Subject: XWindows graphics Subroutines Message-ID: <000301ccedc0$757e3190$607a94b0$@net> Gentlemen: I am trying to port XWindows graphics code from my Linux workstation to my PC using cygwinX. I cannot find the XWindows graphics subroutines (routines that start with X) anywhere in the cygwin library. The file I thought should contain them, cygwin/lib/libX11.a contains similar routines with different names, for which I can find no documentation. Can you direct me to either the XWindows library or the documentation for the routines in libX11.a? Thank you G. Ronald Hadley Rio Grande Photonics, LLC -- 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/ From jon.turney@dronecode.org.uk Fri Feb 17 23:35:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 17 Feb 2012 23:35:00 -0000 Subject: XWindows graphics Subroutines In-Reply-To: <000301ccedc0$757e3190$607a94b0$@net> References: <000301ccedc0$757e3190$607a94b0$@net> Message-ID: <4F3EE436.2020608@dronecode.org.uk> On 17/02/2012 22:06, Ron Hadley wrote: > I am trying to port XWindows graphics code from my Linux workstation > to my PC using cygwinX. I cannot find the XWindows graphics subroutines > (routines that start with X) anywhere in the cygwin library. The file I > thought should contain them, cygwin/lib/libX11.a contains similar routines > with different names, for which I can find no documentation. Can you direct > me to either the XWindows library or the documentation for the routines in > libX11.a? Thank you I'm not sure which Xlib function you are looking for, but there should be no difference in the Xlib API between linux and cygwin/x. The libX11-devel package which contains that library also contains man pages for the functions it provides [1] [1] http://cygwin.com/packages/libX11-devel/libX11-devel-1.4.4-1 -- 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/ From jon.turney@dronecode.org.uk Sat Feb 18 16:10:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 18 Feb 2012 16:10:00 -0000 Subject: XWin.exe: _XSERVTransSocketUNIXAccept: accept() failed In-Reply-To: <4F3EA2CF.7040701@dronecode.org.uk> References: <4F3EA2CF.7040701@dronecode.org.uk> Message-ID: <4F3FCD74.6060101@dronecode.org.uk> On 17/02/2012 18:56, Jon TURNEY wrote: > On 15/02/2012 16:39, Bonggren, Jeffrey L wrote: >> I have recently noticed that XWin.exe is spinning and maxing out a CPU >> core. I checked the log and saw that it is spamming it with >> "_XSERVTransSocketUNIXAccept: accept() failed" messages at a rate of about >> one per millisecond. This is generating a very large log file! > > Thanks for reporting this. > > This seems to be related in some way to how you start the X server. Starting > it using startxwin.exe (the recommended method), I don't observe this problem, > but using your startxwin.bat, I can reproduce the problem. > > The obvious difference here between these two cases is that we don't have a > cygwin process as our immediate ancestor when started from a batch file, but > how that could make a difference is a bit mysterious. > > This seems to be some sort of regression introduced with the cygwin 1.7.10 > DLL, downgrading to 1.7.9 doesn't show the problem (although that is > problematic as base-files now depends on tzset introduced in 1.7.10) stracing this is enlightening... 281 23126144 [main] XWin 3084 cygwin_select: select(255, 0x5FDE80, 0x0, 0x0, 0x22CBB4) 35 23126179 [main] XWin 3084 dtable::select_read: fd 0 32 23126211 [main] XWin 3084 dtable::select_read: fd 1 171 23126382 [main] XWin 3084 dtable::select_read: /usr/adm/X0msgs fd 2 33 23126415 [main] XWin 3084 dtable::select_read: /dev/windows fd 5 32 23126447 [main] XWin 3084 dtable::select_read: fd 7 170 23126617 [main] XWin 3084 dtable::select_read: fd 9 32 23126649 [main] XWin 3084 dtable::select_read: fd 10 31 23126680 [main] XWin 3084 dtable::select_read: fd 12 166 23126846 [main] XWin 3084 cygwin_select: to->tv_sec 560, to->tv_usec 203000, ms 560203 21 23126867 [main] XWin 3084 cygwin_select: sel.always_ready 1 25 23126892 [main] XWin 3084 peek_socket: read_ready: 0, write_ready: 0, except_ready: 0 21 23126913 [main] XWin 3084 peek_socket: read_ready: 0, write_ready: 0, except_ready: 0 211 23127124 [main] XWin 3084 peek_socket: read_ready: 0, write_ready: 0, except_ready: 0 25 23127149 [main] XWin 3084 peek_socket: read_ready: 0, write_ready: 0, except_ready: 0 18 23127167 [main] XWin 3084 peek_windows: window 5(0x0) not ready 17 23127184 [main] XWin 3084 set_bits: me 0x20511260, testing fd 2 (/usr/adm/X0msgs) 206 23127390 [main] XWin 3084 set_bits: ready 1 25 23127415 [main] XWin 3084 peek_socket: read_ready: 0, write_ready: 0, except_ready: 0 22 23127437 [main] XWin 3084 peek_socket: read_ready: 0, write_ready: 0, except_ready: 0 17 23127454 [main] XWin 3084 cygwin_select: 1 = select(255, 0x5FDE80, 0x22CA10, 0x22C9E0, 0x22CBB4) 208 23127662 [main] XWin 3084 select_stuff::cleanup: calling cleanup routines 20 23127682 [main] XWin 3084 socket_cleanup: si 0x0 si->thread 0x0 17 23127699 [main] XWin 3084 socket_cleanup: si 0x0 si->thread 0x0 23 23127722 [main] XWin 3084 socket_cleanup: si 0x0 si->thread 0x0 17 23127739 [main] XWin 3084 socket_cleanup: si 0x0 si->thread 0x0 17 23127756 [main] XWin 3084 socket_cleanup: si 0x0 si->thread 0x0 278 23128034 [main] XWin 3084 socket_cleanup: si 0x0 si->thread 0x0 22 23128056 [main] XWin 3084 select_stuff::destroy: deleting select records 279 23128335 [main] XWin 3084 __set_errno: fhandler_socket* get(int):83 setting errno 108 20 23128355 [main] XWin 3084 cygwin_accept: -1 = accept(2, 0x22C92E, 0x22C99C), errno 108 92 23128447 [main] XWin 3084 write: write(3, 0x5F93A0, 13) 161 23128608 [main] XWin 3084 write: 13 = write(3, 0x5F93A0, 13) 236 23128844 [main] XWin 3084 write: write(3, 0x5F93A0, 11) 20 23128864 [main] XWin 3084 write: 11 = write(3, 0x5F93A0, 11) 964 23129828 [main] XWin 3084 write: 45 = write(2, 0x5FA880, 45) 191 23130019 [main] XWin 3084 write: write(3, 0x5F93A0, 34) 21 23130040 [main] XWin 3084 write: 34 = write(3, 0x5F93A0, 34) When started from a Windows parent process, stdin/stdout/stderr are closed, so the X server opens /usr/adm/X0msgs to write stderr output to. However, due to a bug in the X server, when doing that we can trample all over a socket listening on a well-known port, which has already been opened with fd 2. If that file fd ever shows as ready for reading, we will try to accept a connection on it, which is always going to fail :-) This can easily be reproduced using 'X 2>&-', which shows the same spinning behaviour. (In OsInit(), we check if fd 2 is writeable, and if not, assume stderr has been closed, and open /usr/adm/X0msgs for writing, and dup it on to fd 2. Unfortunately, this happens after CreateWellknownSockets() has opened the listener sockets, and that may use fd 2) This bug has been there a long time, I'm not sure why it's problem now, perhaps the cygwin DLL has changed behaviour so this fd is now always found ready to read? I've applied fix to address this, so hopefully this works better now. I've uploaded a snapshot at [1]. Perhaps you could try that out and see if that makes a difference? [1] ftp://cygwin.com/pub/cygwinx/XWin.20120218-git-c3b936a38812f88b.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/ From jon.turney@dronecode.org.uk Sat Feb 18 16:18:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 18 Feb 2012 16:18:00 -0000 Subject: FW: RE: Cut and Paste between X and WindowsXP sometimes fails In-Reply-To: <9E085D377965634187A85638358AE611019E094E1B@DCXPRCL017.cnf.prod.cnf.com> References: <9E085D377965634187A85638358AE611019DFABBFC@DCXPRCL017.cnf.prod.cnf.com> <4F3BC068.7060108@dronecode.org.uk> <9E085D377965634187A85638358AE611019E094E1B@DCXPRCL017.cnf.prod.cnf.com> Message-ID: <4F3FCF3C.8090001@dronecode.org.uk> On 15/02/2012 16:26, Bennett, Tony wrote: > Given that I'd have to "build" xclipboard for the host that I'm XDMCPing to, > and that host is running AIX... Sadly, I may just have to "live" with the problem. > > Is there any hope that the issue will be corrected in the foreseeable future...??? Well, looking at the rate of progress on fd.o bug #5735, it seems reasonable to hope that it will be fixed in a year or two :-) I've applied the patch I've suggested there to today's snapshot, uploaded a at [1]. Perhaps you could try that out and see if that improves things for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20120218-git-c3b936a38812f88b.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/ From Bennett.Tony@con-way.com Mon Feb 20 15:38:00 2012 From: Bennett.Tony@con-way.com (Bennett, Tony) Date: Mon, 20 Feb 2012 15:38:00 -0000 Subject: FW: RE: Cut and Paste between X and WindowsXP sometimes fails In-Reply-To: <4F3FCF3C.8090001@dronecode.org.uk> References: <9E085D377965634187A85638358AE611019DFABBFC@DCXPRCL017.cnf.prod.cnf.com> <4F3BC068.7060108@dronecode.org.uk> <9E085D377965634187A85638358AE611019E094E1B@DCXPRCL017.cnf.prod.cnf.com> <4F3FCF3C.8090001@dronecode.org.uk> Message-ID: <9E085D377965634187A85638358AE61101A117CA9A@DCXPRCL017.cnf.prod.cnf.com> -----Original Message----- From: Jon TURNEY Sent: Saturday, February 18, 2012 8:18 AM Subject: Re: FW: RE: Cut and Paste between X and WindowsXP sometimes fails On 15/02/2012 16:26, Bennett, Tony wrote: > Given that I'd have to "build" xclipboard for the host that I'm XDMCPing to, > and that host is running AIX... Sadly, I may just have to "live" with the problem. > > Is there any hope that the issue will be corrected in the foreseeable future...??? Well, looking at the rate of progress on fd.o bug #5735, it seems reasonable to hope that it will be fixed in a year or two :-) I've applied the patch I've suggested there to today's snapshot, uploaded a at [1]. Perhaps you could try that out and see if that improves things for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20120218-git-c3b936a38812f88b.exe.bz2 ----------------------------- Jon, I downloaded, bunzip2, and installed the new version of Xwin. I restarted Xwin using the new version. I ran some preliminary cut and paste tests, and it seems to work correctly... i.e. I can perform multiple "cut from Xwin & Paste to WinXP", without intervening "cut from WinXP & Paste to Xwin" without error. I will continue running the new version while I perform my daily work, and will advise you if I have a recurrence of the problem. Thanks a lot for this temporary fix. -tony -- 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/ From h.p.kiehl@fz-juelich.de Tue Feb 21 13:38:00 2012 From: h.p.kiehl@fz-juelich.de (Kiehl, Horst) Date: Tue, 21 Feb 2012 13:38:00 -0000 Subject: XWin.exe: _XSERVTransSocketUNIXAccept: accept() failed Message-ID: <4094A9D4E3EC2544B795DFEA610AE88C18076B77C5@IBT040.ibt-w2k.kfa-juelich.de> Jon TURNEY wrote: > I've applied fix to address this, so hopefully this works better now. I've > uploaded a snapshot at [1]. Perhaps you could try that out and see if that > makes a difference? > > [1] ftp://cygwin.com/pub/cygwinx/XWin.20120218-git-c3b936a38812f88b.exe.bz2 Thank you. With that snapshot of XWin.exe, the same problem (thousands of logfile entries per second as in the subject) disappears for me. It also disappears for me with XWin.exe from xorg-server-1.11.4-3 when I start it from bash instead of using an Explorer shortcut. Both approaches also solve the other problem I experienced: XWin didn't accept remote X clients connecting through an SSH tunnel (ssh -Y ...) anymore. In my case these problems appeared after an update from xorg-server 1.11.3-1 to 1.11.4-3. Unlike "cygwin at sipxx.com"'s observation, XWin continued to run for for me for minutes (and could be stopped regularly). Best regards, Horst ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt ------------------------------------------------------------------------------- ------------------------------------------------------------------------------- Kennen Sie schon unsere app? http://www.fz-juelich.de/app -- 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/ From riograndephotonics@comcast.net Wed Feb 22 15:42:00 2012 From: riograndephotonics@comcast.net (Ron Hadley) Date: Wed, 22 Feb 2012 15:42:00 -0000 Subject: XWindows graphics Subroutines In-Reply-To: <4F3EE436.2020608@dronecode.org.uk> References: <000301ccedc0$757e3190$607a94b0$@net> <4F3EE436.2020608@dronecode.org.uk> Message-ID: <001301ccf178$8d984d40$a8c8e7c0$@net> Jon: Thank you for clearing this up. I was confusing file names with routine names. Indeed the routines are all there. But I still can't manage to link them. I have a PGI compiler on my laptop, and it seems that GNU libtool was used in some way to produce the file X11.la that is necessary to properly link the files. Any ideas on how to link these libraries? Ron Hadley -- 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/ From km4hr@netscape.net Wed Feb 22 18:14:00 2012 From: km4hr@netscape.net (km4hr@netscape.net) Date: Wed, 22 Feb 2012 18:14:00 -0000 Subject: Boothe Message-ID: <8CEBFA4D9E18326-86C-1CAD@webmail-m157.sysops.aol.com> Hi! Only for you! http://eaglecompressor.com/omenig.php?jxeprofileID=26 Wed, 22 Feb 2012 19:13:45 ______________ " Like the preceding, it is best for use when young" (c) Dontae wwa99a** -- 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/ From jon.turney@dronecode.org.uk Wed Feb 22 20:16:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 22 Feb 2012 20:16:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-4 Message-ID: The following packages have been updated in the Cygwin distribution: *** xorg-server-1.11.4-4 *** xorg-server-dmx-1.11.4-4 These packages contain XWin and the other X.Org X11 servers. The following cygwin-specific changes have been made since 1.11.4-3: * Remove useless /usr/adm/Xnmsgs functionality, so it doesn't trample on one of our listener sockets if we start with stderr closed. On Cygwin 1.7.10 this caused XWin to spin, when started from a non-cygwin process, spamming the log with "_XSERVTransSocketUNIXAccept: accept() failed" messages. This would also prevent the X server from accepting connections on the listener socket which had been trampled on. * Empty the Windows clipboard when X loses focus. This should allow us to update the Windows clipboard when the selection changes, but the selection owner has not, at the cost of emptying the clipboard if the selection was not changed while X has the focus. c5c752a2b76e52bf771a2447d1aa95ea *xorg-server-1.11.4-4.tar.bz2 9d66854b8604613445da7cf436e8cf53 *xorg-server-dmx-1.11.4-4.tar.bz2 e4846aa9f2ca9db6a0285730f62f354a *xorg-server-1.11.4-4-src.tar.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/ From jjreisert@alum.mit.edu Fri Feb 24 01:48:00 2012 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Fri, 24 Feb 2012 01:48:00 -0000 Subject: Updated: xorg-server-1.11.4-4 In-Reply-To: <4F454C4F.20009@dronecode.org.uk> References: <4F454C4F.20009@dronecode.org.uk> Message-ID: On Wed, Feb 22, 2012 at 1:13 PM, Jon TURNEY wrote: > The following packages have been updated in the Cygwin distribution: > > *** xorg-server-1.11.4-4 > *** xorg-server-dmx-1.11.4-4 Hi Jon, Did this release get pulled? It's over 24 hours later, I've tried two different servers, and setup is not finding it. I've never had this problem in the past. -- Jim Reisert AD1C, , http://www.ad1c.us -- 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/ From marco.atzeri@gmail.com Fri Feb 24 02:10:00 2012 From: marco.atzeri@gmail.com (marco atzeri) Date: Fri, 24 Feb 2012 02:10:00 -0000 Subject: Updated: xorg-server-1.11.4-4 In-Reply-To: References: <4F454C4F.20009@dronecode.org.uk> Message-ID: On Fri, Feb 24, 2012 at 2:47 AM, Jim Reisert AD1C wrote: > On Wed, Feb 22, 2012 at 1:13 PM, Jon TURNEY wrote: > >> The following packages have been updated in the Cygwin distribution: >> >> *** xorg-server-1.11.4-4 >> *** xorg-server-dmx-1.11.4-4 > > Hi Jon, > > Did this release get pulled? ?It's over 24 hours later, I've tried two > different servers, and setup is not finding it. ?I've never had this > problem in the past. > > -- > Jim Reisert AD1C, , http://www.ad1c.us it seems not yet present, the last on http://cygwin.com/packages/xorg-server/ is xorg-server-1.11.4-3 -- 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/ From jon.turney@dronecode.org.uk Fri Feb 24 18:37:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 24 Feb 2012 18:37:00 -0000 Subject: Updated: xorg-server-1.11.4-4 In-Reply-To: References: <4F454C4F.20009@dronecode.org.uk> Message-ID: <4F47D8CE.9070204@dronecode.org.uk> On 24/02/2012 02:10, marco atzeri wrote: > On Fri, Feb 24, 2012 at 2:47 AM, Jim Reisert AD1C wrote: >> On Wed, Feb 22, 2012 at 1:13 PM, Jon TURNEY wrote: >>> The following packages have been updated in the Cygwin distribution: >>> >>> *** xorg-server-1.11.4-4 >>> *** xorg-server-dmx-1.11.4-4 >> >> Did this release get pulled? It's over 24 hours later, I've tried two >> different servers, and setup is not finding it. I've never had this >> problem in the past. >> > it seems not yet present, the last on > > http://cygwin.com/packages/xorg-server/ > > is xorg-server-1.11.4-3 Thanks for pointing this out. I'd failed to run the part of my upload script which moves the files into place. This was serendipitous, as it looks like the clipboard change I made in 1.11.4-4 has some bad side effects. I've uploaded a 1.11.4-5 with the clipboard change reverted. 1.11.4-4 is also now available in case anyone has a use for it's brokenness :-) -- 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/ From jon.turney@dronecode.org.uk Fri Feb 24 20:12:00 2012 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 24 Feb 2012 20:12:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.11.4-5 Message-ID: The following packages have been updated in the Cygwin distribution: *** xorg-server-1.11.4-5 *** xorg-server-dmx-1.11.4-5 These packages contain XWin and the other X.Org X11 servers. The following cygwin-specific changes have been made since 1.11.4-4: * Reverted the clipboard change in 1.11.4-4, it broke some clipboard uses. 438e6821dcb1f76666c727ad63ceb38e *xorg-server-1.11.4-5.tar.bz2 487bbe3149edfe2c49d61d7a34b11791 *xorg-server-dmx-1.11.4-5.tar.bz2 ea71ebda86ccdc3c563f269ebc781ae6 *xorg-server-1.11.4-5-src.tar.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/ From gbarrick@walsh.edu Sat Feb 25 20:07:00 2012 From: gbarrick@walsh.edu (George Barrick) Date: Sat, 25 Feb 2012 20:07:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. Message-ID: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> Subj: most recent xfig-3.2.5b-2 broken. 2012.02.25.19:18:18 UT Hey cygwin-x folks, I just installed the xorg-server-1.11.4-5, and I thought that some aspect of its configuration may have broken the xfig program on my box. This however was untrue. When I reverted to xorg-server-1.11.4-1, the xfig crashed on startup as before, and I concluded that it must be a difficulty only with xfig. I am running on a Dell Optiplex 380 with an Intel Core2 E7500 2.93 GHz CPU, 4.0 GBt DRAM and an 150 GBt Western Digital HD. The OS is WinXp Pro. 32-bit, and is fully up-to-date. My CygWin installation is 1.7.10-1, the xorg-server is 1.11.4-5, and everything in that sub-system is up-to-date. The xfig is a minor part of the things I use, but I do like to have it around. It fails to start, issuing the messages: > gbarrick@TS207 ~/figs/sqaccel > $ xfig sqposn.fig & > [1] 2904 > > gbarrick@TS207 ~/figs/sqaccel > $ /usr/bin/xfig.exe: error while loading shared libraries: > ?: cannot open shared object file: > No such file or directory I ran the cygcheck on the xfig package, but it claims that none of the required resources or libraries are missing. > $ cygcheck xfig > Found: D:\cygwin\bin\xfig.exe > Found: D:\cygwin\bin\xfig.exe > D:\cygwin\bin\xfig.exe > D:\cygwin\bin\cyggcc_s-1.dll > D:\cygwin\bin\cygwin1.dll > C:\WINDOWS\system32\KERNEL32.dll > C:\WINDOWS\system32\ntdll.dll > D:\cygwin\bin\cygX11-6.dll > D:\cygwin\bin\cygxcb-1.dll > D:\cygwin\bin\cygXau-6.dll > D:\cygwin\bin\cygXdmcp-6.dll > D:\cygwin\bin\cygXaw3d-7.dll > D:\cygwin\bin\cygXext-6.dll > D:\cygwin\bin\cygXmu-6.dll > D:\cygwin\bin\cygXt-6.dll > D:\cygwin\bin\cygICE-6.dll > D:\cygwin\bin\cygSM-6.dll > D:\cygwin\bin\cyguuid-1.dll > D:\cygwin\bin\cygXi-6.dll > D:\cygwin\bin\cygXpm-4.dll > D:\cygwin\bin\cygjpeg-7.dll > D:\cygwin\bin\cygpng12.dll > D:\cygwin\bin\cygz.dll I had reason to suspect that it was the xorg-server because new versions had recently been installed. When I reverted to the previous xorg-server-1.11.4-1, everything was not O.K. The xfig still has the problem. I next ran the experiment where I installed up to the xorg-server-1.11.4-5, but reverted to xfig-3.2.5b-1. I set back the three xfig packages to: xfig-3.2.5b-1 xfig-lib-3.2.5b-1 transfig-3.2.5c-1 Once this was done, the xfig functions again. Its cygcheck now reads: > gbarrick@TS207 ~/figs/sqaccel > $ cygcheck xfig > Found: D:\cygwin\bin\xfig.exe > Found: D:\cygwin\bin\xfig.exe > D:\cygwin\bin\xfig.exe > D:\cygwin\bin\cyggcc_s-1.dll > D:\cygwin\bin\cygwin1.dll > C:\WINDOWS\system32\KERNEL32.dll > C:\WINDOWS\system32\ntdll.dll > D:\cygwin\bin\cygX11-6.dll > D:\cygwin\bin\cygxcb-1.dll > D:\cygwin\bin\cygXau-6.dll > D:\cygwin\bin\cygXdmcp-6.dll > D:\cygwin\bin\cygXaw3d-7.dll > D:\cygwin\bin\cygXext-6.dll > D:\cygwin\bin\cygXmu-6.dll > D:\cygwin\bin\cygXt-6.dll > D:\cygwin\bin\cygICE-6.dll > D:\cygwin\bin\cygSM-6.dll > D:\cygwin\bin\cyguuid-1.dll > D:\cygwin\bin\cygXi-6.dll > D:\cygwin\bin\cygXpm-4.dll > D:\cygwin\bin\cygjpeg-7.dll > D:\cygwin\bin\cygpng12.dll > D:\cygwin\bin\cygz.dll I see no difference in the cygcheck output, and so I guess that my only criticism is that the newer xfig-3.2.5b-2 fails to run, outputting the complaint about a missing *.so file. A visual scan of my /var/log/xwin/Xwin.0.log did not reveal anything unusual. I hope that this report contains enough detail for the xorg developers to reproduce and find the problem. If anything more is required, just ask me. George Barrick g_barrick_at_walsh_dot_edu -- 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/ From gbarrick@walsh.edu Sat Feb 25 20:22:00 2012 From: gbarrick@walsh.edu (George Barrick) Date: Sat, 25 Feb 2012 20:22:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. Message-ID: <4B30AD0BED19E842AAE88DC3973649314F600A1538@mail3.walsh.edu> Subj: most recent xfig-3.2.5b-2 broken. 2012.02.25.20:19:51 UT cygwin-x folks, I mis-typed at the end of my message. I should say something like: "hope that XFIG developers can reproduce and find the problem". I would not want to burden the xorg-guys with trivial stuff like this. I realize that not many folks use clunky old things like xfig anymore; but if it works, I keep it. My letter will perhaps only help other dinosaurs like me, should they have this problem with xfig. George gbarrick_at_walsh_dot_edu -- 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/ From mirko.vukovic@gmail.com Sat Feb 25 22:07:00 2012 From: mirko.vukovic@gmail.com (Mirko Vukovic) Date: Sat, 25 Feb 2012 22:07:00 -0000 Subject: xkcomp fails after xorg-server update - how to reinstall old version of xorg-server-1.11.3-1? Message-ID: Hello, I updated today to the latest xorg-server, 1.11.4-5, and the server cannot start due to the xkcomp problem: (EE) XKB: Could not invoke xkbcomp rebasing did not help. I would like to install my prior active xorg-server version 1.11.3-1. I have the tar.bz2 file (setup does not see it). But I don't know how to properly install it and uninstall it. My guess is: - remove current version using setup. - unpack it - run the postinstall script in /etc/postinstall ... try it But if that fails, how do I properly uninstall it? Is it - run the /etc/preremove - remove all files (I can find their paths in the tar.bz2 file) Anything else? Is there a script that does the above? Thanks. Mirko -- 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/ From marco.atzeri@gmail.com Sun Feb 26 00:40:00 2012 From: marco.atzeri@gmail.com (marco atzeri) Date: Sun, 26 Feb 2012 00:40:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> Message-ID: <4F497F79.6090500@gmail.com> On 2/25/2012 9:06 PM, George Barrick wrote: > > Subj: most recent xfig-3.2.5b-2 broken. > > 2012.02.25.19:18:18 UT > > Hey cygwin-x folks, > > I just installed the xorg-server-1.11.4-5, and I > thought that some aspect of its configuration may have > broken the xfig program on my box. This however was > untrue. When I reverted to xorg-server-1.11.4-1, the > xfig crashed on startup as before, and I concluded > that it must be a difficulty only with xfig. > > I am running on a Dell Optiplex 380 with an Intel > Core2 E7500 2.93 GHz CPU, 4.0 GBt DRAM and an 150 GBt > Western Digital HD. The OS is WinXp Pro. 32-bit, and > is fully up-to-date. My CygWin installation is 1.7.10-1, > the xorg-server is 1.11.4-5, and everything in that > sub-system is up-to-date. > > The xfig is a minor part of the things I use, > but I do like to have it around. It fails to start, > issuing the messages: > >> gbarrick@TS207 ~/figs/sqaccel >> $ xfig sqposn.fig& >> [1] 2904 >> >> gbarrick@TS207 ~/figs/sqaccel >> $ /usr/bin/xfig.exe: error while loading shared libraries: >> ?: cannot open shared object file: >> No such file or directory > > I ran the cygcheck on the xfig package, but it claims > that none of the required resources or libraries are > missing. > >> $ cygcheck xfig >> Found: D:\cygwin\bin\xfig.exe >> Found: D:\cygwin\bin\xfig.exe >> D:\cygwin\bin\xfig.exe >> D:\cygwin\bin\cyggcc_s-1.dll >> D:\cygwin\bin\cygwin1.dll >> C:\WINDOWS\system32\KERNEL32.dll >> C:\WINDOWS\system32\ntdll.dll >> D:\cygwin\bin\cygX11-6.dll >> D:\cygwin\bin\cygxcb-1.dll >> D:\cygwin\bin\cygXau-6.dll >> D:\cygwin\bin\cygXdmcp-6.dll >> D:\cygwin\bin\cygXaw3d-7.dll >> D:\cygwin\bin\cygXext-6.dll >> D:\cygwin\bin\cygXmu-6.dll >> D:\cygwin\bin\cygXt-6.dll >> D:\cygwin\bin\cygICE-6.dll >> D:\cygwin\bin\cygSM-6.dll >> D:\cygwin\bin\cyguuid-1.dll >> D:\cygwin\bin\cygXi-6.dll >> D:\cygwin\bin\cygXpm-4.dll >> D:\cygwin\bin\cygjpeg-7.dll >> D:\cygwin\bin\cygpng12.dll >> D:\cygwin\bin\cygz.dll > > I had reason to suspect that it was the > xorg-server because new versions had recently > been installed. When I reverted to the previous > xorg-server-1.11.4-1, everything was not O.K. > The xfig still has the problem. > > George Barrick g_barrick_at_walsh_dot_edu > just installed xfig on latest xorg-srver 1.11.4-5 and it works. You have likely an old version of one of the several dll's. Dependency Walker can help to find the wrong dll http://www.dependencywalker.com/ or you can use strace Regards Marco -- 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/ From cygwin@tlinx.org Sun Feb 26 16:24:00 2012 From: cygwin@tlinx.org (Linda Walsh) Date: Sun, 26 Feb 2012 16:24:00 -0000 Subject: X still crashing, but interesting log messages... different config vals needed? In-Reply-To: <4F38508C.4060805@tlinx.org> References: <4F35EC5C.6050200@tlinx.org> <4F381871.7080002@dronecode.org.uk> <4F38508C.4060805@tlinx.org> Message-ID: <4F4A5CB8.2040806@tlinx.org> On Feb 12, 2012, Linda Walsh wrote: > Jon TURNEY wrote: >> >>> [ 14334.463] SocketUNIXAccept: accept() failed >> >> This log looks normal apart from this line. >> >> I don't think this is a new warning, and wasn't in the previous log you >> posted, so it's hard to see how this could be directly related to the >> problem. ---- You mean you think it IS a new warning. Since I upgraded the Xserver the week before that last, I haven't been able to get *any* local 'X' programs to connect. Oddly enough, remote programs do connect. But I also can easily create a multi-gig /var/log file in a few hours, as that message repeats multiple times/second. FWIW, dbus always hangs now, (presumably it tries to connect to the X server), when I start a local terminal session, but one started on a remote system, seems to work, as I have it spawn in my .bashrc. Had to write some timeout code... so haven't forgotten about it... just been swamped by other probs...(so what else is new...)... -l -- 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/ From cygwin@tlinx.org Sun Feb 26 20:56:00 2012 From: cygwin@tlinx.org (Linda Walsh) Date: Sun, 26 Feb 2012 20:56:00 -0000 Subject: X still crashing, but interesting log messages... different config vals needed? In-Reply-To: <4F398808.5030106@dronecode.org.uk> References: <4F35EC5C.6050200@tlinx.org> <4F381871.7080002@dronecode.org.uk> <4F38508C.4060805@tlinx.org> <4F398808.5030106@dronecode.org.uk> Message-ID: <4F4A5CC0.8050304@tlinx.org> Jon TURNEY wrote: > On 12/02/2012 23:51, Linda Walsh wrote: >> Jon TURNEY wrote: >>> On 11/02/2012 04:19, Linda Walsh wrote: >>>> Still crashes in all the places it did 2 months ago, and more, but >>>> gives more interesting messages in log file (/var/log/xwin/XWin.0.log >>> I assume this refers to the problem reported in [1], crashing when running >>> yast2 on SuSE 11.4. I don't know anything about any other crashes you might >>> have been experiencing. >>> >>> I haven't done anything specific to try to fix this, because I can't reproduce >>> the problem and I don't have a useful backtrace. >>> >>> It would be of great help if you could follow the instructions at [2] to >>> download the debug symbols and obtain a backtrace of the crash. >> I did that last time, then got another email from another admin saying >> to try some other version instead of that one because the instructions were >> wrong. > > I'm assuming you're referring to the exchange we had at [3], but I don't > accept that as an accurate summary of it. > > Nevertheless, partly to prevent a re-iteration of that pointless debate, I > have improved my build scripts so I now preserve the debug symbols for the > packaged builds of XWin. Instructions on downloading them are available at [2]. > >> At that point, I gave up to go use Xming which didn't have the problem, >> and was hoping someone else would run into it, since with cygwin, I have had it >> set on autostart, and it usually crashes within 15-20 minuts -- make kernel, >> or almost any qt based util,... then I just start Xming -- which was stable until >> this last cygwin update...which doesn't make sense, as I didn't think there was >> any code overlap > > Indeed, the only things they should have in common are your OS installation > and your computer, which suggests to me, at least, that the problem may lie there. > >> (main thing is I can no longer click on 'X' in a window and have it close, I >> have to go through the program's menus in each program to close it...very >> annoying. >> >>>> Was wondering if I should be giving any different options that might >>>> help it behave better? >>>> Log from last run below -- >>>> >>>> Welcome to the XWin X Server >>>> Vendor: The Cygwin/X Project >>>> Release: 1.11.4.0 >>>> OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) >>>> Package: version 1.11.4-3 built 2012-02-05 >>>> >>>> XWin was started with the following command line: >>>> >>>> /usr/bin/XWin -dpi 101 -multiwindow -clipboard -nowinkill -wm >>>> [ 14334.463] SocketUNIXAccept: accept() failed >>> This log looks normal apart from this line. >>> >>> I don't think this is a new warning, and wasn't in the previous log you >>> posted, so it's hard to see how this could be directly related to the problem. >>> >>> On the other hand, I'm a bit surprised that it works at all after that error. >>> >>> Nevertheless, since UNIX sockets don't seem to be working correctly for you, >>> you might like to try adding '-nolisten unix' to see if that makes any >>> difference. > > I assume you didn't try this. > >>> [1] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00012.html >>> [2] http://x.cygwin.com/devel/backtrace.html > > [3] http://cygwin.com/ml/cygwin-xfree/2011-08/msg00029.html > -- 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/ From wxie@purdue.edu Sun Feb 26 23:36:00 2012 From: wxie@purdue.edu (wxie) Date: Sun, 26 Feb 2012 23:36:00 -0000 Subject: cygwin setup download is blocked by OfficeScan In-Reply-To: <20111203191129.GA10536@debian50-32.invisible-island.net> References: <4D2F339F.5030109@purdue.edu> <4ED989AE.4040006@purdue.edu> <20111203064459.GB10024@ednor.casa.cgf.cx> <20111203142338.GA7462@debian50-32.invisible-island.net> <20111203183023.GE10024@ednor.casa.cgf.cx> <20111203191129.GA10536@debian50-32.invisible-island.net> Message-ID: <4F4AC1E7.2020803@purdue.edu> It said "it detect a web security policy violation" when I click the "setup" link. Cheers --Wei -- 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/ From gbarrick@walsh.edu Mon Feb 27 12:47:00 2012 From: gbarrick@walsh.edu (George Barrick) Date: Mon, 27 Feb 2012 12:47:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4F497F79.6090500@gmail.com> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> Message-ID: <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> Subj: most recent xfig-3.2.5b-2 broken. 2012.02.27.12:45:48 UT Hi Marco (and cygwin-x folks), I will try the experiment that I think you are suggesting. If the .so is part of an older .dll, then a reinstallation of the packages should clear up the problem. I have not yet done that however because the same difficulty is emerging with the octave-3.6 that was released over the weekend. The message that I get is: gbarrick@TS207 ~/jpegs/figs $ octave /usr/bin/octave-3.6.1.exe: error while loading shared libraries: ?: cannot open shared object file: No such file or directory The cygcheck for octave indicates no particular problem: gbarrick@TS207 ~/jpegs/figs $ cygcheck octave Found: D:\cygwin\bin\octave Found: D:\cygwin\bin\octave -> D:\cygwin\bin\octave-3.6.1.exe D:\cygwin\bin\octave-3.6.1.exe D:\cygwin\bin\cygoctinterp-1.dll D:\cygwin\bin\cygoctave-1.dll D:\cygwin\bin\cygcruft-1.dll D:\cygwin\bin\cyggcc_s-1.dll D:\cygwin\bin\cygwin1.dll C:\WINDOWS\system32\KERNEL32.dll C:\WINDOWS\system32\ntdll.dll D:\cygwin\bin\cyggfortran-3.dll D:\cygwin\bin\cygstdc++-6.dll D:\cygwin\lib\lapack\cygblas-0.dll D:\cygwin\lib\lapack\cyglapack-0.dll D:\cygwin\bin\cygreadline7.dll D:\cygwin\bin\cygncursesw-10.dll C:\WINDOWS\system32\USER32.dll C:\WINDOWS\system32\GDI32.dll D:\cygwin\bin\cygfftw3-3.dll D:\cygwin\bin\cygfftw3f-3.dll D:\cygwin\bin\cygpcre-0.dll D:\cygwin\bin\cygqrupdate-0.dll D:\cygwin\bin\cygGL-1.dll D:\cygwin\bin\cygglapi-0.dll D:\cygwin\bin\cygX11-xcb-1.dll D:\cygwin\bin\cygX11-6.dll D:\cygwin\bin\cygxcb-1.dll D:\cygwin\bin\cygXau-6.dll D:\cygwin\bin\cygXdmcp-6.dll D:\cygwin\bin\cygxcb-glx-0.dll D:\cygwin\bin\cygGLU-1.dll D:\cygwin\bin\cygz.dll D:\cygwin\bin\cygfontconfig-1.dll D:\cygwin\bin\cygexpat-1.dll D:\cygwin\bin\cygfreetype-6.dll D:\cygwin\bin\cygbz2-1.dll D:\cygwin\bin\cygiconv-2.dll D:\cygwin\bin\cyghdf5-7.dll I also examined the file /var/log/setup.log.full, but saw only messages that looked like successful installations of the many hundreds of files in the octave packages, plus a few messages from "io_stream:mklink" that seem to indicate successful creation of links. Is there anything that I might do to narrow down the .so or .dll that is causing the problem? It seems quite odd, because this is a new installation of cygwin (about three weeks old), and I do not think that it has had time to get mucked up with old .dll's and such. George g_barrick_at_walsh_dot_edu -- 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/ From marco.atzeri@gmail.com Mon Feb 27 13:14:00 2012 From: marco.atzeri@gmail.com (marco atzeri) Date: Mon, 27 Feb 2012 13:14:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> Message-ID: <4F4B81A2.6000507@gmail.com> On 2/27/2012 1:47 PM, George Barrick wrote: > Subj: most recent xfig-3.2.5b-2 broken. > > 2012.02.27.12:45:48 UT > > Hi Marco (and cygwin-x folks), > > I will try the experiment that I think > you are suggesting. If the .so is part of an > older .dll, then a reinstallation of the > packages should clear up the problem. I > have not yet done that however because the > same difficulty is emerging with the octave-3.6 > that was released over the weekend. > > The message that I get is: > > gbarrick@TS207 ~/jpegs/figs > $ octave > /usr/bin/octave-3.6.1.exe: error while loading shared libraries: > ?: cannot open shared object file: No such file or directory now you triggered all my attention as octave package maintainer try this $ cd /bin $ strace -o /tmp/octave.strace octave-3.6.1.exe --version it should open a system message window mentioning what is missing > > George g_barrick_at_walsh_dot_edu > regards Marco -- 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/ From gbarrick@walsh.edu Mon Feb 27 14:36:00 2012 From: gbarrick@walsh.edu (George Barrick) Date: Mon, 27 Feb 2012 14:36:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4F4B81A2.6000507@gmail.com> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> <4F4B81A2.6000507@gmail.com> Message-ID: <4B30AD0BED19E842AAE88DC3973649314F6327B7B2@mail3.walsh.edu> > > The message that I get is: > > > > gbarrick@TS207 ~/jpegs/figs > > $ octave > > /usr/bin/octave-3.6.1.exe: error while loading shared libraries: > > ?: cannot open shared object file: No such file or directory > > now you triggered all my attention as octave package maintainer > > try this > > $ cd /bin > $ strace -o /tmp/octave.strace octave-3.6.1.exe --version > > it should open a system message window mentioning what is missing > > regards > Marco Subj: most recent xfig-3.2.5b-2 broken. Hi Marco, I ran strace on the octave-3.6.1.exe and got an empty message file. However, that strace terminated with a WinXP error alert box that said: octav-3.6.1.exe - Unable to locate component [ [ This application has failed to start because [ D:\Program Files\AlwilSoftware\Avast\snxhk.dll [ was not found. Re-installing the application [ may fix this problem. [ I guess that something is seriously screwed-up if my octave is trying to access a .dll from my antivirus program. I did install a program upgrade from Avast on Friday. It seems to be a bit more intrusive than the previous versions. However, my upgrade to octave-3.6.1 did not occur until this morning. George gbarrick_at_walsh_dot_edu -- 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/ -- 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/ From marco.atzeri@gmail.com Mon Feb 27 14:47:00 2012 From: marco.atzeri@gmail.com (marco atzeri) Date: Mon, 27 Feb 2012 14:47:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4B30AD0BED19E842AAE88DC3973649314F6327B7B2@mail3.walsh.edu> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> <4F4B81A2.6000507@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B2@mail3.walsh.edu> Message-ID: <4F4B9772.6030005@gmail.com> On 2/27/2012 3:35 PM, George Barrick wrote: >>> The message that I get is: >>> >>> gbarrick@TS207 ~/jpegs/figs >>> $ octave >>> /usr/bin/octave-3.6.1.exe: error while loading shared libraries: >>> ?: cannot open shared object file: No such file or directory >> >> now you triggered all my attention as octave package maintainer >> >> try this >> >> $ cd /bin >> $ strace -o /tmp/octave.strace octave-3.6.1.exe --version >> >> it should open a system message window mentioning what is missing >> >> regards >> Marco > > Subj: most recent xfig-3.2.5b-2 broken. > > Hi Marco, > > I ran strace on the octave-3.6.1.exe and > got an empty message file. of course, octave process never started :-) However, that strace > terminated with a WinXP error alert box that > said: > > octav-3.6.1.exe - Unable to locate component > [ > [ This application has failed to start because > [ D:\Program Files\AlwilSoftware\Avast\snxhk.dll > [ was not found. Re-installing the application > [ may fix this problem. > [ > > I guess that something is seriously screwed-up if > my octave is trying to access a .dll from my > antivirus program. I did install a program > upgrade from Avast on Friday. It seems to be > a bit more intrusive than the previous versions. > However, my upgrade to octave-3.6.1 did not occur > until this morning. > > George gbarrick_at_walsh_dot_edu Hi George, probably octave is just the victim of Avast I suspect the your antivirus is screwing up cygwin in general. Probably it tries to inject a dll in the dll chain does "D:\Program Files\AlwilSoftware\Avast\snxhk.dll" exist ? Regards Marco -- 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/ From gbarrick@walsh.edu Mon Feb 27 15:01:00 2012 From: gbarrick@walsh.edu (George Barrick) Date: Mon, 27 Feb 2012 15:01:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4F4B9772.6030005@gmail.com> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> <4F4B81A2.6000507@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B2@mail3.walsh.edu> <4F4B9772.6030005@gmail.com> Message-ID: <4B30AD0BED19E842AAE88DC3973649314F6327B7B3@mail3.walsh.edu> Subj: most recent xfig-3.5.2b-2 broken. 2012.02.27.15:00:43 UT > Hi George, > probably octave is just the victim of Avast I suspect that > your antivirus is screwing up cygwin in general. > Probably it tries to inject a dll in the dll chain > > does "D:\Program Files\AlwilSoftware\Avast\snxhk.dll" exist ? > > Regards > Marco Hi Marco, Yes. The file exists, but it is in the sub-directory Avast5 of the AlwilSoftware directory. Apparently their installer does not make everything perfect when it upgrades from a previous version. Should I then rip out both cygwin and the antivirus, then run a re-install of antivirus first, then the cygwin? Forgive me, install and re-install pretty much summarizes my suite of computing skills. When all that I have is a hammer, everything looks to me like a "hammer" kind of job. George gbarrick_at_walsh_dot_edu -- 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/ From marco.atzeri@gmail.com Mon Feb 27 15:05:00 2012 From: marco.atzeri@gmail.com (marco atzeri) Date: Mon, 27 Feb 2012 15:05:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4B30AD0BED19E842AAE88DC3973649314F6327B7B3@mail3.walsh.edu> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> <4F4B81A2.6000507@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B2@mail3.walsh.edu> <4F4B9772.6030005@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B3@mail3.walsh.edu> Message-ID: <4F4B9BB2.5020305@gmail.com> On 2/27/2012 4:01 PM, George Barrick wrote: > Subj: most recent xfig-3.5.2b-2 broken. > > 2012.02.27.15:00:43 UT > >> Hi George, >> probably octave is just the victim of Avast I suspect that >> your antivirus is screwing up cygwin in general. >> Probably it tries to inject a dll in the dll chain >> >> does "D:\Program Files\AlwilSoftware\Avast\snxhk.dll" exist ? >> >> Regards >> Marco > > Hi Marco, > > Yes. The file exists, but it is in the sub-directory > Avast5 of the AlwilSoftware directory. Apparently their > installer does not make everything perfect when it upgrades > from a previous version. > > Should I then rip out both cygwin and the antivirus, > then run a re-install of antivirus first, then the cygwin? > Forgive me, install and re-install pretty much summarizes > my suite of computing skills. When all that I have is a > hammer, everything looks to me like a "hammer" kind of > job. > > George gbarrick_at_walsh_dot_edu > I see no reason to re-install cygwin. It is purely a Avast problem -- 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/ From gbarrick@walsh.edu Mon Feb 27 16:21:00 2012 From: gbarrick@walsh.edu (George Barrick) Date: Mon, 27 Feb 2012 16:21:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4F4B9BB2.5020305@gmail.com> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> <4F4B81A2.6000507@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B2@mail3.walsh.edu> <4F4B9772.6030005@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B3@mail3.walsh.edu> <4F4B9BB2.5020305@gmail.com> Message-ID: <4B30AD0BED19E842AAE88DC3973649314F6327B7B4@mail3.walsh.edu> Subj: most recent xfig-3.5.2b-2 broken. 2012.02.27.16:18:08 UT > > I see no reason to re-install cygwin. It is purely a Avast problem > Hi Marco, I went and re-installed my antivirus so that its files would be stored in a better directory. That has fixed my problem, as the av still slips .dll's into the execution stack when I run cygwin processes, but now my system knows where everything can be found. I tested the new octave. At first it crashed when I asked for plots, but then I did the: rebaseall -v from the ash-shell, and everything works. Both the latest xfig and the new octave-3.6.1 work as they should. Thank you for your patience. George gbarrick_at_walsh_dot_edu -- 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/ From marco.atzeri@gmail.com Mon Feb 27 16:37:00 2012 From: marco.atzeri@gmail.com (marco atzeri) Date: Mon, 27 Feb 2012 16:37:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4B30AD0BED19E842AAE88DC3973649314F6327B7B4@mail3.walsh.edu> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> <4F4B81A2.6000507@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B2@mail3.walsh.edu> <4F4B9772.6030005@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B3@mail3.walsh.edu> <4F4B9BB2.5020305@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B4@mail3.walsh.edu> Message-ID: <4F4BB128.6010205@gmail.com> On 2/27/2012 5:20 PM, George Barrick wrote: > Subj: most recent xfig-3.5.2b-2 broken. > > 2012.02.27.16:18:08 UT > >> >> I see no reason to re-install cygwin. It is purely a Avast problem >> > > Hi Marco, > > I went and re-installed my antivirus so that its > files would be stored in a better directory. That has > fixed my problem, as the av still slips .dll's into the > execution stack when I run cygwin processes, but now > my system knows where everything can be found. > > I tested the new octave. At first it crashed > when I asked for plots, but then I did the: > > rebaseall -v Hi George if you see fork problem on the *.oct dll's of octave please try "rebaseall -s 'dll|so|oct'" > from the ash-shell, and everything works. Both the > latest xfig and the new octave-3.6.1 work as they > should. Thank you for your patience. > > George you are welcome Marco -- 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/ From yselkowitz@users.sourceforge.net Mon Feb 27 19:34:00 2012 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Mon, 27 Feb 2012 19:34:00 -0000 Subject: most recent xfig-3.2.5b-2 broken. In-Reply-To: <4B30AD0BED19E842AAE88DC3973649314F6327B7B4@mail3.walsh.edu> References: <4B30AD0BED19E842AAE88DC3973649314F600A1537@mail3.walsh.edu> <4F497F79.6090500@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B1@mail3.walsh.edu> <4F4B81A2.6000507@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B2@mail3.walsh.edu> <4F4B9772.6030005@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B3@mail3.walsh.edu> <4F4B9BB2.5020305@gmail.com> <4B30AD0BED19E842AAE88DC3973649314F6327B7B4@mail3.walsh.edu> Message-ID: <1330371265.6720.10.camel@YAAKOV04> On Mon, 2012-02-27 at 11:20 -0500, George Barrick wrote: > I went and re-installed my antivirus so that its > files would be stored in a better directory. That has > fixed my problem, as the av still slips .dll's into the > execution stack when I run cygwin processes, but now > my system knows where everything can be found. Unfortunately Avast 5 is BLODA: http://cygwin.com/faq/faq.using.html#faq.using.bloda Yaakov Cygwin/X -- 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/ From jay@m5.chicago.il.us Wed Feb 29 14:03:00 2012 From: jay@m5.chicago.il.us (Jay F Shachter) Date: Wed, 29 Feb 2012 14:03:00 -0000 Subject: XIO: fatal IO error 108 (Socket operation on non-socket) on X server ":0" Message-ID: <4f4e3011.1b1T4r1Mcc6izreJ%jay@m5.chicago.il.us> I have little experience with Cygwin, since I normally do not use Microsoft operating systems; but it is precisely for that reason that I do install cygwin whenever I have to work on a Microsoft system -- for example, when I remove the viruses (Malwarebytes, as per a friend's recommendation) from someone else's Windows XP laptop, which I have been doing for the past couple of days, not because I know anything about Windows, but because I know more than anyone else around here. Anyway, the viruses are all gone now, but it was a fair amount of work, and in order to make the experience even remotely tolerable, I installed Cygwin on this laptop, which is my reward, to myself, for having done this fellow a favor. But I am encountering a curious error. The "xinit" command creates a root window, but then after a minute, or maybe less, the root window disappears and the command exits with the error message, inter alia, XIO: fatal IO error 108 (Socket operation on non-socket) on X server ":0" after 7 requests (7 known processed) with 0 events remaining. winClipboardproc - XOpenDisplay() returned and successfully opened the display waiting for X server to shut down There is more, but you get the idea. Since I almost never use Cygwin, I have little notion of what may be wrong (when I have used Cygwin in the past, I never saw this error message), but if you can diagnose this problem from where you are sitting, or if you can give me a workaround even without diagnosing the problem, please do me the kindness of telling me what to do. I do not normally read this mailing list (an understatement, I never read this mailing list), but you may contact me using any of the means indicated below. Thank you in advance for any and all replies to this inquiry. Jay F. Shachter 6424 N Whipple St Chicago IL 60645-4111 (1-773)7613784 landline (1-410)9964737 GoogleVoice jay@m5.chicago.il.us "Quidquid latine dictum sit, altum videtur" -- 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/