From jon.turney@dronecode.org.uk Mon Aug 1 14:57:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 01 Aug 2011 14:57:00 -0000 Subject: AltGr key mostly fires an additional CONTROL key In-Reply-To: <006301cc4fb3$2696d060$73c47120$@de> References: <006301cc4fb3$2696d060$73c47120$@de> Message-ID: <4E36BED6.3070102@dronecode.org.uk> On 31/07/2011 19:53, Paul Maier wrote: > Hi Jon, > > another issue with the keyboard on a Lenovo T60 (Windows XP) and > Lenovo T510 (Windows 7). > > The AltGr key mostly fires and locks (!) an additional CONTROL key press. > This makes the AltGr key basically inusable (and a xmodmap workaround is not > possible). > > The AltGr key is a modifier key e. g. needed to get the @ sign (AltGr + Q) on a > German keyboard. > > > This is, what I found out on this issue: > ---------------------------------------- > > This is the output of xev when that occured. I pressed AltGR+Q once and > released it again. > Then (without any other modifier key pressed) I hit once a normal A. > As you can see, instead of a @ I get a CONTROL-@ (= control character 00) and > instead of an a I get a CONTROL-A (= control character 01). > xev logs out very clear that there is an additionally (unwanted) KeyPress for > key 37 = CONTROL_L. > There is no KeyRelease for the keycode 37 = CONTROL_L in the log: > > > KeyPress event, serial 23, synthetic NO, window 0xa00001, > root 0x101, subw 0xa00002, time 32794468, (47,57), root:(73,99), > state 0x10, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, > XLookupString gives 0 bytes: > XFilterEvent returns: False > > KeyPress event, serial 23, synthetic NO, window 0xa00001, > root 0x101, subw 0xa00002, time 32795046, (47,57), root:(73,99), > state 0x90, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, > XLookupString gives 0 bytes: > XFilterEvent returns: False > > KeyPress event, serial 23, synthetic NO, window 0xa00001, > root 0x101, subw 0xa00002, time 32795531, (47,57), root:(73,99), > state 0x94, keycode 24 (keysym 0x40, at), same_screen YES, > XLookupString gives 1 bytes: (00) "" > XFilterEvent returns: False > > KeyRelease event, serial 23, synthetic NO, window 0xa00001, > root 0x101, subw 0xa00002, time 32795640, (47,57), root:(73,99), > state 0x94, keycode 24 (keysym 0x40, at), same_screen YES, > XLookupString gives 1 bytes: (00) "" > XFilterEvent returns: False > > KeyRelease event, serial 23, synthetic NO, window 0xa00001, > root 0x101, subw 0xa00002, time 32798390, (47,57), root:(73,99), > state 0x94, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, > XLookupString gives 0 bytes: > XFilterEvent returns: False > > KeyPress event, serial 23, synthetic NO, window 0xa00001, > root 0x101, subw 0xa00002, time 32799890, (47,57), root:(73,99), > state 0x14, keycode 38 (keysym 0x61, a), same_screen YES, > XLookupString gives 1 bytes: (01) "" > XFilterEvent returns: False > > KeyRelease event, serial 23, synthetic NO, window 0xa00001, > root 0x101, subw 0xa00002, time 32800015, (47,57), root:(73,99), > state 0x14, keycode 38 (keysym 0x61, a), same_screen YES, > XLookupString gives 1 bytes: (01) "" > XFilterEvent returns: False > > > The ISO_Level3_Shift without the additional Control_L (left control key) would > be the expected behaviour. > It happens quite often (but I couldn't find the rule behind), pressing the > AltGr ONCE also LOCKS the Control_L key in a way that if you later press a > normal letter, say: a normal c, you get a CONTROL-C into the application. > The Control_L (left control key) stays locked until you press the real CONTROL > key. > > Meanwhile XWin.0.log logs out this: > > [ 32804,781] winSendKeyEvent: dwKey: 105, fDown: 1, nEvents 2 > [ 32805,984] winTranslateKey: wParam 00000011 lParam e01d0001 > [ 32805,984] winSendKeyEvent: dwKey: 29, fDown: 0, nEvents 2 > [ 32805,984] winTranslateKey: wParam 00000012 lParam c1380001 > [ 32805,984] winSendKeyEvent: dwKey: 105, fDown: 0, nEvents 2 > [ 32809,859] winTranslateKey: wParam 00000041 lParam 001e0001 > [ 32809,859] winSendKeyEvent: dwKey: 30, fDown: 1, nEvents 2 > [ 32809,968] winTranslateKey: wParam 00000041 lParam c01e0001 > [ 32809,968] winSendKeyEvent: dwKey: 30, fDown: 0, nEvents 2 > > Key 29 seems to be the stuck control key. > To emphasize again, I didn't press the control key on my keyboard. > I just pressed AltGr Q (in the intention to get a @), released it again, then I > pressed "a". Thanks for the detailed report. The actual issue here is that Windows apparently inserts a fake Ctrl-L keypress/release when AltGr is pressed/released (except when the keyboard layout is US). I have never found any documentation of this behavior, and I've no idea why it does this. There is some code in the X server which attempts to detect and discard these fake keypress/release events, but it not working reliably for some people has been reported a few times, but I've never been able to reproduce the problem or get to the bottom of what causes it. If you are willing to help, I've put together a test build with some extra debugging at [1]. If you could run that with '-logverbose 3' as before and attach the output, that would be helpful. [1] ftp://cygwin.com/pub/cygwinx/XWin.20110801-git-2d9f9305cb559907.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 Mon Aug 1 15:12:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 01 Aug 2011 15:12:00 -0000 Subject: A question about program icons ... In-Reply-To: References: <4E318481.4010501@cs.umass.edu> Message-ID: <4E36C23A.6080202@dronecode.org.uk> On 29/07/2011 15:10, Csaba Raduly wrote: > On Thu, Jul 28, 2011 at 5:47 PM, Eliot Moss wrote: >> Recently I started using startxwin and .XWinrc and am >> getting used to -multiwindow mode. Something I have been >> wondering is where the program icons actually come from. >> For example, I cannot for the life of me find the icons >> used for xemacs (has a little red XE in it) > > That seems to be /usr/share/xemacs-21.4.22/etc/xemacs-icon.xpm and > xemacs appears to set it programatically. The window icons (shown on taskbar, top-left of window, etc.) are indeed set programmatically. This is the case for normal windows applications as well. There is no requirement that the icon associated with a shortcut and the window icon which is actually used by an application started by that shortcut be the same. The multiwindow mode integrated WM understands about _NET_WM_ICON [1] and WM_HINTS [2] X window properties and hopefully converts a suitable icon found there on the fly into a Windows icon. It's up to the X application itself how those properties get set. [1] http://standards.freedesktop.org/wm-spec/wm-spec-1.3.html#id2507733 [2] http://tronche.com/gui/x/icccm/sec-4.html#WM_HINTS > When started from mintty, the xemach window has the generic Cywgin-X > icon, then switches to the red XE icon after it gets initialized. > > xemacs is just a shortcut: > $ ls -l /bin/xemacs > lrwxrwxrwx 1 ecsardu root 18 Jul 29 15:41 /bin/xemacs -> xemacs-21.4.22.exe* > > When started from a windows shortcut pointing to xemacs-21.4.22.exe, > it shows up with the icon of xemacs-21.4.22.exe and does not change > (because there is no DISPLAY in my Windows environment). -- 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 moss@cs.umass.edu Mon Aug 1 15:17:00 2011 From: moss@cs.umass.edu (Eliot Moss) Date: Mon, 01 Aug 2011 15:17:00 -0000 Subject: A question about program icons ... In-Reply-To: <4E36C23A.6080202@dronecode.org.uk> References: <4E318481.4010501@cs.umass.edu> <4E36C23A.6080202@dronecode.org.uk> Message-ID: <4E36C367.60509@cs.umass.edu> Thanks, Jon, for the additional explanations! Eliot -- 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 Aug 1 18:44:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 01 Aug 2011 18:44:00 -0000 Subject: X server shutdown or killed/destroyed In-Reply-To: <1311949646.24780.YahooMailNeo@web161423.mail.bf1.yahoo.com> References: <1311686439.44436.YahooMailNeo@web161429.mail.bf1.yahoo.com> <4E318140.7030602@dronecode.org.uk> <1311949646.24780.YahooMailNeo@web161423.mail.bf1.yahoo.com> Message-ID: <4E36F3EA.1040404@dronecode.org.uk> On 29/07/2011 15:27, Howard Feil wrote: > > Thanks for the reply. > > So far ssh -Y seems to be doing the trick. Good. I'd like to know a bit more about why this is happening, though, so if you could share the OS and sshd version which is running on the machine you are sshd-ing to, and the output when you connect using ssh -vvv -X, that would be interesting. > On 26/07/2011 14:20, Howard Feil wrote: >> I have installed cygwin on several windows XP 32bit machines. To do the install I used the defaults and then installed all of X11 and >> Networks. After a little while > > about 20 minutes? > >> when opening a new windows, I get the >> error: >> >> >> The application 'gedit' lost its connection to the display localhost:11.0; >> most likely the X server was shut down or you killed/destroyed >> the application. >> >> It doesn't matter what I do next, nothing simple makes the x-server come back alive. >> >> This >> is happening on multiple machines. For some reasons I have other >> machines that never have a problem. These machines may have older >> installations. >> >> >> Any advice is appreciated. > > Use ssh -Y > > [1] http://cygwin.com/ml/cygwin/2011-05/msg00394.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 Wed Aug 3 13:15:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 03 Aug 2011 13:15:00 -0000 Subject: AW: AltGr key mostly fires an additional CONTROL key In-Reply-To: <000001cc5085$6b711fb0$42535f10$@de> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> Message-ID: <4E3949E0.6090306@dronecode.org.uk> >> The actual issue here is that Windows apparently inserts a fake Ctrl-L >> keypress/release when AltGr is pressed/released (except when the keyboard >> layout is US). I have never found any documentation of this behavior, and >> I've no idea why it does this. >> >> There is some code in the X server which attempts to detect and discard these >> fake keypress/release events, but it not working reliably for some people has >> been reported a few times, but I've never been able to reproduce the problem >> or get to the bottom of what causes it. >> >> If you are willing to help, I've put together a test build with some extra >> debugging at [1]. If you could run that with '-logverbose 3' as before and >> attach the output, that would be helpful. >> >> [1] ftp://cygwin.com/pub/cygwinx/XWin.20110801-git-2d9f9305cb559907.exe.bz2 >> > no problem - here we go: > The logs are attached. > > This is what I did: > > 1. /bin/startxwin -- XWin.20110801-git-2d9f9305cb559907.exe -emulate3buttons 100 -logverbose 3 > 2. It took me more attempts than usual to reproduce it, therefore the interesting part will be at the end of the log. > 3. I manually killed the X-Server and took the log. > 4. XWin.0.log is the full log of the session. > 5. xev.txt: I have taken only the "interesting" part. > > My session in detail: > > I pressed several times AltGr and Q, nothing special, I get "@" (it doesn't happen always - just then and when). > I hold down AltGr for 2 seconds ... I play around. > Then I get into the bug: > I press AltGr and Q, then release both keys: I get CHAR 00. > I just hit key A and instead of "a" I get CHAR 01 = CONTROL-A. > I just hit key C and instead of "c" I get CHAR 03 = CONTROL-C. > Then I (first time) hit the real CONTROL key to unlock that situation. In the xev-log you see only(!) a ReleaseEvent at that point. > Then I press AltGr and Q again and I get CHAR HEX 40 = letter "@". > I hit key A and get "a". Thanks for the logs, that was very useful. I still can't reproduce this (although holding AltGr down to make it autorepeat seems the best way to try to do that). It is a timing issue with the keypress/release messages so it might be sensitive to CPU speed, or perhaps you have some software installed which looks at keypress/release messages and changes the timing? I've had a go at fixing it. Can you please try the build I've uploaded at [1] and see if it still shows the problem for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20110803-git-a493c0465e56ce0b.exe.bz2 -- 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 jthalliley@comerica.com Wed Aug 3 22:35:00 2011 From: jthalliley@comerica.com (J T Halliley) Date: Wed, 03 Aug 2011 22:35:00 -0000 Subject: Unable to open socket for inet Message-ID: Just installed Cygwin/X on WIndows XP Pro, Version 2002, SP 3. When I invoke startxwin, here's what I get: ---------------------- bash> startxwin Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.10.3.0 OS: Windows XP Service Pack 3 [Windows NT 5.1 build 2600] (Win32) Package: version 1.10.3-1 built 2011-07-19 XWin was started with the following command line: X :0 -multiwindow _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/GP3JDP1-E6410:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet _XSERVTransOpen: transport open failed for inet/GP3JDP1-E6410:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet _XSERVTransSocketOpenCOTSServer: Unable to open socket for local _XSERVTransOpen: transport open failed for local/GP3JDP1-E6410:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for local Fatal server error: Cannot establish any listening sockets - Make sure an X server isn't already running winDeinitMultiWindowWM - Noting shutdown in progress ---------------------- It seems as though there's a general networking issue: ---------------------- bash> ping 127.0.0.1 icmp: unknown protocol ---------------------- but using Windows ping from a DOS prompt works fine: ---------------------- Microsoft Windows XP [Version 5.1.2600] (C) Copyright 1985-2001 Microsoft Corp. C:\>ping 127.0.0.1 Pinging 127.0.0.1 with 32 bytes of data: Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 Ping statistics for 127.0.0.1: Packets: Sent = 3, Received = 3, Lost = 0 (0% loss), Approximate round trip times in milli-seconds: Minimum = 0ms, Maximum = 0ms, Average = 0ms Control-C ^C C:\> ---------------------- I am in the Administrators group, so raw sockets should work. We do run McAfee, so that could be an issue. Any ideas? Both for XWin and for ping? Are they related? Thanks, Tom -- 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 Aug 4 02:22:00 2011 From: svn-user@web.de (Paul Maier) Date: Thu, 04 Aug 2011 02:22:00 -0000 Subject: AW: AW: AltGr key mostly fires an additional CONTROL key In-Reply-To: <4E3949E0.6090306@dronecode.org.uk> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> <4E3949E0.6090306@dronecode.org.uk> Message-ID: <000001cc524d$3b4db6d0$b1e92470$@de> > Thanks for the logs, that was very useful. > > I still can't reproduce this (although holding AltGr down to make it > autorepeat seems the best way to try to do that). It is a timing issue with > the keypress/release messages so it might be sensitive to CPU speed, or > perhaps you have some software installed which looks at keypress/release > messages and changes the timing? > > I've had a go at fixing it. Can you please try the build I've uploaded at [1] > and see if it still shows the problem for you? > > [1] ftp://cygwin.com/pub/cygwinx/XWin.20110803-git-a493c0465e56ce0b.exe.bz2 Hi Jon, works fine for me. I Played around quite a while, but the CONTROL-locking didn't occur any more. Yippie! Is it ok, if I leave the hotfix file permanently in on my PC (I mean, did you base it on a recent XWin released version with just my bug fix in - or is there other experimental stuff inside?), then I'll use it automatically during work and I can let you know in case of problems. I wouldn't have started a thread with the following, but since we have already started looking at this keyboard, maybe you are interested in some of these: Tilde sign (~) should be a normal (not a blind) key. In Windows I hit AltGr+"+" to get ~, in XWin I need to type AltGr+"+" then space to get a ~. See attachment for the initial XWin xmodmap -pke table. Possible xmodmap correction (works fine): keycode 35 = plus asterisk plus asterisk asciitilde Euro Currency sign doesn't work. I know - it's not a latin1 character, but together with CP1252 this xmodmap correction works like Windows: keycode 26 = e E e E 0x0080 ALT+Space produces a NBSP character (HEX A0) in Windows, but not in XWin. xmodmap correction is unfortunately not possible, because the xmodmap setting on ISO_Level3_Shift+Space is just thrown away: Something like keycode 65 = space NoSymbol space NoSymbol nobreakspace or keycode 65 = space space space space nobreakspace doesn't work: it's discarded and the setting is not shown on a "xmodmap -pke". So I put nobreakspace to the fifth place of another key - there it works. That would be good if key 65 (space key) would accept above xmodmap setting or have it initially. Number block is not working. See attachment for the initial XWin xmodmap -pke table (all these KP_* settings look good at the first sight, but the keys don't produce numbers). Possible xmodmap correction (works fine): keycode 63 = asterisk asterisk keycode 79 = 7 7 keycode 80 = 8 8 keycode 81 = 9 9 keycode 82 = minus minus keycode 83 = 4 4 keycode 84 = 5 5 keycode 85 = 6 6 keycode 86 = plus plus keycode 87 = 1 1 keycode 88 = 2 2 keycode 89 = 3 3 keycode 90 = 0 0 keycode 91 = period period keycode 108 = Return Return keycode 112 = slash slash Regards, Paul -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: xmodmap.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 svn-user@web.de Thu Aug 4 02:27:00 2011 From: svn-user@web.de (Paul Maier) Date: Thu, 04 Aug 2011 02:27:00 -0000 Subject: XWin -ignoremousewheelpress Message-ID: <000401cc524d$e5e43740$b1aca5c0$@de> Hi Jon, maybe you are interested in this idea: The wheel of a wheel mouse also working as middle mouse button can be quite annoying, when you accidently paste lots of lines into an xterm while scrolling up and down. I thought an option -ignoremousewheelpress to XWin would be a great enhancement. Scrolling were possible, but clicking the wheel were ignored. (Using it would only make sense together with -emulate3buttons.) Luckily I found another mouse driver which allowed me to diable this directly on Windows, so it's fine for me, but such a mouse driver might not be available for all mice. 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 svn-user@web.de Thu Aug 4 02:29:00 2011 From: svn-user@web.de (Paul Maier) Date: Thu, 04 Aug 2011 02:29:00 -0000 Subject: xterm: scrollbar bug Message-ID: <000501cc524e$46d199d0$d474cd70$@de> Hi, I wanted to ask if it's already known, with which release xterm's scrollbar bug will be resolved. Thanks! 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 marco.atzeri@gmail.com Thu Aug 4 06:19:00 2011 From: marco.atzeri@gmail.com (Marco atzeri) Date: Thu, 04 Aug 2011 06:19:00 -0000 Subject: Unable to open socket for inet In-Reply-To: References: Message-ID: <4E3A39EC.2020104@gmail.com> On 8/4/2011 12:35 AM, J T Halliley wrote: > Just installed Cygwin/X on WIndows XP Pro, Version 2002, SP 3. > When I invoke startxwin, here's what I get: > > ---------------------- > bash> startxwin > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 1.10.3.0 > OS: Windows XP Service Pack 3 [Windows NT 5.1 build 2600] (Win32) > Package: version 1.10.3-1 built 2011-07-19 > > XWin was started with the following command line: > > X :0 -multiwindow > > _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 > _XSERVTransOpen: transport open failed for inet6/GP3JDP1-E6410:0 > _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 > _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet > _XSERVTransOpen: transport open failed for inet/GP3JDP1-E6410:0 > _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet > _XSERVTransSocketOpenCOTSServer: Unable to open socket for local > _XSERVTransOpen: transport open failed for local/GP3JDP1-E6410:0 > _XSERVTransMakeAllCOTSServerListeners: failed to open listener for local > > Fatal server error: > Cannot establish any listening sockets - Make sure an X server isn't > already running > winDeinitMultiWindowWM - Noting shutdown in progress > ---------------------- > > It seems as though there's a general networking issue: > > ---------------------- > bash> ping 127.0.0.1 > icmp: unknown protocol > ---------------------- > > but using Windows ping from a DOS prompt works fine: > > ---------------------- > Microsoft Windows XP [Version 5.1.2600] > (C) Copyright 1985-2001 Microsoft Corp. > > C:\>ping 127.0.0.1 > > Pinging 127.0.0.1 with 32 bytes of data: > > Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 > Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 > Reply from 127.0.0.1: bytes=32 time<1ms TTL=128 > > Ping statistics for 127.0.0.1: > Packets: Sent = 3, Received = 3, Lost = 0 (0% loss), > Approximate round trip times in milli-seconds: > Minimum = 0ms, Maximum = 0ms, Average = 0ms > Control-C > ^C > C:\> > ---------------------- > > I am in the Administrators group, so raw sockets should work. We do run > McAfee, so that could be an issue. > > Any ideas? Both for XWin and for ping? Are they related? > > Thanks, > Tom check using cygwin ping, if this fail than something is blocking the communication. The windows ping has more "authorization" so it could misses the problem. 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 jthalliley@comerica.com Thu Aug 4 20:18:00 2011 From: jthalliley@comerica.com (J T Halliley) Date: Thu, 04 Aug 2011 20:18:00 -0000 Subject: Unable to open socket for inet Message-ID: The first problem I found is that you must leave SYSTEMROOT set to c:\windows, not to /c/windows or /cygdrive/c/windows. This allowed ping to work. However, I'm still having X issues (but it got farther): ------------------------------------- bash> startxwin Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.10.3.0 OS: Windows XP Service Pack 3 [Windows NT 5.1 build 2600] (Win32) Package: version 1.10.3-1 built 2011-07-19 XWin was started with the following command line: X :0 -multiwindow _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/GP3JDP1-E6410:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/jth180/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD winDetectSupportedEngines - Windows NT, allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL winDetectSupportedEngines - Returning, supported engines 0000001f winTaskbarInit - Could not get SHGetPropertyStoreForWindow address winSetEngine - Multi Window or Rootless => ShadowGDI winScreenInit - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 2880 height: 900 depth: 32 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 winInitMultiWindowWM - Calling pthread_mutex_lock () Screen 0 added at virtual desktop coordinate (0,0). winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 [dix] Could not init font path element /usr/share/fonts/TTF/, removing from list! [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [dix] Could not init font path element /usr/share/fonts/Type1/, removing from list! 2 [main] X 7304 fork: child -1 - died waiting for longjmp before initialization, retry 0, exit code 0x100, errno 11 giving up. startxwin: Connection refused (errno 111): unable to connect to X server startxwin: No such process (errno 3): Server error. ------------------------------------- Ideas? -- 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 jthalliley@comerica.com Thu Aug 4 20:59:00 2011 From: jthalliley@comerica.com (J T Halliley) Date: Thu, 04 Aug 2011 20:59:00 -0000 Subject: Unable to open socket for inet Message-ID: I've got Cygwin/X working now. I had to 1. Shut down all cygwin processes. 2. Run ash from a DOS window. 3. Execute /bin/rebaseall Now all is good. Tom -- 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 Fri Aug 5 00:04:00 2011 From: cygwin@tlinx.org (Linda Walsh) Date: Fri, 05 Aug 2011 00:04:00 -0000 Subject: segfault Xserver...current version (1.8) Message-ID: <4E3B3328.3050608@tlinx.org> /var/log/XWin> more XWin.0.log [ 58452.716] winInitMultiWindowWM - XOpenDisplay () returned and successfully op ened the display. [ 58452.716] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 58452.732] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [ 58458.145] Segmentation fault at address 0x0 [ 58458.145] Fatal server error: [ 58458.145] Caught signal 11 (Segmentation fault). Server aborting [ 58458.145] ~ ~ ---- I just upgraded to the new server last night... Works fine for most things... But ran yast2, on my suse box.... kills it every time. w/signal 11. Previous version didn't have a problem. ---- cygcheck.out: (yeah, most of my packages are 'old'....but am working on that... writing my own install script is on my 'todo list'....since I figured out how to install packages singly, manually...(what a pain!)... *Cygwin Package Information Last downloaded files to: S:\Software\Cygwin Last downloaded files from: http://mirrors.kernel.org/sourceware/cygwin/ Package Version Status _update-info-dir 00909-1 OK a2ps 4.13-1 OK aewm++-goodies 1.0-1 OK afio 2.5-1 OK alternatives 1.3.30c-10 OK arc 5.21m-1 OK aria2 1.9.4-1 OK arj 3.10.22-1 OK aspell 0.60.5-1 OK aspell-en 6.0.0-1 OK astyle 1.24-1 OK atool 0.37.0-1 OK attr 2.4.43-1 OK audiofile 0.2.7-1 OK Missing file: /usr/share/autotools/ac-wrapper.sh from package autoconf autoconf 8-1 Incomplete autoconf2.1 2.13-10 OK Missing file: /usr/bin/autoconf-2.68 from package autoconf2.5 Missing file: /usr/bin/autoheader-2.68 from package autoconf2.5 Missing file: /usr/bin/autom4te-2.68 from package autoconf2.5 Missing file: /usr/bin/autoreconf-2.68 from package autoconf2.5 Missing file: /usr/bin/autoscan-2.68 from package autoconf2.5 Missing file: /usr/bin/autoupdate-2.68 from package autoconf2.5 Missing file: /usr/bin/ifnames-2.68 from package autoconf2.5 autoconf2.5 2.65-1 Incomplete Missing file: /usr/share/autotools/am-wrapper.sh from package automake automake 4-10 Incomplete Empty package automake1.10 automake1.10 1.10.3-1 OK Empty package automake1.11 automake1.11 1.11.1-1 OK Empty package automake1.4 automake1.4 1.4p6-10 OK Empty package automake1.5 automake1.5 1.5-10 OK Empty package automake1.6 automake1.6 1.6.3-11 OK Empty package automake1.7 automake1.7 1.7.9-10 OK Empty package automake1.8 automake1.8 1.8.5-10 OK Empty package automake1.9 automake1.9 1.9.6-10 OK autossh 1.4b-1 OK autotrace 0.31.1-10 OK base-cygwin 2.1-1 OK base-files 3.9-3 OK Empty package base-passwd base-passwd 3.1-1 OK bash 3.2.49-23 OK bash-completion 1.2-1 OK bashdb 3.1_0.09-1 OK bc 1.06-2 OK bdftopcf 1.0.2-1 OK binutils 2.20.51-2 OK bitmap 1.0.4-1 OK bmp2png 1.62-1 OK bool 0.2.1-1 OK boxes 1.0.1a-1 OK brltty 4.2-2 OK bsdcpio 2.8.3-1 OK bsdtar 2.8.3-1 OK build-docbook-catalog 1.5-1 OK bvi 1.3.2-1 OK bzip2 1.0.5-10 OK cabextract 1.1-1 OK catdoc 0.94.2-3 OK catgets 1.0-1 OK ccdoc 0.8.41-2 OK cdargs 1.35-1 OK chere 1.1-1 OK chkconfig 1.3.30a-1 OK Empty package clamav clamav 0.96-1 OK colordiff 1.0.9-1 OK colorgcc 1.3.2-2 OK compface 1.5.2-11 OK compositeproto 0.4.1-1 OK connect-proxy 1.101-1 OK coreutils 8.5-2 OK corkscrew 2.0-1 OK cpio 2.11-1 OK cppcheck 1.44-1 OK cppunit 1.12.1-1 OK Missing file: /usr/bin/cron-config from package cron cron 4.1-59 Incomplete crypt 1.1-1 OK csih 0.9.1-1 OK ctags 5.8-1 OK Missing file: /usr/share/cvs/contrib/rcs2log from package cvs cvs 1.12.13-10 Incomplete cvs2svn 2.3.0-1 OK cvsps 2.2b1-1 OK cvsutils 0.2.5-1 OK cygport 0.9.85-1 OK cygrunsrv 1.34-1 OK cygutils 1.4.2-1 OK cygwin 1.7.5-1 OK cygwin-doc 1.7-1 OK cygwin-x-doc 1.1.0-1 OK damageproto 1.2.0-1 OK dash 0.5.6.1-2 OK Missing file: /usr/bin/db4.5_archive.exe from package db4.5 Missing file: /usr/bin/db4.5_checkpoint.exe from package db4.5 Missing file: /usr/bin/db4.5_deadlock.exe from package db4.5 Missing file: /usr/bin/db4.5_dump.exe from package db4.5 Missing file: /usr/bin/db4.5_load.exe from package db4.5 Missing file: /usr/bin/db4.5_printlog.exe from package db4.5 Missing file: /usr/bin/db4.5_recover.exe from package db4.5 Missing file: /usr/bin/db4.5_stat.exe from package db4.5 Missing file: /usr/bin/db4.5_upgrade.exe from package db4.5 Missing file: /usr/bin/db4.5_verify.exe from package db4.5 db4.5 4.5.20.2-2 Incomplete Empty package dblatex dblatex 0.3-1 OK dbus 1.2.24-1 OK dejagnu 20021217-2 OK Empty package desktop-file-utils desktop-file-utils 0.15-3 OK diffstat 1.53-1 OK diffutils 2.9-1 OK Empty package ec-fonts-mftraced ec-fonts-mftraced 1.0.8-4 OK ed 1.0-1 OK editres 1.0.4-1 OK editrights 1.01-2 OK email 3.1.2-2 OK enscript 1.6.4-2 OK epstool 3.08-2 OK esound 0.2.41-10 OK Empty package eventlog eventlog 0.2.9-1 OK exif 0.6.15-1 OK Missing file: /usr/bin/exim-config from package exim exim 4.70-1 Incomplete expat 2.0.1-1 OK expect 20030128-1 OK Empty package fcrackzip fcrackzip 0.3-1 OK fdupes 1.50-PR2-1 OK figlet 2.2.2-2 OK file 5.04-1 OK findutils 4.5.9-1 OK fixesproto 4.1.1-1 OK flip 1.19-1 OK font-adobe-dpi100 1.0.1-1 OK Empty package font-adobe-dpi75 font-adobe-dpi75 1.0.1-1 OK font-adobe-utopia-dpi100 1.0.2-1 OK font-adobe-utopia-type1 1.0.2-1 OK font-alias 1.0.2-1 OK font-arabic-misc 1.0.1-1 OK font-bh-dpi100 1.0.1-1 OK Empty package font-bh-dpi75 font-bh-dpi75 1.0.1-1 OK font-bh-lucidatypewriter-dpi100 1.0.1-1 OK Empty package font-bh-lucidatypewriter-dpi75 font-bh-lucidatypewriter-dpi75 1.0.1-1 OK font-bh-ttf 1.0.1-1 OK font-bh-type1 1.0.1-1 OK font-bitstream-dpi100 1.0.1-1 OK font-bitstream-speedo 1.0.1-1 OK font-bitstream-type1 1.0.1-1 OK font-bitstream-vera-ttf 1.10-1 OK font-cursor-misc 1.0.1-1 OK font-daewoo-misc 1.0.1-1 OK font-dec-misc 1.0.1-1 OK font-encodings 1.0.3-1 OK font-ibm-type1 1.0.1-1 OK font-isas-misc 1.0.1-1 OK font-jis-misc 1.0.1-1 OK font-micro-misc 1.0.1-1 OK font-misc-meltho 1.0.1-1 OK Empty package font-misc-misc font-misc-misc 1.1.0-1 OK Empty package font-schumacher-misc font-schumacher-misc 1.1.0-1 OK font-util 1.1.1-1 OK font-xfree86-type1 1.0.2-1 OK fontconfig 2.8.0-1 OK fontsproto 2.1.0-1 OK fonttosfnt 1.0.4-1 OK freetype2-demos 2.3.12-1 OK Empty package fvwm fvwm 2.5.21-1 OK gamin 0.1.10-11 OK gawk 3.1.8-1 OK gcc-core 3.4.4-999 OK Missing file: /usr/bin/g++-3.exe from package gcc-g++ gcc-g++ 3.4.4-999 Incomplete gcc-mingw-core 20050522-1 OK gcc-mingw-g++ 20050522-1 OK Missing file: /usr/bin/cpp-4.exe from package gcc4-core Missing file: /usr/bin/gcc-4.exe from package gcc4-core Missing file: /usr/bin/gcov-4.exe from package gcc4-core Missing file: /usr/bin/i686-pc-cygwin-gcc-4.exe from package gcc4-core gcc4-core 4.3.4-3 Incomplete GConf2 2.28.1-1 OK gdb 6.8-2 OK geoip 1.3.14-1 OK gettext 0.17-11 OK Empty package ghostscript ghostscript 8.63-2 OK Empty package ghostscript-fonts-other ghostscript-fonts-other 6.0-1 OK Empty package ghostscript-fonts-std ghostscript-fonts-std 8.11-1 OK git 1.7.1-1 OK glproto 1.4.11-1 OK gmp 4.3.1-3 OK Empty package gnome-icon-theme gnome-icon-theme 2.30.3-1 OK gnome-keyring 2.30.3-1 OK gnome-mime-data 2.18.0-10 OK gnupg 1.4.9-2 OK Missing file: /usr/share/grace/bin/xmgrace.exe from package grace grace 5.1.19-1 Incomplete grandr 0.1-1 OK GraphicsMagick 1.3.12-1 OK grep 2.6.3-1 OK Empty package groff groff 1.20.1-2 OK Empty package guile guile 1.8.2-1 OK Empty package guile-doc guile-doc 1.8.2-1 OK gv 3.6.5-1 OK gzip 1.3.12-2 OK help2man 1.36.4-11 OK hexedit 1.2.12-2 OK hicolor-icon-theme 0.12-1 OK hp2xx 3.4.4-10 OK httping 1.4.1-1 OK httptunnel 3.3-1 OK iceauth 1.0.3-1 OK icedax 1.1.7.1-1 OK ico 1.0.2-1 OK icon-naming-utils 0.8.90-1 OK icu 3.8-7 OK ImageMagick 6.4.0.6-2 OK imake 1.0.3-1 OK indent 2.2.11-1 OK inetutils 1.7-1 OK inputproto 2.0-1 OK integrit 4.1-1 OK ipc-utils 1.0-1 OK iprint 1.3-1 OK jbigkit 2.0-11 OK jgraph 8.3-1 OK kbproto 1.0.4-1 OK less 436-1 OK lesstif 0.95.2-2 OK libaa1 1.4rc5-10 OK libAfterImage 1.18-1 OK Empty package libAfterImage0 libAfterImage0 1.18-1 OK libao2 0.8.8-1 OK libapr1 1.4.2-1 OK libaprutil1 1.3.9-3 OK libarchive 2.8.3-1 OK libarchive2 2.8.3-1 OK libaspell15 0.60.5-1 OK libatk1.0_0 1.30.0-1 OK libattr1 2.4.43-1 OK libaudio2 1.9.2-1 OK libaudiofile0 0.2.7-1 OK libautotrace3 0.31.1-10 OK libblkid1 2.17.2-1 OK libbrlapi 4.2-2 OK libbz2_1 1.0.5-10 OK libcairo2 1.8.10-1 OK libcharset1 1.13.1-1 OK libclamav6 0.96-1 OK libcom_err2 1.41.12-1 OK libcompface0 1.5.2-11 OK libcurl4 7.20.1-1 OK libdb4.2 4.2.52.5-2 OK libdb4.5 4.5.20.2-2 OK libdbus-glib_1_2 0.86-1 OK libdbus1_3 1.2.24-1 OK libdmx1 1.1.0-1 OK libedit0 20090923-1 OK libEMF1 1.0.4-1 OK libesd0 0.2.41-10 OK libexif12 0.6.17-10 OK libexpat0 1.95.8-2 OK libexpat1 2.0.1-1 OK libexpat1-devel 2.0.1-1 OK libfam0 0.1.10-11 OK libffi4 4.3.4-3 OK libFLAC++6 1.2.1-2 OK libFLAC8 1.2.1-2 OK libfontconfig1 2.8.0-1 OK libfontenc1 1.0.5-1 OK libfpx 1.2.0.13-1 OK libfpx1 1.2.0.13-1 OK libfreetype6 2.3.12-1 OK Empty package libgc libgc 6.4-1 OK libgcc1 4.3.4-3 OK libgconf2_4 2.28.1-1 OK libgcr0 2.30.3-1 OK libgcrypt11 1.4.5-1 OK libgd2 2.0.36RC1-11 OK libgdbm4 1.8.3-20 OK libgdk_pixbuf2.0_0 2.20.1-1 OK libgettextpo0 0.17-11 OK libgif-devel 4.1.6-10 OK libgif4 4.1.6-10 OK libGL-devel 7.6.1-1 OK libGL1 7.6.1-1 OK libglade2.0_0 2.6.4-1 OK libglib1.2_0 1.2.10-10 OK libglib2.0_0 2.24.1-1 OK libglitz1 0.5.6-10 OK libGLU1 7.6.1-1 OK libglut3 2.6.0-1 OK libgmp3 4.3.1-3 OK libgmpxx4 4.3.1-3 OK libgnutls26 2.8.6-1 OK libgomp1 4.3.4-3 OK libgp11_0 2.30.3-1 OK libgpg-error 1.7-1 OK libgpg-error-devel 1.7-1 OK libgpg-error0 1.7-1 OK libGraphicsMagick3 1.3.12-1 OK libgs8 8.63-2 OK libgtk1.2_0 1.2.10-10 OK libgtk2.0_0 2.20.1-1 OK libguile12 1.6.7-4 OK libguile17 1.8.2-1 OK libICE-devel 1.0.6-1 OK libICE6 1.0.6-1 OK libiconv 1.13.1-1 OK libiconv2 1.13.1-1 OK libicu38 3.8-7 OK libIDL2_0 0.8.14-1 OK libidn11 1.18-1 OK libImageMagick1 6.4.0.6-2 OK libintl3 0.14.5-1 OK libintl8 0.17-11 OK libjasper1 1.900.1-11 OK libjasper1.701_0 1.701.0-3 OK libjbig-devel 2.0-11 OK libjbig2 2.0-11 OK libjpeg-devel 7-10 OK libjpeg62 6b-21 OK libjpeg7 7-10 OK libkpathsea3 2.0.2-15 OK libkpathsea4 3.0.0-3 OK liblcms1 1.19-2 OK libltdl3 1.5.27a-1 OK libltdl7 2.2.7a-15 OK liblzma1 4.999.9beta-11 OK liblzo2_2 2.03-10 OK libming1 0.4.3-2 OK libmng1 1.0.10-1 OK libmpfr1 2.4.1-4 OK libncurses-devel 5.7-18 OK libncurses10 5.7-18 OK libncurses7 5.3-4 OK libncurses8 5.5-10 OK libncurses9 5.7-16 OK libncursesw10 5.7-18 OK libneon27 0.29.3-1 OK libnetpbm10 10.49.2-1 OK libogg0 1.2.0-1 OK libopenldap2_3_0 2.3.43-1 OK libopenssl098 0.9.8o-2 OK libORBit2_0 2.14.18-1 OK libosp5 1.5.2-2 OK libostyle1 1.4devel1-2 OK libpango1.0_0 1.28.1-1 OK libpcre-devel 8.02-1 OK libpcre0 8.02-1 OK libpcrecpp0 8.02-1 OK libpixman1_0 0.18.0-1 OK libplot2 2.6-2 OK libplotter2 2.6-2 OK libpng12 1.2.35-10 OK libpopt0 1.6.4-4 OK libpq5 8.2.11-1 OK libproj0 4.5.0a-2 OK libproxy0 0.2.3-2 OK libpstoedit0 3.50-1 OK libpth20 2.0.7-2 OK libpthread-stubs 0.2-1 OK libqt3 3.3.8b-11 OK libQtCore4 4.5.3-1 OK Missing file: /usr/lib/qt4/bin/qdbus.exe from package libQtDBus4 libQtDBus4 4.5.3-1 Incomplete libQtDesigner4 4.5.3-1 OK libQtGui4 4.5.3-1 OK libQtHelp4 4.5.3-1 OK libQtNetwork4 4.5.3-1 OK libQtScript4 4.5.3-1 OK libQtSql4 4.5.3-1 OK libQtWebKit4 4.5.3-1 OK libQtXml4 4.5.3-1 OK libQtXmlPatterns4 4.5.3-1 OK librarian0 0.8.1-12 OK libreadline5 4.3-5 OK libreadline6 5.2.14-12 OK libreadline7 6.0.3-2 OK librsync1 0.9.7-3 OK libsasl2 2.1.23-1 OK libserf0_0 0.3.1-1 OK libsigsegv0 2.6-1 OK libsigsegv2 2.8-1 OK libSM6 1.1.1-2 OK libsmi 0.4.8-1 OK libsmi2 0.4.8-1 OK libsqlite3_0 3.6.21-3 OK libss2 1.41.12-1 OK libssh2_1 1.2.5-1 OK libssp0 4.3.4-3 OK libstartup-notification1_0 0.10-1 OK libstdc++6 4.3.4-3 OK libtasn1_3 2.6-1 OK libtextcat 2.2-2 OK libtextcat0 2.2-2 OK libtiff4 3.6.0-5 OK libtiff5 3.9.2-1 OK libtiff6 4.0.0beta5-1 OK libtool 2.2.7a-15 OK libungif4 4.1.4-2 OK libusb-win32 0.1.12.2-1 OK libustr1 1.0.4-11 OK libuuid1 2.17.2-1 OK libWindowsWM7 1.0.1-1 OK libwmf027 0.2.8.4-10 OK libwrap0 7.6-21 OK libwraster3 0.92.1pre2-1 OK libX11-devel 1.3.3-1 OK libX11_6 1.3.3-1 OK libXau-devel 1.0.5-1 OK libXau6 1.0.5-1 OK libXaw3d7 1.5D-10 OK libXaw6 1.0.7-1 OK libXaw7 1.0.7-1 OK libXaw8 6.8.99.901-1 OK libxcb-atom1 0.3.6-1 OK libxcb-aux0 0.3.6-1 OK libxcb-composite0 1.6-1 OK libxcb-damage0 1.6-1 OK libxcb-devel 1.6-1 OK libxcb-doc 1.6-1 OK libxcb-glx0 1.6-1 OK libxcb-render-util0 0.3.6-1 OK libxcb-render0 1.6-1 OK libxcb-shape0 1.6-1 OK libxcb-shm0 1.6-1 OK libxcb-sync0 1.6-1 OK libxcb-xfixes0 1.6-1 OK libxcb-xinerama0 1.6-1 OK libxcb-xinput0 1.6-1 OK libxcb-xtest0 1.6-1 OK libxcb1 1.6-1 OK libXcomposite1 0.4.1-1 OK libXcursor1 1.1.10-1 OK libXdamage1 1.1.2-1 OK libXdmcp-devel 1.0.3-1 OK libXdmcp6 1.0.3-1 OK libxerces-c30 3.0.1-10 OK libXext-devel 1.1.1-1 OK libXext6 1.1.1-1 OK libXfixes3 4.0.4-1 OK libXfont1 1.4.1-1 OK libXft2 2.1.14-1 OK libXi6 1.3-1 OK libXinerama1 1.1-1 OK libxkbfile1 1.0.6-1 OK libXm2 0.95.2-2 OK libXmHTML0 1.1.7-10 OK libxmi0 2.6-2 OK libxml2 2.7.7-1 OK libxml2-doc 2.7.7-1 OK libXmu6 1.0.5-1 OK libXmuu1 1.0.5-1 OK libXp6 6.8.99.901-1 OK libXpm4 3.5.8-1 OK libXrandr2 1.3.0-10 OK libXrender1 0.9.5-1 OK libXRes1 1.0.4-1 OK libxslt 1.1.26-2 OK libXss1 1.2.0-1 OK libXt6 1.0.8-1 OK libXtst6 1.1.0-1 OK libzvt 1.4.2-3 OK Empty package lighttpd lighttpd 1.4.20-1 OK links 2.2-1 OK listres 1.0.2-1 OK lndir 1.0.1-2 OK login 1.10-10 OK Empty package lua lua 5.1.4-11 OK luit 1.0.5-1 OK lv 4.51-1 OK Empty package lynx lynx 2.8.5-4 OK Empty package lyx lyx 1.6.6-1 OK lzop 1.02rc1-1 OK m4 1.4.14-1 OK make 3.81-2 OK makedepend 1.0.2-1 OK man 1.6f-1 OK mc 4.6.1-2 OK mesa 7.6.1-1 OK mined 2000.16-1 OK ming 0.4.3-2 OK mingw-bzip2 1.0.5-10 OK mingw-libbz2-devel 1.0.5-10 OK mingw-libbz2_1 1.0.5-10 OK mingw-libgcrypt11 1.4.5-1 OK mingw-libgpg-error0 1.7-1 OK mingw-liblzma-devel 4.999.9beta-11 OK mingw-liblzma1 4.999.9beta-11 OK mingw-runtime 3.18-1 OK mingw-xz 4.999.9beta-11 OK mingw-zlib 1.2.3-10 OK mingw-zlib-devel 1.2.3-10 OK mingw-zlib0 1.2.3-10 OK minires 1.02-1 OK mintty 0.7.1-1 OK mkfontdir 1.0.5-1 OK mkfontscale 1.0.7-1 OK mlcscope 14.1.8-2 OK mmv 1.01b-1 OK multitail 5.2.6-1 OK nas 1.9.2-1 OK nasm 2.08.02-1 OK ncurses 5.7-18 OK netcat 1.10-2 OK netpbm 10.49.2-1 OK nfs-server 2.3-5 OK odt2txt 0.3+git20070827-1 OK opengl 1.1.0-10 OK openssh 5.5p1-2 OK openssl 0.9.8o-2 OK openssl097 0.9.7l-1 OK optipng 0.5.5-2 OK p7zip 9.04-10 OK par 1.52-1 OK Missing file: /usr/bin/cygparrot2_6_0.dll from package parrot Missing file: /usr/bin/ops2c.exe from package parrot Missing file: /usr/bin/parrot-prove.exe from package parrot parrot 2.3.0-2 Incomplete patch 2.5.8-9 OK patcher 0.0.20040521-1 OK patchutils 0.3.1-1 OK pcre 8.02-1 OK pdftk 1.41-1 OK Missing file: /usr/bin/cpan from package perl Missing file: /usr/bin/cpantest from package perl Missing file: /usr/bin/json_xs from package perl Missing file: /usr/bin/metabase-profile from package perl Missing file: /usr/bin/perl.exe from package perl perl 5.10.1-3 Incomplete perl-Error 0.17016-1 OK perl-ExtUtils-Depends 0.302-1 OK perl-ExtUtils-PkgConfig 1.12-1 OK perl-Graphics-Magick 1.3.12-1 OK perl-Image-Magick 6.4.0.6-2 OK perl-libwin32 0.28-3 OK perl-Locale-gettext 1.05-11 OK perl-SGMLSpm 1.03ii-2 OK perl-Tk 804.029-1 OK perl-Win32-GUI 1.06-3 OK perl-XML-Simple 2.18-10 OK perl_manpages 5.10.1-3 OK pinfo 0.6.9-1 OK ping 1.0-1 OK pkg-config 0.23b-10 OK ploticus 2.32-1 OK ploticus-common 2.32-1 OK ploticus-doc 2.32-1 OK pngcheck 2.3.0-1 OK pngcrush 1.6.7-1 OK pngquant 1.0-1 OK popt 1.6.4-4 OK potrace 1.8-1 OK printproto 1.0.4-1 OK procps 3.2.7-1 OK proxymngr 1.0.1-1 OK psmisc 21.5-3 OK psutils 1.17-1 OK pth 2.0.7-2 OK python 2.6.5-2 OK python-pyrex 0.9.9-2 OK python-xdg 0.19-1 OK qt3-doc 3.3.8b-11 OK Missing file: /usr/lib/qt3/bin/qtconfig.exe from package qt3-qtconfig qt3-qtconfig 3.3.8b-11 Incomplete qt4-doc 4.5.3-1 OK quilt 0.46-2 OK rakudo 201004-2 OK randrproto 1.3.1-1 OK rarian 0.8.1-12 OK rats 2.3-1 OK rcs 5.7-11 OK rdiff-backup 1.2.8-4 OK rdtool 0.6.20-1 OK readline 6.0.3-2 OK readpst 0.5.2-1 OK rebase 3.0.1-1 OK recordproto 1.14-1 OK rendercheck 1.3-1 OK renderproto 0.11-1 OK resourceproto 1.1.0-1 OK rgb 1.0.3-1 OK rlwrap 0.24-1 OK Missing file: /usr/lib/rpm/rpmd.exe from package rpm Missing file: /usr/lib/rpm/rpmk.exe from package rpm Missing file: /usr/lib/rpm/rpmq.exe from package rpm rpm 4.1-2 Incomplete Missing file: /usr/lib/rpm/rpmb.exe from package rpm-build rpm-build 4.1-2 Incomplete rpm-doc 4.1-2 OK rsh 0.17-1 OK rsh-server 0.17-1 OK rsnapshot 1.3.1-1 OK rstart 1.0.3-1 OK rsync 3.0.7-1 OK Empty package ruby ruby 1.8.7-p72-2 OK run 1.1.12-11 OK run2 0.4.0-1 OK rxp 1.5.0-1 OK rxvt 20050409-21 OK rxvt-unicode-common 9.07-1 OK Missing file: /usr/bin/urxvt-X.exe from package rxvt-unicode-X Missing file: /usr/bin/urxvtc-X.exe from package rxvt-unicode-X Missing file: /usr/bin/urxvtd-X.exe from package rxvt-unicode-X rxvt-unicode-X 9.07-1 Incomplete rzip 2.1-1 OK sed 4.2.1-1 OK sessreg 1.0.5-1 OK setxkbmap 1.1.0-1 OK sgrep 1.94a-2 OK shared-mime-info 0.71-1 OK sharutils 4.8-1 OK shutdown 1.7-1 OK since 0.5-1 OK smartmontools 5.39-1 OK smproxy 1.0.3-1 OK sng 1.0.2-1 OK socat 1.7.1.1-1 OK sqlite3 3.6.21-3 OK stgit 0.15-2 OK stow 1.3.3-1 OK stunnel 4.29-1 OK subversion 1.6.12-2 OK subversion-perl 1.6.12-2 OK subversion-python 1.6.12-2 OK subversion-ruby 1.6.12-2 OK subversion-tools 1.6.12-2 OK sunrpc 4.0-3 OK sxpm 3.5.8-1 OK Missing file: /usr/bin/cygsyslog-ng-0.dll from package syslog-ng Missing file: /usr/bin/pdbtool.exe from package syslog-ng Missing file: /usr/bin/update-patterndb from package syslog-ng syslog-ng 3.0.1-2 Incomplete t1lib 5.1.2-10 OK t1lib5 5.1.2-10 OK tack 1.07-1 OK tar 1.23-1 OK tcltk 20080420-1 OK ted 2.17-1 OK termcap 5.7_20091114-14 OK terminfo 5.7_20091114-14 OK terminfo0 5.5_20061104-12 OK Empty package tetex-base tetex-base 3.0.0-3 OK Empty package tetex-bin tetex-bin 3.0.0-3 OK Empty package tetex-tiny tetex-tiny 3.0.0-3 OK Missing file: /usr/share/texmf/tex/generic/epsf/epsf.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/texinfo.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-cs.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-de.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-en.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-es.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-fr.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-it.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-nl.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-pl.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-pt.tex from package texinfo Missing file: /usr/share/texmf/tex/texinfo/txi-tr.tex from package texinfo texinfo 4.13-3 Incomplete tidy 041206-1 OK tnef 1.4.3-1 OK transfig 3.2.5c-1 OK ttcp 20071212-1 OK twm 1.0.4-1 OK tzcode 2010j-1 OK unace 1.2b-1 OK unalz 0.61-1 OK units 1.87-1 OK unrtf 0.19.3-1 OK untex 9210-1 OK unzip 6.0-10 OK util-linux 2.17.2-1 OK viewres 1.0.2-1 OK vim 7.2.264-2 OK w32api 3.14-1 OK w3m 0.5.1-2 OK wcd 5.1.2-1 OK wdiff 0.6.3-1 OK webcheck 1.10.3-1 OK wget 1.12-1 OK which 2.20-2 OK WindowMaker 0.92.1pre2-1 OK Missing file: /usr/bin/wdel from package wput wput 0.6.1-2 Incomplete wtf 0.0.4-7 OK X-start-menu-icons 1.0.4-1 OK x11perf 1.5.1-1 OK xauth 1.0.4-1 OK xbitmaps 1.1.0-1 OK xbrlapi 4.2-2 OK xcalc 1.0.3-1 OK xclock 1.0.4-1 OK xcmsdb 1.0.2-1 OK xcompmgr 1.1.5-1 OK xconsole 1.0.3-2 OK xcursor-themes 1.0.2-1 OK xcursorgen 1.0.3-1 OK xdbedizzy 1.0.2-1 OK xditview 1.0.1-2 OK xdpyinfo 1.1.0-1 OK xedit 1.1.2-1 OK xerces-c 3.0.1-10 OK xerces-c-doc 3.0.1-10 OK xev 1.0.4-1 OK xextproto 7.1.1-1 OK xfd 1.0.1-2 OK Missing file: /usr/share/doc/xfig/html/images/sav1a0.tmp from package xfig xfig 3.2.5b-2 Incomplete xfig-lib 3.2.5b-2 OK xfindproxy 1.0.1-1 OK xfontsel 1.0.2-2 OK xfwp 1.0.1-1 OK xgc 1.0.2-1 OK xgraph 12.1-2 OK xhost 1.0.3-1 OK xineramaproto 1.2-1 OK xinetd 2.3.14-1 OK xinit 1.2.1-1 OK xkbcomp 1.1.1-1 OK xkbevd 1.1.0-1 OK xkbutils 1.0.2-1 OK xkeyboard-config 1.8-1 OK xkill 1.0.2-1 OK xload 1.0.2-2 OK xlsatoms 1.0.2-1 OK xlsclients 1.0.2-1 OK xlsfonts 1.0.2-1 OK xmag 1.0.3-1 OK xman 1.1.0-1 OK xmessage 1.0.3-1 OK xmodmap 1.0.4-1 OK xmon 1.5.6-2 OK xmore 1.0.1-2 OK xorg-cf-files 1.0.3-1 OK xorg-docs 1.5-1 OK xorg-scripts 1.0.1-1 OK xorg-server 1.8.0-1 OK xorg-server-dmx 1.8.0-1 OK xpr 1.0.2-1 OK xprop 1.1.0-1 OK xproto 7.0.16-1 OK xproxymanagementprotocol 1.0.2-1 OK xrandr 1.3.2-1 OK xrdb 1.0.6-1 OK xrefresh 1.0.3-1 OK xrx 1.0.3-1 OK xscope 1.2-1 OK xset 1.1.0-1 OK xsetmode 1.0.0-1 OK xsetroot 1.0.3-1 OK xsm 1.0.1-2 OK xsri 2.1.0-10 OK xstdcmap 1.0.1-1 OK xterm 260-1 OK xwd 1.0.3-1 OK xwininfo 1.0.5-1 OK xwinwm 0.0.5-2 OK xwud 1.0.2-1 OK xz 4.999.9beta-11 OK zip 3.0-11 OK zlib 1.2.3-10 OK zlib-devel 1.2.3-10 OK zlib0 1.2.3-10 OK zoo 2.10-2 OK Cygwin Configuration Diagnostics Current System Time: Thu Aug 04 16:56:20 2011 Windows 7 Ultimate Ver 6.1 Build 7601 Service Pack 1 Running under WOW64 on AMD64 Path: . C:\bin C:\prog64\vim C:\prog\sysinternals\cmd C:\prog\sysinternals C:\Prog\QuickTime\QTSystem C:\Prog64\VanDyke Software\Clients C:\Windows\System32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Prog64\WIDCOMM\Bluetooth Software\syswow64 C:\Prog\Autodesk\Backburner C:\Prog64\Common Files\Autodesk Shared C:\Prog\Common Files\DivX Shared C:\Prog\NVIDIA Corporation\PhysX\Common C:\Windows\System32\Windows System Resource Manager\bin C:\Windows\idmu\common C:\usr\local\bin Output from C:\bin\id.exe UID: 90026(Bliss\law) GID: 11008(Bliss\lawgroup) 11008(Bliss\lawgroup) 544(Administrators) 555(Remote Desktop Users) 545(Users) 1005(lawgroup) 10544(Bliss\Admins) 60002(Bliss\Trusted Local Net Users) 10512(Bliss\Domain Admins) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'Bliss\law' PWD = '/Users/law.BLISS' cygwin = '() { return 0 }' HOME = '//Bliss/law' _Profile_Read_ = 'true' HOMEPATH = '\' _prg_sed = '/usr/bin/sed' _prg_uname = '/bin/uname' APPDATA = 'C:\Users\law.BLISS\AppData\Roaming' ProgramW6432 = 'C:\Program Files' TERM = 'cygwin' SHELL = 'C:/Bin/Bash.exe' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 44 Stepping 2, GenuineIntel' HISTSIZE = '1000' WINDIR = 'C:\Windows' ESCDELAY = '50' _prg_dircolors = '/usr/bin/dircolors' _sh_interactive_shell = 'TRUE' PERL5LIB = '/usr/local/lib/perl/5.8' FPATH = '/etc/local/func_lib://Bliss/law/func_lib' _prg_ssh = '/usr/bin/ssh' _prg_grep = '/usr/bin/grep' PUBLIC = 'C:\Users\Public' _prg_tty = '/usr/bin/tty' USERDOMAIN = 'BLISS' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' _prg_xset = 'xset is /usr/bin/xset' GROFF_NO_SGR = 'yes' !:: = '::\' TIMEFORMAT = '%2Rsec %2Uusr %2Ssys (%P%% cpu)' LS_COLORS = 'no=00:fi=00:di=01;35:ln=01;36:pi=40;33:so=04;01;34:do=04;01;34:bd=40;33;01:cd=40;33;01:or=41;33;01:su=01;04;36:sg=01;04;35:tw=30;42:ow=34;42:st=37;44:ex=00;32:*.cmd=00;32:*.exe=01;32:*.com=01;32:*.bat=01;32:*.btm=01;32:*.dll=01;32:*.tar=01;31:*.tgz=01;31:*.tlz=01;31:*.tlzma=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*. gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:' TEMP = '/Users/LAW~1.BLI/AppData/Local/Temp' COMMONPROGRAMFILES = 'C:\Program Files (x86)\Common Files' ENV = '//Bliss/law/.bashrc' PATH_HOME = '//Bliss/law' _prg_fgrep = '/usr/bin/fgrep' QTJAVA = 'C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip' USERNAME = 'law' _disp_port = ':0' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' FTP_PASSIVE = '1' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\' _prg_egrep = '/usr/bin/egrep' _prg_id = '/usr/bin/id' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' PROCESSOR_ARCHITEW6432 = 'AMD64' __COMPAT_LAYER = 'DisableUserCallbackException' _LOCAL_DIR = '/etc/local' USERPROFILE = 'C:\Users\law.BLISS' CD_PATH = '.:/Share:/home:///Bliss/law' MAN_POSIXLY_CORRECT = '1' PS1 = '${_prompt_open}$(spwd "$PWD")${_prompt_close} ' LOGONSERVER = '\\BLISS' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'x86' LOCALAPPDATA = 'C:\Users\law.BLISS\AppData\Local' HISTCONTROL = 'ignoredups' _vars_read_ = '1' PS2 = '> ' FIGNORE = '.dll:.DLL' ProgramData = 'C:\ProgramData' LESSCHARSET = 'utf-8' SHLVL = '1' PS4 = '>#${LINENO}> ' _prg_rsync = '/usr/bin/rsync' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' NSPR_LOG_MODULES = 'HTTP:5,IMAP:5,POP3:5,NNTP:4,SMTP:3,sync,1,timestamp' GREP_OPTIONS = '--mmap -I -D skip --binary-files=without-match' _prg_locations_defined = '1' HOMEDRIVE = 'i:' NSPR_LOG_FILE = 'C:\tmp\tbtrace.log' RCSINIT = '-zLT' COMSPEC = 'C:\Windows\system32\cmd.exe' LESS = '-M -X -i -R' LOGNAME = 'Bliss\law' _LOCAL_DIR_ = '/etc/local' TMP = '/Users/LAW~1.BLI/AppData/Local/Temp' SYSTEMROOT = 'C:\Windows' PROCESSOR_REVISION = '2c02' CLASSPATH = '.;"C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip";C:\Program Files (x86)\Java\jre6\lib\ext\QTJava.zip' _prompt_close = '>' VIMRUNTIME = 'C:/Prog64/Vim' PROGRAMFILES = 'C:\Program Files (x86)' HOMESHARE = '\\BLISS\law' DISPLAY = ':0' _prg_stty = '/usr/bin/stty' NUMBER_OF_PROCESSORS = '6' _bashrc = '1' RSYNC_RSH = '/usr/bin/ssh' SESSIONNAME = 'Console' HISTTIMEFORMAT = '%m%d@%H%M%S: ' HISTFILE = '//Bliss/law/.histAthenae_console' COMPUTERNAME = 'ATHENAE' XAUTHORITY = '//Bliss/law/.Xauthority' _sh_LOGNAME_ = 'Bliss\law' spwd = '() { ( local _p=$1 w; ((w=$COLUMNS/2)); IFS=/; set $1; unset IFS; local _q=${_p#${HOME%${USER}}}; if [[ $# -le 6 && ${#_q} -lt $w ]]; then if [[ ${#_q} -le 2 ]]; then echo "${_p}"; else echo "${_p#${HOME%${USER}}}"; fi; else while ((1)); do _p=$(eval echo \"${1}/${2}/${3}/../\${$(($#-1))}/\${$#}\"); if [[ ${#_p} -ge $w ]]; then _p=$(eval echo \"${1}/${2}/../\${$(($#-1))}/\${$#}\"); else break; fi; if [[ ${#_p} -ge $w ]]; then _p=$(eval echo \"${1}/../\${$(($#-1))}/\${$#}\"); else break; fi; if [[ ${#_p} -ge $w ]]; then _p=$(eval echo \"${1}/../\${$#}\"); else break; fi; if [[ ${#_p} -ge $w ]]; then _p=$(eval echo \"${1}/../\${$#}\"); else break; fi; if [[ ${#_p} -ge $w ]]; then _p=$(eval echo \".../\${$#}\"); else break; fi; if [[ ${#_p} -ge $w ]]; then _p=$(eval echo \"...\"); else break; fi; break; done; echo ${_p#${HOME%${USER}}}; fi ) }' basename = '() { if test "$#" -eq 1; then echo -En "${1##*/}"; else if test "$#" -eq 2; then local f; f="${1##*/}"; echo -En "${f%$2}"; else echo -En "$0: extra operand '$3'"; fi; fi }' dirname = '() { echo -En "${1%/*}" }' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:' 5381a80572867f0b = '\??\Z:' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\' HKEY_LOCAL_MACHINE\SOFTWARE\Classes\SystemFileAssociations\text\shell\MinEd\command-cygwin (default) = '"C:\\bin\mintty" -oLocale=C -oCharset=UTF-8 -oUseSystemColours=1 -oBoldAsBright=0 -oScrollbar=0 -oWindowShortcuts=0 -oZoomShortcuts=0 -e /bin/mined "%1"' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: a46ac466ed629d62 Path: C: System: Key: 5381a80572867f0b Path: Z: (ORPHANED) a: fd N/A N/A b: net NTFS 11443068Mb 47% CP CS UN PA backup c: hd NTFS 328189Mb 97% CP CS UN PA FC System Disk d: net NTFS 1048448Mb 46% CP CS UN PA Documents e: cd N/A N/A f: cd CDFS 0Mb -2147483548% CS Audio CD h: net NTFS 1048448Mb 46% CP CS UN PA servhome i: net NTFS 1048448Mb 46% CP CS UN PA law m: net NTFS 1048448Mb 86% CP CS UN PA Music o: net NTFS 1048448Mb 46% CP CS UN PA home p: net NTFS 1048448Mb 46% CP CS UN PA Pictures s: net NTFS 1048448Mb 86% CP CS UN PA Share t: net NTFS 7628668Mb 67% CP CS UN PA Torrents x: hd NTFS 49183Mb 100% CP CS UN PA Pagefile C: / system binary,auto C:\bin /usr/bin system binary,auto C:\lib /usr/lib system binary,auto cygdrive prefix / system text,posix=0,auto Found: C:\bin\awk -> C:\bin\gawk.exe Found: C:\bin\bash.exe Found: C:\bin\cat.exe Found: C:\bin\cp.exe Found: C:\bin\cpp.exe -> C:\etc\alternatives\cpp -> C:\bin\cpp-4.exe Not Found: cpp (good!) Found: C:\bin\crontab.exe Found: C:\bin\find.exe Found: C:\Windows\System32\find.exe Warning: C:\bin\find.exe hides C:\Windows\System32\find.exe Found: C:\bin\gcc.exe -> C:\etc\alternatives\gcc -> C:\bin\gcc-4.exe Not Found: gcc Found: C:\bin\gdb.exe Found: C:\bin\grep.exe Found: C:\bin\kill.exe Found: C:\bin\ld.exe Found: C:\bin\ls.exe Found: C:\bin\make.exe Found: C:\bin\mv.exe Found: C:\bin\patch.exe Not Found: perl Found: C:\bin\rm.exe Found: C:\bin\sed.exe Found: C:\bin\ssh.exe Found: C:\bin\sh.exe Found: C:\bin\tar.exe Found: C:\bin\test.exe Found: C:\bin\vi -> C:\bin\vim-nox.exe Found: C:\bin\vim Found: C:\prog64\vim\vim Warning: C:\bin\vim hides C:\prog64\vim\vim -> C:\etc\alternatives\vim -> C:\bin\vim-nox.exe 80k 2009/09/15 C:\bin\cygaa-1.dll - os=4.0 img=1.0 sys=4.0 "cygaa-1.dll" v0.0 ts=2009/9/15 3:05 20k 2007/07/29 C:\bin\cygao-2.dll - os=4.0 img=1.0 sys=4.0 "cygao-2.dll" v0.0 ts=2007/7/29 11:06 118k 2010/04/19 C:\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-1-0.dll" v0.0 ts=2010/4/19 12:06 88k 2010/07/02 C:\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-1-0.dll" v0.0 ts=2010/7/1 20:17 221k 2010/04/13 C:\bin\cygarchive-2.dll - os=4.0 img=1.0 sys=4.0 "cygarchive-2.dll" v0.0 ts=2010/4/12 18:47 704k 2007/12/18 C:\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 3:39 93k 2010/06/15 C:\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2010/6/14 23:06 15k 2009/12/27 C:\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0 "cygattr-1.dll" v0.0 ts=2009/11/18 4:52 72k 2009/03/18 C:\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0 "cygaudio-2.dll" v0.0 ts=2009/3/17 21:40 128k 2010/06/14 C:\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2010/6/14 16:04 172k 2010/05/30 C:\bin\cygautotrace-3.dll - os=4.0 img=1.0 sys=4.0 "cygautotrace-3.dll" v0.0 ts=2010/5/30 5:07 95k 2010/06/24 C:\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0 "cygblkid-1.dll" v0.0 ts=2010/6/24 12:20 33k 2010/05/28 C:\bin\cygbrlapi-0.5.dll - os=4.0 img=1.0 sys=4.0 "cygbrlapi-0.5.dll" v0.0 ts=2010/5/28 4:12 61k 2009/03/02 C:\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/1 19:11 460k 2010/05/04 C:\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2010/5/4 9:21 11k 2009/12/23 C:\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 5:25 9797k 2010/04/25 C:\bin\cygclamav-6.dll - os=4.0 img=1.0 sys=4.0 "cygclamav-6.dll" v0.0 ts=2010/4/25 3:15 46k 2010/04/25 C:\bin\cygclamunrar-6.dll - os=4.0 img=1.0 sys=4.0 "cygclamunrar-6.dll" v0.0 ts=2010/4/25 3:14 11k 2010/04/25 C:\bin\cygclamunrar_iface-6.dll - os=4.0 img=1.0 sys=4.0 "cygclamunrar_iface-6.dll" v0.0 ts=2010/4/25 3:14 20k 2010/05/25 C:\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0 "cygcompface-0.dll" v0.0 ts=2010/5/25 0:42 12k 2010/06/24 C:\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0 "cygcom_err-2.dll" v0.0 ts=2010/6/24 2:52 231k 2009/03/31 C:\bin\cygcppunit-1-12-1.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-12-1.dll" v0.0 ts=2009/3/31 15:38 7k 2003/10/19 C:\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 0:57 1125k 2006/10/04 C:\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.7.dll" v0.0 ts=2006/10/4 5:12 1149k 2010/06/23 C:\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2010/6/23 1:39 284k 2010/06/01 C:\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2010/6/1 12:07 703k 2007/12/17 C:\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 3:58 943k 2007/12/17 C:\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 5:12 208k 2010/05/16 C:\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-1-3.dll" v0.0 ts=2010/5/12 3:31 107k 2010/05/12 C:\bin\cygdbus-glib-1-2.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-glib-1-2.dll" v0.0 ts=2010/5/12 3:53 1036k 2007/12/17 C:\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 3:58 1296k 2007/12/17 C:\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 5:12 14k 2009/10/15 C:\bin\cygdmx-1.dll - os=4.0 img=1.0 sys=4.0 "cygdmx-1.dll" v0.0 ts=2009/10/13 17:32 511k 2010/06/17 C:\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygedit-0.dll" v0.0 ts=2010/6/17 4:42 163k 2010/05/19 C:\bin\cygEMF-1.dll - os=4.0 img=1.0 sys=4.0 "cygEMF-1.dll" v0.0 ts=2010/5/19 12:51 29k 2009/03/23 C:\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2009/3/22 19:46 55k 2009/01/14 C:\bin\cygevtlog-0.dll - os=4.0 img=1.0 sys=4.0 "cygevtlog-0.dll" v0.0 ts=2009/1/14 8:02 166k 2009/03/31 C:\bin\cygexif-12.dll - os=4.0 img=1.0 sys=4.0 "cygexif-12.dll" v0.0 ts=2009/3/30 21:20 118k 2007/04/06 C:\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2007/4/6 13:43 118k 2008/05/09 C:\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/8 21:03 71k 2010/05/12 C:\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2010/5/12 2:59 29k 2010/05/12 C:\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2010/5/12 3:26 24k 2009/12/11 C:\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0 "cygffi-4.dll" v0.0 ts=2009/12/7 16:39 69k 2009/08/27 C:\bin\cygFLAC++-6.dll - os=4.0 img=1.0 sys=4.0 "cygFLAC++-6.dll" v0.0 ts=2009/8/27 12:45 297k 2009/08/27 C:\bin\cygFLAC-8.dll - os=4.0 img=1.0 sys=4.0 "cygFLAC-8.dll" v0.0 ts=2009/8/27 12:44 174k 2009/09/25 C:\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2009/9/24 19:05 21k 2009/10/14 C:\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2009/10/13 18:04 43k 2010/01/02 C:\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 6:49 40k 2009/03/01 C:\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/2/28 22:32 43k 2009/11/20 C:\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 11:14 48k 2003/08/09 C:\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 2:25 47k 2010/01/02 C:\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0 "cygformw-10.dll" v0.0 ts=2010/1/2 9:31 860k 2008/03/23 C:\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2008/3/23 13:12 492k 2010/03/03 C:\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2010/3/2 13:24 45k 2009/12/11 C:\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/7 16:30 181k 2010/06/14 C:\bin\cyggconf-2-4.dll - os=4.0 img=1.0 sys=4.0 "cyggconf-2-4.dll" v0.0 ts=2010/6/14 16:37 176k 2010/06/28 C:\bin\cyggcr-0.dll - os=4.0 img=1.0 sys=4.0 "cyggcr-0.dll" v0.0 ts=2010/6/27 22:59 449k 2010/03/17 C:\bin\cyggcrypt-11.dll - os=4.0 img=1.0 sys=4.0 "cyggcrypt-11.dll" v0.0 ts=2010/3/17 14:45 230k 2010/05/14 C:\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2010/5/14 3:43 19k 2009/02/26 C:\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/25 23:58 8k 2009/02/26 C:\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/25 23:58 193k 2009/03/23 C:\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2009/3/23 7:24 546k 2010/06/15 C:\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2010/6/15 0:14 94k 2010/06/15 C:\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2010/6/15 0:05 23k 2006/02/14 C:\bin\cygGeoIP-1.dll - os=4.0 img=1.0 sys=4.0 "cygGeoIP-1.dll" v0.0 ts=2006/2/6 13:13 21k 2006/02/14 C:\bin\cygGeoIPUpdate-0.dll - os=4.0 img=1.0 sys=4.0 "cygGeoIPUpdate-0.dll" v0.0 ts=2006/2/13 23:27 954k 2009/04/03 C:\bin\cyggettextlib-0-17.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-17.dll" v0.0 ts=2009/4/2 18:21 218k 2009/04/03 C:\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2009/4/2 18:29 203k 2009/04/03 C:\bin\cyggettextsrc-0-17.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-17.dll" v0.0 ts=2009/4/2 18:24 29k 2009/03/23 C:\bin\cyggif-4.dll - os=4.0 img=1.0 sys=4.0 "cyggif-4.dll" v0.0 ts=2009/3/23 11:55 552k 2010/06/15 C:\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/6/14 20:25 2389k 2010/02/10 C:\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2010/2/9 17:40 76k 2009/03/26 C:\bin\cygglade-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglade-2.0-0.dll" v0.0 ts=2009/3/25 15:23 133k 2009/03/25 C:\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2009/3/23 7:12 764k 2010/06/15 C:\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2010/6/14 20:22 141k 2009/03/30 C:\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 9:22 21k 2009/03/30 C:\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 9:23 448k 2010/02/10 C:\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2010/2/9 17:40 187k 2010/05/17 C:\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0 "cygglut-3.dll" v0.0 ts=2010/5/17 15:01 12k 2009/03/25 C:\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2009/3/23 7:12 14k 2010/06/15 C:\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2010/6/14 20:23 315k 2009/06/06 C:\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 4:23 14k 2009/06/06 C:\bin\cyggmpxx-4.dll - os=4.0 img=1.0 sys=4.0 "cyggmpxx-4.dll" v0.0 ts=2009/6/6 4:23 566k 2010/05/17 C:\bin\cyggnutls-26.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-26.dll" v0.0 ts=2010/5/17 4:51 22k 2010/05/17 C:\bin\cyggnutls-extra-26.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-extra-26.dll" v0.0 ts=2010/5/17 4:52 26k 2010/05/17 C:\bin\cyggnutls-openssl-26.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-openssl-26.dll" v0.0 ts=2010/5/17 4:52 51k 2010/05/17 C:\bin\cyggnutlsxx-26.dll - os=4.0 img=1.0 sys=4.0 "cyggnutlsxx-26.dll" v0.0 ts=2010/5/17 4:51 233k 2010/06/15 C:\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2010/6/14 20:23 27k 2009/12/11 C:\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0 "cyggomp-1.dll" v0.0 ts=2009/12/7 16:42 99k 2010/06/28 C:\bin\cyggp11-0.dll - os=4.0 img=1.0 sys=4.0 "cyggp11-0.dll" v0.0 ts=2010/6/27 22:44 16k 2010/03/17 C:\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0 "cyggpg-error-0.dll" v0.0 ts=2010/3/17 14:21 314k 2010/03/14 C:\bin\cygGraphicsMagick++-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-3.dll" v0.0 ts=2010/3/14 3:19 11914k 2010/03/14 C:\bin\cygGraphicsMagick-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-3.dll" v0.0 ts=2010/3/14 3:18 138k 2010/03/14 C:\bin\cygGraphicsMagickWand-2.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagickWand-2.dll" v0.0 ts=2010/3/14 3:19 5491k 2008/11/27 C:\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0 "cyggs-8.dll" v0.0 ts=2008/11/27 5:24 9k 2009/03/25 C:\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2009/3/23 7:13 17k 2010/06/15 C:\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2010/6/14 20:23 1258k 2009/03/23 C:\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2009/3/23 7:29 3659k 2010/06/15 C:\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2010/6/15 0:18 528k 2005/10/09 C:\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2005/10/9 6:25 675k 2007/08/27 C:\bin\cygguile-17.dll - os=4.0 img=1.0 sys=4.0 "cygguile-17.dll" v0.0 ts=2007/8/27 0:14 18k 2005/10/09 C:\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2005/10/9 6:24 23k 2007/08/27 C:\bin\cygguile-srfi-srfi-1-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-1-v-3-3.dll" v0.0 ts=2007/8/27 0:14 68k 2005/10/09 C:\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2005/10/9 6:25 4k 2007/08/27 C:\bin\cygguile-srfi-srfi-13-14-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-3-3.dll" v0.0 ts=2007/8/27 0:14 31k 2005/10/09 C:\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2005/10/9 6:25 4k 2007/08/27 C:\bin\cygguile-srfi-srfi-4-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-3-3.dll" v0.0 ts=2007/8/27 0:14 8k 2007/08/27 C:\bin\cygguile-srfi-srfi-60-v-2-2.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-60-v-2-2.dll" v0.0 ts=2007/8/27 0:14 12k 2005/10/09 C:\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2005/10/9 6:25 11k 2007/08/27 C:\bin\cygguilereadline-v-17-17.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-17-17.dll" v0.0 ts=2007/8/27 0:14 29k 2003/08/10 C:\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0 "cyghistory5.dll" v0.0 ts=2003/8/10 16:16 24k 2009/06/23 C:\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 5:20 25k 2011/01/26 C:\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2011/1/25 19:25 73k 2009/09/02 C:\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 14:39 358k 2011/04/29 C:\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2011/4/28 21:37 982k 2009/12/23 C:\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 5:25 10921k 2009/12/27 C:\bin\cygicudata38.dll - os=4.0 img=1.0 sys=4.0 "cygicudata38.dll" v0.0 ts=2009/12/27 3:06 1218k 2009/12/27 C:\bin\cygicui18n38.dll - os=4.0 img=1.0 sys=4.0 "cygicui18n38.dll" v0.0 ts=2009/12/27 3:02 35k 2009/12/27 C:\bin\cygicuio38.dll - os=4.0 img=1.0 sys=4.0 "cygicuio38.dll" v0.0 ts=2009/12/27 3:06 230k 2009/12/27 C:\bin\cygicule38.dll - os=4.0 img=1.0 sys=4.0 "cygicule38.dll" v0.0 ts=2009/12/27 3:03 42k 2009/12/27 C:\bin\cygiculx38.dll - os=4.0 img=1.0 sys=4.0 "cygiculx38.dll" v0.0 ts=2009/12/27 3:04 1038k 2009/12/27 C:\bin\cygicuuc38.dll - os=4.0 img=1.0 sys=4.0 "cygicuuc38.dll" v0.0 ts=2009/12/27 2:59 147k 2010/06/14 C:\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2010/6/14 12:00 193k 2010/05/16 C:\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/5/16 6:37 31k 2005/11/20 C:\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2005/11/19 18:04 31k 2009/04/03 C:\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/2 18:15 241k 2008/04/02 C:\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2008/4/2 8:19 246k 2010/05/20 C:\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2010/5/19 22:04 47k 2009/12/23 C:\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 8:59 125k 2009/08/08 C:\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 13:48 193k 2009/08/08 C:\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 12:39 60k 2004/09/27 C:\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2004/9/27 10:32 65k 2005/05/05 C:\bin\cygkpathsea-4.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-4.dll" v0.0 ts=2005/5/5 7:33 39k 2008/09/07 C:\bin\cyglber-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-3-0.dll" v0.0 ts=2008/9/7 5:28 173k 2010/06/25 C:\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2010/6/25 2:50 189k 2008/09/07 C:\bin\cygldap-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-3-0.dll" v0.0 ts=2008/9/7 5:29 201k 2008/09/07 C:\bin\cygldap_r-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-3-0.dll" v0.0 ts=2008/9/7 5:31 72k 2008/10/19 C:\bin\cyglightcomp.dll - os=4.0 img=1.0 sys=4.0 "cyglightcomp.dll" v0.0 ts=2008/10/19 5:04 5k 2011/03/29 C:\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2011/3/28 14:14 9k 2011/03/29 C:\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2 24k 2008/04/14 C:\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2008/4/13 22:40 31k 2009/12/31 C:\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-7.dll" v0.0 ts=2009/12/30 17:30 133k 2009/06/10 C:\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0 "cyglua-5.1.dll" v0.0 ts=2009/6/10 10:29 125k 2010/04/09 C:\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2010/4/9 8:54 111k 2009/09/15 C:\bin\cyglzo2-2.dll - os=4.0 img=1.0 sys=4.0 "cyglzo2-2.dll" v0.0 ts=2009/9/15 5:10 99k 2010/03/04 C:\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 14:29 314k 2010/01/19 C:\bin\cygMagick++-1.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-1.dll" v0.0 ts=2010/1/19 4:53 1801k 2010/01/19 C:\bin\cygMagickCore-1.dll - os=4.0 img=1.0 sys=4.0 "cygMagickCore-1.dll" v0.0 ts=2010/1/19 4:27 789k 2010/01/19 C:\bin\cygMagickWand-1.dll - os=4.0 img=1.0 sys=4.0 "cygMagickWand-1.dll" v0.0 ts=2010/1/19 4:48 25k 2010/01/02 C:\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 6:48 21k 2009/03/01 C:\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/2/28 22:31 25k 2009/11/20 C:\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 11:13 29k 2003/08/09 C:\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 2:25 25k 2010/01/02 C:\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenuw-10.dll" v0.0 ts=2010/1/2 9:30 317k 2010/06/25 C:\bin\cygming-1.dll - os=4.0 img=1.0 sys=4.0 "cygming-1.dll" v0.0 ts=2010/6/25 3:25 24k 2008/10/30 C:\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 16:53 331k 2008/03/31 C:\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2008/3/31 7:43 211k 2009/06/06 C:\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 4:23 269k 2009/06/07 C:\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-1.dll" v0.0 ts=2009/6/7 14:10 75k 2009/07/08 C:\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2009/7/7 20:26 63k 2010/01/02 C:\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 7:00 66k 2009/03/01 C:\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/2/28 22:39 63k 2009/11/20 C:\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 11:25 63k 2010/01/02 C:\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++w-10.dll" v0.0 ts=2010/1/2 9:41 195k 2010/01/02 C:\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 6:45 237k 2009/03/01 C:\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/2/28 22:28 198k 2009/11/20 C:\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 11:10 224k 2003/08/09 C:\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 2:24 244k 2010/01/02 C:\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0 "cygncursesw-10.dll" v0.0 ts=2010/1/2 9:28 119k 2010/05/18 C:\bin\cygneon-27.dll - os=4.0 img=1.0 sys=4.0 "cygneon-27.dll" v0.0 ts=2010/5/18 5:05 176k 2010/02/11 C:\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0 "cygnetpbm-10.dll" v0.0 ts=2010/2/10 18:55 19k 2010/07/05 C:\bin\cygogg-0.dll - os=4.0 img=1.0 sys=4.0 "cygogg-0.dll" v0.0 ts=2010/7/5 15:36 49k 2004/08/02 C:\bin\cygogrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygogrove-0.dll" v0.0 ts=2004/8/2 8:41 51k 2009/10/27 C:\bin\cygogrove-1.dll - os=4.0 img=1.0 sys=4.0 "cygogrove-1.dll" v0.0 ts=2009/10/26 21:24 280k 2010/06/14 C:\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2010/6/14 12:36 37k 2010/06/14 C:\bin\cygORBit-imodule-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-imodule-2-0.dll" v0.0 ts=2010/6/14 12:37 19k 2010/06/14 C:\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2010/6/14 12:36 1706k 2004/08/02 C:\bin\cygosp-4.dll - os=4.0 img=1.0 sys=4.0 "cygosp-4.dll" v0.0 ts=2004/8/2 7:51 1559k 2009/10/27 C:\bin\cygosp-5.dll - os=4.0 img=1.0 sys=4.0 "cygosp-5.dll" v0.0 ts=2009/10/26 13:12 326k 2004/08/02 C:\bin\cygospgrove-0.dll - os=4.0 img=1.0 sys=4.0 "cygospgrove-0.dll" v0.0 ts=2004/8/2 9:07 303k 2009/10/27 C:\bin\cygospgrove-1.dll - os=4.0 img=1.0 sys=4.0 "cygospgrove-1.dll" v0.0 ts=2009/10/26 21:25 1922k 2004/08/02 C:\bin\cygostyle-0.dll - os=4.0 img=1.0 sys=4.0 "cygostyle-0.dll" v0.0 ts=2004/8/2 9:07 1757k 2009/10/27 C:\bin\cygostyle-1.dll - os=4.0 img=1.0 sys=4.0 "cygostyle-1.dll" v0.0 ts=2009/10/26 21:25 13k 2010/01/02 C:\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 6:47 11k 2009/03/01 C:\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/2/28 22:30 13k 2009/11/20 C:\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 11:12 19k 2003/08/09 C:\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 2:24 13k 2010/01/02 C:\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanelw-10.dll" v0.0 ts=2010/1/2 8:30 235k 2010/06/28 C:\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2010/6/27 22:37 38k 2010/06/28 C:\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/6/27 22:38 131k 2010/06/28 C:\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2010/6/27 22:38 40k 2010/06/28 C:\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2010/6/27 22:38 26k 2010/06/28 C:\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2010/6/27 22:38 2220k 2010/04/25 C:\bin\cygparrot2_3_0.dll - os=4.0 img=1.0 sys=4.0 "cygparrot2_3_0.dll" v0.0 ts=2010/4/25 14:26 224k 2010/06/15 C:\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2010/6/14 21:10 31k 2010/06/15 C:\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcrecpp-0.dll" v0.0 ts=2010/6/14 21:11 10k 2010/06/15 C:\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2010/6/14 21:11 1553k 2009/12/19 C:\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 6:54 377k 2010/04/02 C:\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/4/2 0:44 1035k 2010/01/22 C:\bin\cygplot-2.dll - os=4.0 img=1.0 sys=4.0 "cygplot-2.dll" v0.0 ts=2010/1/22 13:53 1229k 2005/10/13 C:\bin\cygplotter-2.dll - os=4.0 img=1.0 sys=4.0 "cygplotter-2.dll" v0.0 ts=2005/10/13 8:22 242k 2009/03/07 C:\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 14:38 22k 2002/06/09 C:\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/8 22:45 103k 2009/01/07 C:\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0 "cygpq.dll" v0.0 ts=2009/1/7 8:46 199k 2007/02/19 C:\bin\cygproj-0.dll - os=4.0 img=1.0 sys=4.0 "cygproj-0.dll" v0.0 ts=2007/2/18 17:24 27k 2009/09/07 C:\bin\cygproxy-0.dll - os=4.0 img=1.0 sys=4.0 "cygproxy-0.dll" v0.0 ts=2009/9/6 17:56 4k 2007/12/18 C:\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 3:40 322k 2010/05/29 C:\bin\cygpstoedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygpstoedit-0.dll" v0.0 ts=2010/5/29 2:19 52k 2009/10/19 C:\bin\cygpth-20.dll - os=4.0 img=1.0 sys=4.0 "cygpth-20.dll" v0.0 ts=2009/10/18 22:57 7002k 2009/06/08 C:\bin\cygqt-mt-3.dll - os=4.0 img=1.0 sys=4.0 "cygqt-mt-3.dll" v0.0 ts=2009/6/7 0:47 1038k 2009/12/10 C:\bin\cygQtCLucene-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtCLucene-4.dll" v0.0 ts=2009/11/26 18:04 2047k 2009/12/10 C:\bin\cygQtCore-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtCore-4.dll" v0.0 ts=2009/11/26 17:14 440k 2009/12/10 C:\bin\cygQtDBus-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtDBus-4.dll" v0.0 ts=2009/11/26 17:23 4109k 2009/12/10 C:\bin\cygQtDesigner-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtDesigner-4.dll" v0.0 ts=2009/11/26 18:10 2975k 2009/12/10 C:\bin\cygQtDesignerComponents-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtDesignerComponents-4.dll" v0.0 ts=2009/11/26 18:13 9142k 2009/12/10 C:\bin\cygQtGui-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtGui-4.dll" v0.0 ts=2009/11/26 17:20 500k 2009/12/10 C:\bin\cygQtHelp-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtHelp-4.dll" v0.0 ts=2009/11/26 18:04 1093k 2009/12/10 C:\bin\cygQtNetwork-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtNetwork-4.dll" v0.0 ts=2009/11/26 17:15 1199k 2009/12/10 C:\bin\cygQtScript-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtScript-4.dll" v0.0 ts=2009/11/26 17:21 226k 2009/12/10 C:\bin\cygQtSql-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtSql-4.dll" v0.0 ts=2009/11/26 17:21 16372k 2009/12/10 C:\bin\cygQtWebKit-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtWebKit-4.dll" v0.0 ts=2009/11/26 18:01 260k 2009/12/10 C:\bin\cygQtXml-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtXml-4.dll" v0.0 ts=2009/11/26 17:14 3206k 2009/12/10 C:\bin\cygQtXmlPatterns-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtXmlPatterns-4.dll" v0.0 ts=2009/11/26 17:27 230k 2009/06/08 C:\bin\cygqui-1.dll - os=4.0 img=1.0 sys=4.0 "cygqui-1.dll" v0.0 ts=2009/6/7 0:47 85k 2009/11/12 C:\bin\cygrarian-0.dll - os=4.0 img=1.0 sys=4.0 "cygrarian-0.dll" v0.0 ts=2009/11/11 23:43 148k 2003/08/10 C:\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0 "cygreadline5.dll" v0.0 ts=2003/8/10 16:16 155k 2009/06/23 C:\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 5:20 164k 2011/01/26 C:\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2011/1/25 19:25 39k 2009/03/17 C:\bin\cygrsync-1.dll - os=4.0 img=1.0 sys=4.0 "cygrsync-1.dll" v0.0 ts=2009/3/17 15:06 761k 2008/09/30 C:\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2008/9/30 6:10 84k 2010/07/02 C:\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-2.dll" v0.0 ts=2010/7/1 20:19 45k 2010/02/15 C:\bin\cygserf-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygserf-0-0.dll" v0.0 ts=2010/2/15 13:13 7k 2009/07/22 C:\bin\cygsigsegv-0.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-0.dll" v0.0 ts=2009/7/22 1:57 10k 2009/12/14 C:\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-2.dll" v0.0 ts=2009/12/14 4:56 28k 2010/06/24 C:\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2010/6/24 13:39 318k 2008/05/14 C:\bin\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2008/5/14 3:31 475k 2009/12/18 C:\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0 "cygsqlite3-0.dll" v0.0 ts=2009/12/17 17:28 19k 2010/06/24 C:\bin\cygss-2.dll - os=4.0 img=1.0 sys=4.0 "cygss-2.dll" v0.0 ts=2010/6/24 2:52 121k 2010/06/01 C:\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2010/6/1 11:44 231k 2006/10/04 C:\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.7.dll" v0.0 ts=2006/10/4 5:12 265k 2010/06/23 C:\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2010/6/23 1:39 10k 2009/12/11 C:\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/7 16:38 25k 2009/04/28 C:\bin\cygstartup-notification-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygstartup-notification-1-0.dll" v0.0 ts=2009/4/28 0:16 773k 2009/12/11 C:\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/7 17:07 5k 2009/01/14 C:\bin\cygstunnel.dll - os=4.0 img=1.0 sys=4.0 "cygstunnel.dll" v0.0 ts=2009/1/14 8:43 237k 2010/07/02 C:\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2010/7/1 19:25 38k 2010/07/02 C:\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2010/7/1 19:21 42k 2010/07/02 C:\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2010/7/1 19:21 20k 2010/07/02 C:\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2010/7/1 19:22 146k 2010/07/02 C:\bin\cygsvn_fs_base-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs_base-1-0.dll" v0.0 ts=2010/7/1 19:21 125k 2010/07/02 C:\bin\cygsvn_fs_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs_fs-1-0.dll" v0.0 ts=2010/7/1 19:21 9k 2010/07/02 C:\bin\cygsvn_fs_util-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs_util-1-0.dll" v0.0 ts=2010/7/1 19:21 32k 2010/07/02 C:\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2010/7/1 19:24 25k 2010/07/02 C:\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2010/7/1 19:23 115k 2010/07/02 C:\bin\cygsvn_ra_neon-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_neon-1-0.dll" v0.0 ts=2010/7/1 19:21 115k 2010/07/02 C:\bin\cygsvn_ra_serf-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_serf-1-0.dll" v0.0 ts=2010/7/1 19:21 72k 2010/07/02 C:\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2010/7/1 19:21 140k 2010/07/02 C:\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2010/7/1 19:22 242k 2010/07/02 C:\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2010/7/1 19:21 35k 2010/07/02 C:\bin\cygsvn_swig_perl-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_perl-1-0.dll" v0.0 ts=2010/7/1 19:33 49k 2010/07/02 C:\bin\cygsvn_swig_py-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_py-1-0.dll" v0.0 ts=2010/7/1 19:36 51k 2010/07/02 C:\bin\cygsvn_swig_ruby-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_ruby-1-0.dll" v0.0 ts=2010/7/1 19:26 244k 2010/07/02 C:\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2010/7/1 19:21 231k 2009/09/15 C:\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1-5.dll" v0.0 ts=2009/9/15 2:59 61k 2010/05/16 C:\bin\cygtasn1-3.dll - os=4.0 img=1.0 sys=4.0 "cygtasn1-3.dll" v0.0 ts=2010/5/16 6:12 14k 2007/08/13 C:\bin\cygtextcat-0.dll - os=4.0 img=1.0 sys=4.0 "cygtextcat-0.dll" v0.0 ts=2007/8/13 9:31 48k 2010/01/02 C:\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 6:45 48k 2009/11/20 C:\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 11:10 48k 2010/01/02 C:\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0 "cygticw-10.dll" v0.0 ts=2010/1/2 9:28 247k 2004/12/07 C:\bin\cygtidy-0-99-0.dll - os=4.0 img=1.0 sys=4.0 "cygtidy-0-99-0.dll" v0.0 ts=2004/12/7 6:34 347k 2009/12/23 C:\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 9:11 397k 2009/12/23 C:\bin\cygtiff-6.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-6.dll" v0.0 ts=2009/12/23 10:25 282k 2003/08/11 C:\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/10 19:32 11k 2009/12/23 C:\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 9:11 11k 2009/12/23 C:\bin\cygtiffxx-6.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-6.dll" v0.0 ts=2009/12/23 10:25 65k 2009/07/08 C:\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2009/7/7 20:26 27k 2006/12/06 C:\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2006/12/5 19:41 40k 2009/07/08 C:\bin\cygusb0.dll - os=4.0 img=1.0 sys=4.0 "cygusb0.dll" v0.0 ts=2009/7/8 1:35 137k 2009/11/16 C:\bin\cygustr-1.dll - os=4.0 img=1.0 sys=4.0 "cygustr-1.dll" v0.0 ts=2009/11/15 23:46 16k 2010/06/24 C:\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0 "cyguuid-1.dll" v0.0 ts=2010/6/24 12:19 9k 2009/10/14 C:\bin\cygWindowsWM-7.dll - os=4.0 img=1.0 sys=4.0 "cygWindowsWM-7.dll" v0.0 ts=2009/10/14 10:48 289k 2009/09/15 C:\bin\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmf-0-2-7.dll" v0.0 ts=2009/9/15 5:16 93k 2009/09/15 C:\bin\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmflite-0-2-7.dll" v0.0 ts=2009/9/15 5:15 28k 2010/03/28 C:\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2010/3/28 2:02 79k 2010/02/12 C:\bin\cygwraster-3.dll - os=4.0 img=1.0 sys=4.0 "cygwraster-3.dll" v0.0 ts=2010/2/12 1:19 1040k 2010/02/10 C:\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/9 16:42 9k 2009/09/03 C:\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 14:47 251k 2009/10/19 C:\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2009/10/18 14:55 352k 2009/10/19 C:\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 14:55 360k 2005/10/27 C:\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2005/10/26 10:45 254k 2010/05/18 C:\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2010/5/18 15:11 77k 2010/04/28 C:\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2010/4/27 19:15 12k 2009/09/03 C:\bin\cygxcb-atom-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-atom-1.dll" v0.0 ts=2009/9/2 22:23 10k 2009/09/03 C:\bin\cygxcb-aux-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-aux-0.dll" v0.0 ts=2009/9/2 22:23 11k 2010/04/28 C:\bin\cygxcb-composite-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-composite-0.dll" v0.0 ts=2010/4/27 19:16 9k 2010/04/28 C:\bin\cygxcb-damage-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-damage-0.dll" v0.0 ts=2010/4/27 19:16 53k 2010/04/28 C:\bin\cygxcb-glx-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-glx-0.dll" v0.0 ts=2010/4/27 19:16 25k 2010/04/28 C:\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2010/4/27 19:16 11k 2009/09/03 C:\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/2 22:24 11k 2010/04/28 C:\bin\cygxcb-shape-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shape-0.dll" v0.0 ts=2010/4/27 19:16 10k 2010/04/28 C:\bin\cygxcb-shm-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shm-0.dll" v0.0 ts=2010/4/27 19:16 13k 2010/04/28 C:\bin\cygxcb-sync-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-sync-0.dll" v0.0 ts=2010/4/27 19:16 19k 2010/04/28 C:\bin\cygxcb-xfixes-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xfixes-0.dll" v0.0 ts=2010/4/27 19:16 10k 2010/04/28 C:\bin\cygxcb-xinerama-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinerama-0.dll" v0.0 ts=2010/4/27 19:16 31k 2010/04/28 C:\bin\cygxcb-xinput-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinput-0.dll" v0.0 ts=2010/4/27 19:16 9k 2010/04/28 C:\bin\cygxcb-xtest-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xtest-0.dll" v0.0 ts=2010/4/27 19:16 10k 2009/10/14 C:\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 10:51 30k 2009/09/03 C:\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 14:47 9k 2009/10/14 C:\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 9:54 17k 2009/10/14 C:\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 15:31 3300k 2009/05/23 C:\bin\cygxerces-c-3-0.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c-3-0.dll" v0.0 ts=2009/5/23 0:05 51k 2009/10/22 C:\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/21 20:45 16k 2009/10/14 C:\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 9:48 192k 2009/10/15 C:\bin\cygXfont-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfont-1.dll" v0.0 ts=2009/10/13 18:26 66k 2009/10/15 C:\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 13:33 47k 2009/10/14 C:\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/13 22:19 8k 2009/10/14 C:\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 0:39 122k 2009/10/15 C:\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/13 22:57 1172k 2009/07/08 C:\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2009/7/7 20:26 458k 2010/05/20 C:\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2010/5/19 22:10 98k 2010/01/22 C:\bin\cygxmi-0.dll - os=4.0 img=1.0 sys=4.0 "cygxmi-0.dll" v0.0 ts=2010/1/22 13:53 1128k 2010/05/12 C:\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2010/5/12 2:34 75k 2009/10/14 C:\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 0:29 11k 2009/10/14 C:\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 0:29 26k 2005/10/27 C:\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2005/10/26 10:27 53k 2009/10/14 C:\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 10:01 25k 2009/03/20 C:\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 0:05 30k 2009/10/14 C:\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 0:40 8k 2009/10/14 C:\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2009/10/14 9:53 200k 2010/05/12 C:\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2010/5/12 2:59 10k 2009/10/14 C:\bin\cygXss-1.dll - os=4.0 img=1.0 sys=4.0 "cygXss-1.dll" v0.0 ts=2009/10/14 9:43 279k 2010/04/02 C:\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2010/4/1 22:27 18k 2009/10/14 C:\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2009/10/13 22:30 64k 2009/03/02 C:\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/1 17:33 78k 2005/11/10 C:\bin\cygzvt-2.dll - os=4.0 img=1.0 sys=4.0 "cygzvt-2.dll" v0.0 ts=2005/11/10 13:06 2604k 2011/03/29 C:\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2011/3/29 1:10 Cygwin DLL version info: DLL version: 1.7.9 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 237 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Program options name: Program Options Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 Service : cygserver Display name : CYGWIN cygserver Current State : Running Controls Accepted : Stop Command : /usr/sbin/cygserver stdin path : /dev/null stdout path : /var/log/cygserver.log stderr path : /var/log/cygserver.log Process Type : Own Process Startup : Automatic Account : LocalSystem Use -h to see help about each section * -- 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 Aug 6 15:57:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sat, 06 Aug 2011 15:57:00 -0000 Subject: segfault Xserver...current version (1.8) In-Reply-To: <4E3B3328.3050608@tlinx.org> References: <4E3B3328.3050608@tlinx.org> Message-ID: <4E3D6469.9060407@dronecode.org.uk> On 05/08/2011 01:02, Linda Walsh wrote: > /var/log/XWin> more XWin.0.log > [ 58452.716] winInitMultiWindowWM - XOpenDisplay () returned and successfully op > ened the display. > [ 58452.716] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully > opened the display. > [ 58452.732] winClipboardProc - XOpenDisplay () returned and successfully opened > the display. > [ 58458.145] Segmentation fault at address 0x0 > [ 58458.145] > Fatal server error: > [ 58458.145] Caught signal 11 (Segmentation fault). Server aborting > [ 58458.145] > ~ > ~ > ---- > I just upgraded to the new server last night... 1.8.0-1 is not the current version, 1.10.3-1 is (See [1]). Next time, please *attach* the *full* XWin.0.log > Works fine for most things... > > But ran yast2, on my suse box.... kills it every time. w/signal 11. If this is still reproducible when you've upgraded to the current version of the Xserver, can you tell me what SuSE version you are using, please? Following the instructions at [2] to obtain an Xserver backtrace would also be of great help. > Previous version didn't have a problem. 'Previous' is not a number. > cygcheck.out: [snip] > xorg-server 1.8.0-1 OK [snip] [1] http://cygwin.com/ml/cygwin-xfree-announce/2011-07/msg00001.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 Sat Aug 6 18:01:00 2011 From: cygwin@tlinx.org (Linda Walsh) Date: Sat, 06 Aug 2011 18:01:00 -0000 Subject: segfault Xserver...current version (1.8) In-Reply-To: <4E3D6469.9060407@dronecode.org.uk> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> Message-ID: <4E3D8169.8050801@tlinx.org> Jon TURNEY wrote: > On 05/08/2011 01:02, Linda Walsh wrote: >> /var/log/XWin> more XWin.0.log >> [ 58452.716] winInitMultiWindowWM - XOpenDisplay () returned and >> successfully op >> ened the display. >> [ 58452.716] winMultiWindowXMsgProc - XOpenDisplay () returned and >> successfully >> opened the display. >> [ 58452.732] winClipboardProc - XOpenDisplay () returned and >> successfully opened >> the display. >> [ 58458.145] Segmentation fault at address 0x0 >> [ 58458.145] >> Fatal server error: >> [ 58458.145] Caught signal 11 (Segmentation fault). Server aborting >> [ 58458.145] >> ~ >> ~ >> ---- >> I just upgraded to the new server last night... > Next time, please *attach* the *full* XWin.0.log --- That was the full log...it had been truncated -- perhaps by the failing processes...A full log from a "non-crashed version" (i.e. I haven't run yast2), is here: /var/log/XWin> more XWin.0.log Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.10.3.0 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (WoW64) Package: version 1.10.3-1 built 2011-07-19 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 [ 938.034] (II) xorg.conf is not supported [ 938.034] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more in formation [ 938.034] LoadPreferences: Loading //Bliss/law/.XWinrc [ 938.049] LoadPreferences: Done parsing the configuration file... [ 938.190] winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD [ 938.190] winDetectSupportedEngines - Windows NT, allowing PrimaryDD [ 938.190] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowD DNL [ 938.221] winDetectSupportedEngines - Returning, supported engines 0000001f [ 938.221] winSetEngine - Multi Window or Rootless => ShadowGDI [ 938.221] winScreenInit - Using Windows display depth of 32 bits per pixel [ 938.221] winAllocateFBShadowGDI - Creating DIB with width: 4480 height: 1600 depth: 32 [ 938.221] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [ 938.221] winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 [ 938.221] winInitMultiWindowWM - Calling pthread_mutex_lock () [ 938.221] winMultiWindowXMsgProc - Calling pthread_mutex_lock () [ 938.221] Screen 0 added at virtual desktop coordinate (0,0). [ 938.283] (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so [ 938.283] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 938.642] winPointerWarpCursor - Discarding first warp: 2240 800 [ 938.642] (--) 7 mouse buttons found [ 938.642] (--) Setting autorepeat to delay=250, rate=31 [ 938.642] (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 [ 938.642] (--) Found matching XKB configuration "English (USA)" [ 938.642] (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none " [ 938.642] Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Optio ns = "none" [ 938.642] winBlockHandler - pthread_mutex_unlock() [ 938.642] winInitMultiWindowWM - pthread_mutex_lock () returned. [ 938.642] winInitMultiWindowWM - pthread_mutex_unlock () returned. [ 938.642] winMultiWindowXMsgProc - pthread_mutex_lock () returned. [ 938.642] winInitMultiWindowWM - DISPLAY=:0.0 [ 938.642] winMultiWindowXMsgProc - pthread_mutex_unlock () returned. [ 938.642] winProcEstablishConnection - winInitClipboard returned. [ 938.642] winMultiWindowXMsgProc - DISPLAY=:0.0 [ 938.642] winClipboardProc - DISPLAY=:0.0 [ 938.642] winInitMultiWindowWM - XOpenDisplay () returned and successfully op ened the display. [ 938.658] winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. [ 938.673] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [ 4096.679] OS has icon alpha channel support: yes --------------------------- > 1.8.0-1 is not the current version, 1.10.3-1 is (See [1]). I'm running 1.10.3.1 as you can see from the full log... I will now crash my xserver... [duplicate portions of above log suppressed...exactly the same timestamps up to [4096.679]]. [100813.992] Segmentation fault at address 0x0 [100813.992] Fatal server error: [100813.992] Caught signal 11 (Segmentation fault). Server aborting [100813.992] --- I've no idea why the original log was truncated 'funny', other than I'd tried to start and had crashed the server several times in a row, so it's possible in the multiple invocations one log overwrote another. > >> Works fine for most things... >> >> But ran yast2, on my suse box.... kills it every time. w/signal 11. > > If this is still reproducible when you've upgraded to the current > version of the Xserver, can you tell me what SuSE version you are using, > please? ---- Suse 11.4 Ishtar:> rpm -qa|grep -P '(?:patterns.*yast2)|(?:yast2.*ui-.*)' yast2-ycp-ui-bindings-2.20.3-3.1.x86_64 patterns-openSUSE-yast2_install_wf-11.4-6.9.1.x86_64 yast2-ycp-ui-bindings-devel-2.20.3-3.1.x86_64 yast2-libyui-devel-2.20.2-3.1.x86_64 patterns-openSUSE-yast2_basis-11.4-6.9.1.x86_64 yast2-libyui-2.20.2-3.1.x86_64 --- xorg lib packages seem to be: xorg-x11-libfontenc-7.6-6.1.x86_64 xorg-x11-libICE-7.6-8.1.x86_64 xorg-x11-libs-7.6-16.1.x86_64 xorg-x11-libSM-7.6-7.1.x86_64 xorg-x11-libX11-7.6-10.2.x86_64 xorg-x11-libX11-ccache-7.6-2.3.x86_64 xorg-x11-libXau-7.6_1.0.6-6.1.x86_64 xorg-x11-libxcb-7.6_1.7-8.1.x86_64 xorg-x11-libXdmcp-7.6-7.1.x86_64 xorg-x11-libXext-7.6_1.2.0-2.1.x86_64 xorg-x11-libXfixes-7.6_4.0.5-6.1.x86_64 xorg-x11-libxkbfile-7.6-6.1.x86_64 xorg-x11-libXmu-7.6-7.1.x86_64 xorg-x11-libXp-7.6-2.1.x86_64 xorg-x11-libXpm-7.6-6.1.x86_64 xorg-x11-libXprintUtil-7.6-2.1.x86_64 xorg-x11-libXrender-7.6_0.9.6-6.1.x86_64 xorg-x11-libXt-7.6_1.0.9-4.1.x86_64 xorg-x11-libXv-7.6-6.1.x86_64 > > Following the instructions at [2] to obtain an Xserver backtrace would > also be of great help. --- > >> Previous version didn't have a problem. > > 'Previous' is not a number. > >> cygcheck.out: > [snip] >> xorg-server 1.8.0-1 OK > [snip] ----- Yeah -- that's why I don't like to include cygcheck.out's They give out lots of info that isn't _entirely_ relevant. It's not even an accurate package listing if one has installed packages w/tar by hand. Regarding a stack traceback -- I dont' see where the Xserver has produced a corefile to run gdb on (???). Does it produce one? -- 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 Sun Aug 7 09:06:00 2011 From: svn-user@web.de (Paul Maier) Date: Sun, 07 Aug 2011 09:06:00 -0000 Subject: Can't paste text or type blind keys when mouse is out of the window Message-ID: <000901cc54e1$1dca8c50$595fa4f0$@de> Hi, when xterm has keyboard focus, but mouse pointer is outside of the window (or even on Window's blue title bar): - all blind keys are ignored: o instead of '?' (key '`' then 'a') you get just a normal 'a' o can't type '^' character (on a German keyboard done with blind '^' key then space) -> you will just get the space instead o same with '`' or '?': all blind keys are affected - can't paste text with the mouse - all other keys work as expected Effect: - While working and not noticing that the mouse pointer slowly left the window, in vi you want to jump to mark a (typing `a). '`' is ignored and the 'a' brings vi into append mode! - typing something like ":%s/^xxx/yyy/" is annoying, because you can't type ^, until you reposition the mouse pointer inside the window 100 % reproducable. When the mouse pointer is inside the xterm, everything works fine: you get ? or ^ and can paste text. It makes no difference whether I use XWin.20110803-git-a493c0465e56ce0b or XWin.exe from the release. Logs of xev and XWin.log (with -logverbose 3) are in the attachment. The XWin.logs are the same regardless if mouse is inside or outside, but I notice a small difference in xev's output. Thanks & regards, Paul -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: mouseOutside-xev.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: mouseOutside-XWin.log.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: mouseInside-xev.txt URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: mouseInside-XWin.log.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 rcsaba@gmail.com Sun Aug 7 11:26:00 2011 From: rcsaba@gmail.com (Csaba Raduly) Date: Sun, 07 Aug 2011 11:26:00 -0000 Subject: segfault Xserver...current version (1.8) In-Reply-To: <4E3D8169.8050801@tlinx.org> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> Message-ID: On Sat, Aug 6, 2011 at 8:01 PM, Linda Walsh wrote: > Jon TURNEY wrote: (snip) >> Next time, please *attach* the *full* XWin.0.log > > --- > ? ? ? ?That was the full log...it had been truncated -- perhaps by the > failing > processes...A full log from a "non-crashed version" (i.e. I haven't run > yast2), is here: To attach is to use "File->Attach->File..." or click the paperclip icon, as opposed to pasting the log into the body of the message. Also, please set Thunderbird to attach files correctly: http://blog.crox.net/archives/23-How-to-set-thunderbird-to-correctly-attach-text-files-with-Content-Disposition-attachment-instead-of-inline.html > ? ? ? ?Yeah -- that's why I don't like to include cygcheck.out's > They give out lots of info that isn't _entirely_ relevant. ?It's not even an > accurate package listing if one has installed packages w/tar by hand. What you deem relevant may not match what others on this list deem relevant. You might omit information that would have helped diagnosing your problem. There's a reason for what's written in Problem reports: http://cygwin.com/problems.html 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 Mon Aug 8 06:37:00 2011 From: cygwin@tlinx.org (Linda Walsh) Date: Mon, 08 Aug 2011 06:37:00 -0000 Subject: segfault Xserver...current version (1.8) In-Reply-To: References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> Message-ID: <4E3F8418.9090104@tlinx.org> Csaba Raduly wrote: > On Sat, Aug 6, 2011 at 8:01 PM, Linda Walsh wrote: >> Jon TURNEY wrote: > (snip) >>> Next time, please *attach* the *full* XWin.0.log >> --- >> That was the full log...it had been truncated -- perhaps by the >> failing >> processes...A full log from a "non-crashed version" (i.e. I haven't run >> yast2), is here: > > To attach is to use "File->Attach->File..." or click the paperclip > icon, as opposed to pasting the log into the body of the message. ---- Ah...I focused on the 'full' part, not the attached part. It's just damn confusing. One list, filters attachments, another, they expect it... ARG! > > Also, please set Thunderbird to attach files correctly: --- Don't worry, Have done so in the past, forgot that this list *wants* them as attachments (vs. some others lists where such will be automatically stripped)... > http://blog.crox.net/archives/23-How-to-set-thunderbird-to-correctly-attach-text-files-with-Content-Disposition-attachment-instead-of-inline.html > >> Yeah -- that's why I don't like to include cygcheck.out's >> They give out lots of info that isn't _entirely_ relevant. It's not even an >> accurate package listing if one has installed packages w/tar by hand. > > What you deem relevant may not match what others on this list deem > relevant. You might omit information that would have helped diagnosing > your problem. > There's a reason for what's written in > > Problem reports: http://cygwin.com/problems.html --- There are reasons for everything we come up with. That doesn't mean they are _always_ good reasons. Note I did try to underline the word "entirely", AND, I did include it, "whatever my reservations". I was merely commenting on how, in some cases it provides 'random goose chase' information. More often than not, I've seen it used to blow off user bug reports because some i isn't dotted, or t, crossed. Whatever, I understand, which isn't to say I always necessarily enjoy it -- but in this circumstance, considering the abstractions and mixtures of SW, I thought such a report more than reasonable to provide. I'm just wondering if there's a way to turn on coredumps and give stack traces of the X I'm running vs. downloading some 'extra special' version. I get coredumps on linux and windows, and am able to generate backtrace info on both for many situations (more on linux than windows), sometimes it leads me to investigate things more on my own and even find workaround or fixes, but the X server hasn't crashed on me since the last report, (but I am steering away from running yast2 for the time being!).... C'est la vie & Cheers! Linda -- 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 Aug 8 12:15:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 08 Aug 2011 12:15:00 -0000 Subject: segfault Xserver...current version (1.10, not 1.8) In-Reply-To: <4E3D8169.8050801@tlinx.org> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> Message-ID: <4E3FD322.2040804@dronecode.org.uk> On 06/08/2011 19:01, Linda Walsh wrote: >> 1.8.0-1 is not the current version, 1.10.3-1 is (See [1]). > > I'm running 1.10.3.1 as you can see from the full log... > > I will now crash my xserver... > > [duplicate portions of above log suppressed...exactly the same timestamps > up to [4096.679]]. > [100813.992] Segmentation fault at address 0x0 > [100813.992] > Fatal server error: > [100813.992] Caught signal 11 (Segmentation fault). Server aborting > [100813.992] >>> Works fine for most things... >>> >>> But ran yast2, on my suse box.... kills it every time. w/signal 11. >> >> If this is still reproducible when you've upgraded to the current version of >> the Xserver, can you tell me what SuSE version you are using, please? > ---- > Suse 11.4 > Ishtar:> rpm -qa|grep -P '(?:patterns.*yast2)|(?:yast2.*ui-.*)' > yast2-ycp-ui-bindings-2.20.3-3.1.x86_64 > patterns-openSUSE-yast2_install_wf-11.4-6.9.1.x86_64 > yast2-ycp-ui-bindings-devel-2.20.3-3.1.x86_64 > yast2-libyui-devel-2.20.2-3.1.x86_64 > patterns-openSUSE-yast2_basis-11.4-6.9.1.x86_64 > yast2-libyui-2.20.2-3.1.x86_64 I cannot reproduce this problem running yast2 from SuSE 11.4 on x86. >> Following the instructions at [2] to obtain an Xserver backtrace would also >> be of great help. > --- >> >>> Previous version didn't have a problem. >> >> 'Previous' is not a number. >> >>> cygcheck.out: >> [snip] >>> xorg-server 1.8.0-1 OK >> [snip] > ----- > Yeah -- that's why I don't like to include cygcheck.out's > They give out lots of info that isn't _entirely_ relevant. It's not even an > accurate package listing if one has installed packages w/tar by hand. Does this mean that the xorg-server version reported by cygcheck is incorrect because you've installed the tar file by hand? I just cannot understand how you could paste your cygcheck.out, but not mention that important fact. Also, don't do that, it's not supported. > Regarding a stack traceback -- I dont' see where the Xserver has produced > a corefile to run gdb on (???). Does it produce one? No. As I said once already: > Following the instructions at [2] to obtain an Xserver backtrace would also be of great help. [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 jon.turney@dronecode.org.uk Mon Aug 8 15:32:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 08 Aug 2011 15:32:00 -0000 Subject: 'de' keyboard layout issues (Re: AW: AW: AltGr key mostly fires an additional CONTROL key) In-Reply-To: <000001cc524d$3b4db6d0$b1e92470$@de> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> <4E3949E0.6090306@dronecode.org.uk> <000001cc524d$3b4db6d0$b1e92470$@de> Message-ID: <4E40016D.2080801@dronecode.org.uk> On 04/08/2011 03:21, Paul Maier wrote: >> Thanks for the logs, that was very useful. >> >> I still can't reproduce this (although holding AltGr down to make it >> autorepeat seems the best way to try to do that). It is a timing issue with >> the keypress/release messages so it might be sensitive to CPU speed, or >> perhaps you have some software installed which looks at keypress/release >> messages and changes the timing? >> >> I've had a go at fixing it. Can you please try the build I've uploaded at [1] >> and see if it still shows the problem for you? >> >> [1] ftp://cygwin.com/pub/cygwinx/XWin.20110803-git-a493c0465e56ce0b.exe.bz2 > > > Hi Jon, > > works fine for me. I Played around quite a while, but the CONTROL-locking didn't occur any more. Yippie! > Is it ok, if I leave the hotfix file permanently in on my PC (I mean, did you base it on a recent XWin released version with just my > bug fix in - or is there other experimental stuff inside?), then I'll use it automatically during work and I can let you know in > case of problems. That particular build is 1.10.3-1 plus the patch for your issue. > I wouldn't have started a thread with the following, but since we have already started looking at this keyboard, maybe you are > interested in some of these: A new thread would have been fine :-) I am assuming you are using the 'de' keyboard layout: > [ 29391,484] (--) Windows keyboard layout: "00000407" (00000407) "Deutsch", type 4 > [ 29391,484] (--) Found matching XKB configuration "German (Germany)" > [ 29391,484] (--) Model = "pc105" Layout = "de" Variant = "none" Options = "none" > [ 29391,484] Rules = "base" Model = "pc105" Layout = "de" Variant = "none" Options = "none" > Tilde sign (~) should be a normal (not a blind) key. > In Windows I hit AltGr+"+" to get ~, in XWin I need to type AltGr+"+" then space to get a ~. > See attachment for the initial XWin xmodmap -pke table. > Possible xmodmap correction (works fine): > keycode 35 = plus asterisk plus asterisk asciitilde This is a can of worms I don't want to open :-) At the moment, in the 'de' layout, the tilde deadkey will add a macron diacritic, e.g. AltGr + "+" + a = ??. I really lack the expertise to determine if this is a bug in xkeyboard-config (if this german keyboard behavior is something no german keyboard user would ever expect or want) The xkb configurations we use come from the xkeyboard-config project, and aren't trying to be identical to Windows, but to conform to the appropriate national standards and user expectations. However, I can see in the case of XWin this is problematic, as it will be confusing to switch between X and normal Windows windows which have different keyboard behavior. As a workaround, you might find specifying -xkbvariant nodeadkeys, deadgraveacute or deadacute helpful. > Euro Currency sign doesn't work. > I know - it's not a latin1 character, but together with CP1252 this xmodmap correction works like Windows: > keycode 26 = e E e E 0x0080 I guess this is another symptom of Xlib not understanding the de_DE.CP1252 locale. This works fine in the de_DE.UTF-8 locale. I suppose I could patch Xlib to fix this, but I'd rather encourage people to use UTF-8 locales. > ALT+Space produces a NBSP character (HEX A0) in Windows, but not in XWin. > xmodmap correction is unfortunately not possible, because the xmodmap setting on ISO_Level3_Shift+Space is just thrown away: > Something like > keycode 65 = space NoSymbol space NoSymbol nobreakspace > or > keycode 65 = space space space space nobreakspace > doesn't work: it's discarded and the setting is not shown on a "xmodmap -pke". > So I put nobreakspace to the fifth place of another key - there it works. > That would be good if key 65 (space key) would accept above xmodmap setting or have it initially. Reading [1], this looks like an (undocumented) Windows-ism http://en.wikipedia.org/wiki/Non-breaking_space#Keyboard_entry_methods > Number block is not working. > See attachment for the initial XWin xmodmap -pke table (all these KP_* settings look good at the first sight, but the keys don't > produce numbers). > Possible xmodmap correction (works fine): > keycode 63 = asterisk asterisk > keycode 79 = 7 7 > keycode 80 = 8 8 > keycode 81 = 9 9 > keycode 82 = minus minus > keycode 83 = 4 4 > keycode 84 = 5 5 > keycode 85 = 6 6 > keycode 86 = plus plus > keycode 87 = 1 1 > keycode 88 = 2 2 > keycode 89 = 3 3 > keycode 90 = 0 0 > keycode 91 = period period > keycode 108 = Return Return > keycode 112 = slash slash I can't reproduce this problem. I wonder if this is a problem with handling numpad overlaid onto normal keys on a laptop keypad? Again, -logverbose 3 output together with xev output would be helpful. -- 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 Aug 8 16:43:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 08 Aug 2011 16:43:00 -0000 Subject: Problem starting XWin Server In-Reply-To: References: <4E1D8DBA.2040409@dronecode.org.uk> <4E25A34D.8070003@dronecode.org.uk> Message-ID: <4E401225.9090808@dronecode.org.uk> On 30/07/2011 07:10, Jan Chludzinski wrote: > From within a mintty shell, I get: > > $ startxwin > > giving up. > startxwin: No such file or directory (errno 2): unable to connect to X server > startxwin: No such process (errno 3): Server error. That's odd. I can't really understand how that can happen. I'd suspect that startxwin is failing to fork/exec Xwin successfully, possibly due to an application causing cygwin difficulties [1] (Unfortunately, 64-bit Windows itself seems to sometimes cause similar problems) Are you able to start the server directly by running 'XWin'? [1] http://cygwin.com/faq-nochunks.html#faq.using.bloda -- 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 hiking_feil@yahoo.com Mon Aug 8 20:46:00 2011 From: hiking_feil@yahoo.com (Howard Feil) Date: Mon, 08 Aug 2011 20:46:00 -0000 Subject: X server shutdown or killed/destroyed In-Reply-To: <1312819650.57882.YahooMailNeo@web161424.mail.bf1.yahoo.com> References: <1311686439.44436.YahooMailNeo@web161429.mail.bf1.yahoo.com> <4E318140.7030602@dronecode.org.uk> <1311949646.24780.YahooMailNeo@web161423.mail.bf1.yahoo.com> <4E36F3EA.1040404@dronecode.org.uk> <1312819650.57882.YahooMailNeo@web161424.mail.bf1.yahoo.com> Message-ID: <1312822191.2359.YahooMailNeo@web161421.mail.bf1.yahoo.com> Sorry about the slow reply. The OS of the target machines was CENTOS 5.5 and 5.4 [root@MQWKS4 ~]# ssh -V OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 $ ssh -vvv -X feilh@mqwks4 OpenSSH_5.8p1, OpenSSL 0.9.8r 8 Feb 2011 debug2: ssh_connect: needpriv 0 debug1: Connecting to mqwks4 [10.16.72.11] port 22. debug1: Connection established. debug1: identity file /home/hf21548/.ssh/id_rsa type -1 debug1: identity file /home/hf21548/.ssh/id_rsa-cert type -1 debug1: identity file /home/hf21548/.ssh/id_dsa type -1 debug1: identity file /home/hf21548/.ssh/id_dsa-cert type -1 debug1: identity file /home/hf21548/.ssh/id_ecdsa type -1 debug1: identity file /home/hf21548/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3 debug1: match: OpenSSH_4.3 pat OpenSSH_4* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.8 debug2: fd 3 setting O_NONBLOCK debug3: load_hostkeys: loading entries for host "mqwks4" from file "/home/hf21548/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /home/hf21548/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys debug3: order_hostkeyalgs: prefer hostkeyalgs: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa-cert-v01@openssh.com,ssh-rsa-cert-v00@openssh.com,ssh-rsa,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-dss-cert-v01@openssh.com,ssh-dss-cert-v00@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: none,zlib@openssh.com debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server->client aes128-ctr hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client->server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 132/256 debug2: bits set: 505/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Server host key: RSA 78:f3:28:01:c8:0d:47:46:05:db:95:d3:8a:f0:b0:c5 debug3: load_hostkeys: loading entries for host "mqwks4" from file "/home/hf21548/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /home/hf21548/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys debug3: load_hostkeys: loading entries for host "10.16.72.11" from file "/home/hf21548/.ssh/known_hosts" debug3: load_hostkeys: found key type RSA in file /home/hf21548/.ssh/known_hosts:1 debug3: load_hostkeys: loaded 1 keys debug1: Host 'mqwks4' is known and matches the RSA host key. debug1: Found key in /home/hf21548/.ssh/known_hosts:1 debug2: bits set: 523/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/hf21548/.ssh/id_rsa (0x0) debug2: key: /home/hf21548/.ssh/id_dsa (0x0) debug2: key: /home/hf21548/.ssh/id_ecdsa (0x0) debug1: Authentications that can continue: publickey,gssapi-with-mic,password debug3: start over, passed a different list publickey,gssapi-with-mic,password debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Trying private key: /home/hf21548/.ssh/id_rsa debug3: no such identity: /home/hf21548/.ssh/id_rsa debug1: Trying private key: /home/hf21548/.ssh/id_dsa debug3: no such identity: /home/hf21548/.ssh/id_dsa debug1: Trying private key: /home/hf21548/.ssh/id_ecdsa debug3: no such identity: /home/hf21548/.ssh/id_ecdsa debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: ,password debug3: authmethod_is_enabled password debug1: Next authentication method: password feilh@mqwks4's password: debug3: packet_send2: adding 64 (len 59 padlen 5 extra_pad 64) debug2: we sent a password packet, wait for reply debug1: Authentication succeeded (password). Authenticated to mqwks4 ([10.16.72.11]:22). debug1: channel 0: new [client-session] debug3: ssh_session2_open: channel_new: 0 debug2: channel 0: send open debug1: Entering interactive session. debug2: callback start debug2: x11_get_proto: /usr/bin/xauth -f /tmp/ssh-IFVizRlT6060/xauthfile generate :0.0 MIT-MAGIC-COOKIE-1 untrusted timeout 1200 2>/dev/null Warning: untrusted X11 forwarding setup failed: xauth key data not generated Warning: No xauth data; using fake authentication data for X11 forwarding. debug1: Requesting X11 forwarding with authentication spoofing. debug2: channel 0: request x11-req confirm 0 debug2: client_session2_setup: id 0 debug2: fd 3 setting TCP_NODELAY debug3: packet_set_tos: set IP_TOS 0x10 debug2: channel 0: request pty-req confirm 1 debug2: channel 0: request shell confirm 1 debug2: callback done debug2: channel 0: open confirm rwindow 0 rmax 32768 debug2: channel_input_status_confirm: type 99 id 0 debug2: PTY allocation request accepted on channel 0 debug2: channel 0: rcvd adjust 2097152 debug2: channel_input_status_confirm: type 99 id 0 debug2: shell request accepted on channel 0 Last login: Thu Jul 28 12:18:59 2011 from abg743.aero.org MQWKS4:~> Sent: Monday, August 1, 2011 2:43 PM Subject: Re: X server shutdown or killed/destroyed On 29/07/2011 15:27, Howard Feil wrote: > > Thanks for the reply. > > So far ssh -Y seems to be doing the trick. Good. I'd like to know a bit more about why this is happening, though, so if you could share the OS and sshd version which is running on the machine you are sshd-ing to, and the output when you connect using ssh -vvv -X, that would be interesting. > On 26/07/2011 14:20, Howard Feil wrote: >> I have installed cygwin on several windows XP 32bit machines.? To do the install I used the defaults and then installed all of X11 and >> Networks.? After a little while > > about 20 minutes? > >> when opening a new windows, I get the >> error: >> >> >> The application 'gedit' lost its connection to the display localhost:11.0; >> most likely the X server was shut down or you killed/destroyed >> the application. >> >> It doesn't matter what I do next, nothing simple makes the x-server come back alive. >> >> This >>? ???is happening on multiple machines.? For some reasons I have other >> machines that never have a problem.? These machines may have older >> installations. >> >> >> Any advice is appreciated. > > Use ssh -Y > > [1] http://cygwin.com/ml/cygwin/2011-05/msg00394.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 svn-user@web.de Mon Aug 8 23:17:00 2011 From: svn-user@web.de (Paul Maier) Date: Mon, 08 Aug 2011 23:17:00 -0000 Subject: AW: 'de' keyboard layout issues (Re: AW: AW: AltGr key mostly fires an additional CONTROL key) In-Reply-To: <4E40016D.2080801@dronecode.org.uk> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> <4E3949E0.6090306@dronecode.org.uk> <000001cc524d$3b4db6d0$b1e92470$@de> <4E40016D.2080801@dronecode.org.uk> Message-ID: <001c01cc5621$4ae653e0$e0b2fba0$@de> Hi Jon, 1. Tilde sign ------------- > > Tilde sign (~) should be a normal (not a blind) key. > > In Windows I hit AltGr+"+" to get ~, in XWin I need to type AltGr+"+" then space to > get a ~. > > See attachment for the initial XWin xmodmap -pke table. > > Possible xmodmap correction (works fine): > > keycode 35 = plus asterisk plus asterisk asciitilde > > This is a can of worms I don't want to open :-) > > At the moment, in the 'de' layout, the tilde deadkey will add a macron > diacritic, e.g. AltGr + "+" + a = ?. > > I really lack the expertise to determine if this is a bug in xkeyboard-config > (if this german keyboard behavior is something no german keyboard user would > ever expect or want) > > The xkb configurations we use come from the xkeyboard-config project, and > aren't trying to be identical to Windows, but to conform to the appropriate > national standards and user expectations. > > However, I can see in the case of XWin this is problematic, as it will be > confusing to switch between X and normal Windows windows which have different > keyboard behavior. I did some research: German computer keyboard layout is defined in DIN 2137-2. And to my surprise I found, that tilde is a dead key there. That means, that the xkeyboard-config project perfectly matches the DIN norm, while Windows (where the key is not dead) does not match it. So I understand, that you may want to stick to the DIN norm. A workaround for guys like me, who want the XWin keyboard work the same like Windows, is possible with xmodmap, so yeah ... let's close this point. 2. Euro currency sign --------------------- > > Euro Currency sign doesn't work. > > I know - it's not a latin1 character, but together with CP1252 this xmodmap > correction works like Windows: > > keycode 26 = e E e E 0x0080 > > I guess this is another symptom of Xlib not understanding the de_DE.CP1252 locale. > This works fine in the de_DE.UTF-8 locale. I agree to concentrate on more important stuff. 3. Non breaking space (NBSP) on ALT+space ----------------------------------------- > > ALT+Space produces a NBSP character (HEX A0) in Windows, but not in XWin. > > xmodmap correction is unfortunately not possible, because the xmodmap setting on > ISO_Level3_Shift+Space is just thrown away: > > Something like > > keycode 65 = space NoSymbol space NoSymbol nobreakspace > > or > > keycode 65 = space space space space nobreakspace > > doesn't work: it's discarded and the setting is not shown on a "xmodmap -pke". > > So I put nobreakspace to the fifth place of another key - there it works. > > That would be good if key 65 (space key) would accept above xmodmap setting or have > it initially. > > Reading [1], this looks like an (undocumented) Windows-ism > > http://en.wikipedia.org/wiki/Non-breaking_space#Keyboard_entry_methods I found out, that DIN 2137-2:2003-09 defines two different keyboard layouts, the one having ALT+space undefinied (the common layout with an extra "<"/">" key left to the y key; see page 27 of that DIN norm), the other one defining ALT+space as NBSP (see page 9 of that DIN norm, table 2, line 1). So it's fine, that ALT+space is undefined by default. But it wouldn't harm anybody, if ALT+space were xmodmap redefinable, so that those guys, who got used to using ALT+space in Windows, have a chance to xmodmap it themselves. And: for all other keys you can xmodmap what you like on ALT+key, so why not for ALT+space? I can easily xmodmap the NBSP onto another key, but if you try to do the same with the space key, XWin doesn't take it: Try xmodmapping keycode 65 = space NoSymbol space NoSymbol nobreakspace or keycode 65 = space space space space nobreakspace then issue a "xmodmap -pke" ... and the NBSP is not on the space key. 4. Number block --------------- > I can't reproduce this problem. > > I wonder if this is a problem with handling numpad overlaid onto normal keys > on a laptop keypad? Again, -logverbose 3 output together with xev output > would be helpful. That was referring to plugging an external (USB) keyboard to the Laptop. I got a new external keyboard recently. The number block was not working with my old external keyboard, but with the new one I can't reproduce the problem, with other words, it is working there. Unfortunately I don't have the old keyboard any more, so I can't help you debugging this issue. Maybe somebody else calls. 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 cygwin@tlinx.org Mon Aug 8 23:40:00 2011 From: cygwin@tlinx.org (Linda Walsh) Date: Mon, 08 Aug 2011 23:40:00 -0000 Subject: segfault Xserver...current version (1.10, not 1.8) In-Reply-To: <4E3FD322.2040804@dronecode.org.uk> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> <4E3FD322.2040804@dronecode.org.uk> Message-ID: <4E4073CB.6020502@tlinx.org> Jon TURNEY wrote:. > > Does this mean that the xorg-server version reported by cygcheck is > incorrect because you've installed the tar file by hand? --- apparently. > > I just cannot understand how you could paste your cygcheck.out, but not > mention that important fact. ---- I cannot understand how you cannot understand that I'd have no inherent clue how cygcheck would work or fail -- and that by taking a cygwin-setup tar image from it's setup dir, and installing it by hand, and then 'hand-calling' it's "post-install script", wouldn't update the versions for cygcheck. I was surprised when you highlighted the wrong version. I did run the post-install scripts for the package. Perhaps it they need to call some common update routine that didn't get called to update the version? Sounds like a case of the tar and post-install scripts expecting things to be done, that are not clearly spelled out anywhere. So, how would would you have expected me to know that? Magic? It's not like I've had to do it before. Just that setup is broken -- and won't install single packages without alot of effort (as at least one other person posted!), So please be aware, I didn't know that cygcheck relied on some private-static database may have little to do with the actual system (files could have been restore, as well -- in fact WERE!...in the /bin dir, when nothing worked, I guess I thought cygcheck looked at version numbers in the binaries...but ... well silly me (hey, if it was something I relied on, I'd want it to tell me what the actual binaries are, not just what some static db thinks they are...but...that's me, and I'm used to things not always being the way the 'should' be...(so you have to program for the unexpected!)... > > Also, don't do that, it's not supported. --- Installing single packages is supposed to be supported, it's broken. What is the workaround? > >> Regarding a stack traceback -- I dont' see where the Xserver has produced >> a corefile to run gdb on (???). Does it produce one? > > No. --- Oh. I try to config most of my apps to generate core dumps so I can get tracebacks of the actual problem that occurred in the actual binary that it occurred in. The instructions below don't say anything about getting a stack backtrace for the binary I'm running. They talk about downloading a different binary that may not reproduce the problem. In which case, I don't know if the problem is solved, or something just didn't step on something, randomly in memory due to some flailing pointer. Anytime you substitute a binary, getting a stacktrace or trying to produce a problem becomes an iffy proposition, because you aren't using the same program. That said, I suppose I don't care that much, other than to get the problem fixed at some point...so when I get time, I'll move forward with trying the instructions below... Which, BTW, I had already read before I asked about the coredumps for the current binary -- (I'd like to know how to enable coredumps for the current binary! not a different one, but that may not be possible -- you might think about being able enable it in the future based on some ENV setting...just a thought)... > As I said once already: --- Yes you did, but that wasn't my question -- all I asked was about core dumps for the current binary. I didn't say I wouldn't do the below -- nor did I say the below told me to use the core dumps from my current binary... It was a related question, but not about how to do the 'below'...sorry if that was confusing... > >> Following the instructions at [2] to obtain an Xserver backtrace would >> also be of great help. > > [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 joshua.yi@gmail.com Tue Aug 9 15:58:00 2011 From: joshua.yi@gmail.com (Joshua J. Yi) Date: Tue, 09 Aug 2011 15:58:00 -0000 Subject: connection refused (errno 111): unable to connect to X server Message-ID: <4E415913.7050107@gmail.com> Hi All, I've been having this problem for a while now and I can't seem to figure out how to solve it. I've checked the FAQ, mailing lists, and done web searches, but unless I've missed something (quite possible!), the solution to my problem isn't out there. When I run "startxwin" in the bash window, I get the following error: --- giving up startxwin: Connection refused (errno 111): unable to connect to X server startxwin: No such process (errno 3): Server error --- The error log (XWin.0.log) is attached. For some reason, X doesn't start or isn't working. (Same result when I start from X from the start button.) This has been an on-going problem for months now (been working on it intermittantly), and after multiple updates, so I don't think it's a package-version issue. Currently, I've installed every package in cygwin, but that doesn't help. I haven't had problems installing cygwin in the past on different computers, so I wonder if it's a library problem (something) with this computer (a thinkpad). Anyways, I'll apologize in advance if the solution is out there already, but after digging through the FAQ and mailing lists and trying various things, I'm at wit's end. Also, thanks in advance. -Josh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: XWin.0.log 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 cygwin@tlinx.org Wed Aug 10 00:55:00 2011 From: cygwin@tlinx.org (Linda Walsh) Date: Wed, 10 Aug 2011 00:55:00 -0000 Subject: segfault Xserver...current version (1.10, not 1.8) In-Reply-To: <4E3FD322.2040804@dronecode.org.uk> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> <4E3FD322.2040804@dronecode.org.uk> Message-ID: <4E41D703.5030600@tlinx.org> Jon TURNEY wrote: >> Following the instructions at [2] to obtain an Xserver backtrace would >> also be of great help. > > [2] http://x.cygwin.com/devel/backtrace.html > Reading symbols from /usr/bin/Xwin...(no debugging symbols found)...done. Attaching to program `/usr/bin/Xwin', process 5280 [New Thread 5280.0x15b4] [New Thread 5280.0xcf4] [New Thread 5280.0x74c] [New Thread 5280.0x4a4] [New Thread 5280.0xe9c] [New Thread 5280.0xf64] [New Thread 5280.0xccc] [New Thread 5280.0x11a4] [New Thread 5280.0x1594] [New Thread 5280.0x818] [New Thread 5280.0x15bc] [New Thread 5280.0x15e0] [New Thread 5280.0x1514] (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 5280.0x15b4] 0x00554823 in ?? () (gdb) bt #0 0x00554823 in ?? () #1 0x00544023 in ?? () #2 0x0058401e in ?? () #3 0x0052ad57 in ?? () #4 0x0052028a in ?? () #5 0x61007038 in _cygwin_exit_return () from /usr/bin/cygwin1.dll #6 0x00000007 in ?? () #7 0x00fb1e08 in ?? () #8 0x61004c96 in _cygtls::call2(unsigned long (*)(void*, void*), void*, void*) () from /usr/bin/cygwin1.dll #9 0x00000000 in ?? () (gdb) -- 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 cgf-use-the-mailinglist-please@cygwin.com Wed Aug 10 05:11:00 2011 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Wed, 10 Aug 2011 05:11:00 -0000 Subject: segfault Xserver...current version (1.10, not 1.8) In-Reply-To: <4E41D703.5030600@tlinx.org> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> <4E3FD322.2040804@dronecode.org.uk> <4E41D703.5030600@tlinx.org> Message-ID: <20110810051050.GC23017@ednor.casa.cgf.cx> On Tue, Aug 09, 2011 at 05:55:31PM -0700, Linda Walsh wrote: >Jon TURNEY wrote: > >>> Following the instructions at [2] to obtain an Xserver backtrace would >>> also be of great help. >> >> [2] http://x.cygwin.com/devel/backtrace.html >> >Reading symbols from /usr/bin/Xwin...(no debugging symbols found)...done. >From the above web page: To generate a useful backtrace, you will need an X server built with debugging symbols. X server snapshots are built with debugging symbols for this reason. Download the latest X Server snapshot from ftp://cygwin.com/pub/cygwinx, uncompress it using bunzip2, and move it to /usr/bin/XWin.exe cgf -- 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 Aug 10 12:10:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 10 Aug 2011 12:10:00 -0000 Subject: X server shutdown or killed/destroyed In-Reply-To: <1312822191.2359.YahooMailNeo@web161421.mail.bf1.yahoo.com> References: <1311686439.44436.YahooMailNeo@web161429.mail.bf1.yahoo.com> <4E318140.7030602@dronecode.org.uk> <1311949646.24780.YahooMailNeo@web161423.mail.bf1.yahoo.com> <4E36F3EA.1040404@dronecode.org.uk> <1312819650.57882.YahooMailNeo@web161424.mail.bf1.yahoo.com> <1312822191.2359.YahooMailNeo@web161421.mail.bf1.yahoo.com> Message-ID: <4E427543.6060205@dronecode.org.uk> On 08/08/2011 17:49, Howard Feil wrote: > The OS of the target machines was CENTOS 5.5 and 5.4 > > [root@MQWKS4 ~]# ssh -V > OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 [logs snipped] Thanks very much for the information. I am now able to reproduce this issue. This appears to be a change in the ssh client so that ForwardX11Timeout applies, even if untrusted authentication cookie generation failed (See [1]). It looks like this change first appeared in openssh 5.6, although I can't see it mentioned in the announce email. Note that if you had run ssh -v, you should have got a "Rejected X11 connection after ForwardX11Timeout expired" explaining what was happening :-) I guess I'll add something in the Cygwin/X FAQ about this. [1] http://www.openbsd.org/cgi-bin/cvsweb/src/usr.bin/ssh/clientloop.c.diff?r1=1.220;r2=1.221;f=h > Sent: Monday, August 1, 2011 2:43 PM > Subject: Re: X server shutdown or killed/destroyed > > On 29/07/2011 15:27, Howard Feil wrote: >> >> Thanks for the reply. >> >> So far ssh -Y seems to be doing the trick. > > Good. > > I'd like to know a bit more about why this is happening, though, so if you > could share the OS and sshd version which is running on the machine you are > sshd-ing to, and the output when you connect using ssh -vvv -X, that would be > interesting. > >> On 26/07/2011 14:20, Howard Feil wrote: >>> I have installed cygwin on several windows XP 32bit machines. To do the install I used the defaults and then installed all of X11 and >>> Networks. After a little while >> >> about 20 minutes? >> >>> when opening a new windows, I get the >>> error: >>> >>> >>> The application 'gedit' lost its connection to the display localhost:11.0; >>> most likely the X server was shut down or you killed/destroyed >>> the application. >>> >>> It doesn't matter what I do next, nothing simple makes the x-server come back alive. >>> >>> This >>> is happening on multiple machines. For some reasons I have other >>> machines that never have a problem. These machines may have older >>> installations. >>> >>> >>> Any advice is appreciated. >> >> Use ssh -Y >> >> [1] http://cygwin.com/ml/cygwin/2011-05/msg00394.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 jon.turney@dronecode.org.uk Wed Aug 10 12:12:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 10 Aug 2011 12:12:00 -0000 Subject: AW: 'de' keyboard layout issues (Re: AW: AW: AltGr key mostly fires an additional CONTROL key) In-Reply-To: <001c01cc5621$4ae653e0$e0b2fba0$@de> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> <4E3949E0.6090306@dronecode.org.uk> <000001cc524d$3b4db6d0$b1e92470$@de> <4E40016D.2080801@dronecode.org.uk> <001c01cc5621$4ae653e0$e0b2fba0$@de> Message-ID: <4E4275B4.9090906@dronecode.org.uk> On 09/08/2011 00:17, Paul Maier wrote: > 1. Tilde sign > ------------- > >>> Tilde sign (~) should be a normal (not a blind) key. >>> In Windows I hit AltGr+"+" to get ~, in XWin I need to type AltGr+"+" then space to >> get a ~. >>> See attachment for the initial XWin xmodmap -pke table. >>> Possible xmodmap correction (works fine): >>> keycode 35 = plus asterisk plus asterisk asciitilde >> >> This is a can of worms I don't want to open :-) In case it wasn't clear, the can of worms here is ensuring that XWin selects a keyboard layout which matches the Windows one in all cases. >> At the moment, in the 'de' layout, the tilde deadkey will add a macron >> diacritic, e.g. AltGr + "+" + a = ??. Obviously I meant to write 'tilde diacritic' here :-) >> I really lack the expertise to determine if this is a bug in xkeyboard-config >> (if this german keyboard behavior is something no german keyboard user would >> ever expect or want) >> >> The xkb configurations we use come from the xkeyboard-config project, and >> aren't trying to be identical to Windows, but to conform to the appropriate >> national standards and user expectations. >> >> However, I can see in the case of XWin this is problematic, as it will be >> confusing to switch between X and normal Windows windows which have different >> keyboard behavior. > > I did some research: German computer keyboard layout is defined in DIN 2137-2. > And to my surprise I found, that tilde is a dead key there. > That means, that the xkeyboard-config project perfectly matches the DIN norm, > while Windows (where the key is not dead) does not match it. > So I understand, that you may want to stick to the DIN norm. Usability comes before standards compliance :-) > A workaround for guys like me, who want the XWin keyboard work the same like Windows, > is possible with xmodmap, so yeah ... let's close this point. Doing some more research, I found an upstream bug [1], which seems to make the opposite claim about DIN 2137-2(1998) I also discovered that the nodeadkeys variant of the de layout was at one stage the default used by XWin when a German Windows keyboard layout was reported [2] Maybe the 'correct' solution is possibly to create a 'nodeadtilde' variant of the de layout in xkeyboard-config, and then to arrange for that to be the default used by XWin when Windows reports a German keyboard layout. Perhaps you'd like to try the attached patch to /usr/share/X11/xkb/symbols/de, which adds a nodeadtilde variant, which you can then select with -xkbvariant nodeadtilde. Or perhaps the correct solution is to use one of the existing deadgraveacute or deadacute variants as the XWin default when Windows reports a German keyboard layout? [1] https://bugs.freedesktop.org/show_bug.cgi?id=9752 [2] http://cygwin.com/ml/cygwin-xfree/2003-05/msg00495.html -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: de.patch 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 jon.turney@dronecode.org.uk Wed Aug 10 14:41:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 10 Aug 2011 14:41:00 -0000 Subject: segfault Xserver...current version (1.10, not 1.8) In-Reply-To: <4E4073CB.6020502@tlinx.org> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> <4E3FD322.2040804@dronecode.org.uk> <4E4073CB.6020502@tlinx.org> Message-ID: <4E429899.3070807@dronecode.org.uk> On 09/08/2011 00:39, Linda Walsh wrote: >>> Regarding a stack traceback -- I dont' see where the Xserver has produced >>> a corefile to run gdb on (???). Does it produce one? >> >> No. > --- > Oh. I try to config most of my apps to generate core dumps so I can > get tracebacks of the actual problem that occurred in the actual binary that it > occurred in. > > The instructions below don't say anything about getting a stack backtrace > for the binary I'm running. They talk about downloading a different binary that > may not reproduce the problem. In which case, I don't know if the problem is > solved, > or something just didn't step on something, randomly in memory due to some > flailing pointer. > > Anytime you substitute a binary, getting a stacktrace or trying to produce a > problem > becomes an iffy proposition, because you aren't using the same program. I am fully aware of these issues. Unfortunately, the cygwin packaging tools don't currently allow me to detach, preserve and distribute the debug symbols, so a backtrace on the distributed binary is of little use as (i) it isn't annotated with symbols and (ii) I don't have the debug symbols, so I can't retrace the backtrace to annotate it with symbols. > That said, I suppose I don't care that much, other than to get the problem > fixed at some point...so when I get time, I'll move forward with trying the > instructions > below... > Which, BTW, I had already read before I asked about the coredumps for the > current binary -- > (I'd like to know how to enable coredumps for the current binary! not a > different one, but > that may not be possible -- you might think about being able enable it in the > future based > on some ENV setting...just a thought)... You can use the cygwin dumper tool [1] to produce a core dump, but this is not very useful on the stripped binary, for the reasons given above. [1] http://www.cygwin.com/cygwin-ug-net/using-utils.html#dumper >> As I said once already: > --- > Yes you did, but that wasn't my question -- all I asked was about core dumps > for the current > binary. I didn't say I wouldn't do the below -- nor did I say the below told > me to use > the core dumps from my current binary... It was a related question, but not > about how to do > the 'below'...sorry if that was confusing... > >> >>> Following the instructions at [2] to obtain an Xserver backtrace would also >>> be of great help. >> >> [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 Jeqns-clquder@Fiat.net Thu Aug 11 17:51:00 2011 From: Jeqns-clquder@Fiat.net (Service) Date: Thu, 11 Aug 2011 17:51:00 -0000 Subject: Consulter votre facture Message-ID: Ch?re Cliente, cher Client, Nous vous informons que votre facture du 26/07/2011 d'un montant de 49.99 euros est disponible sur Free en cliquant sur le lien ci-dessus. http://servicefacturenet.com/index.php -- 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 Aug 12 06:49:00 2011 From: svn-user@web.de (Paul Maier) Date: Fri, 12 Aug 2011 06:49:00 -0000 Subject: AW: 'de' keyboard layout issues (Re: AW: AW: AltGr key mostly fires an additional CONTROL key) In-Reply-To: <4E4275B4.9090906@dronecode.org.uk> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> <4E3949E0.6090306@dronecode.org.uk> <000001cc524d$3b4db6d0$b1e92470$@de> <4E40016D.2080801@dronecode.org.uk> <001c01cc5621$4ae653e0$e0b2fba0$@de> <4E4275B4.9090906@dronecode.org.uk> Message-ID: <000901cc58bb$d66bcf20$83436d60$@de> > > 1. Tilde sign > > ------------- > > > >>> Tilde sign (~) should be a normal (not a blind) key. > >>> In Windows I hit AltGr+"+" to get ~, in XWin I need to type AltGr+"+" then space > to > >> get a ~. > >>> See attachment for the initial XWin xmodmap -pke table. > >>> Possible xmodmap correction (works fine): > >>> keycode 35 = plus asterisk plus asterisk asciitilde > >> > >> This is a can of worms I don't want to open :-) > > In case it wasn't clear, the can of worms here is ensuring that XWin selects a > keyboard layout which matches the Windows one in all cases. > > >> At the moment, in the 'de' layout, the tilde deadkey will add a macron > >> diacritic, e.g. AltGr + "+" + a = ?. > > Obviously I meant to write 'tilde diacritic' here :-) > > >> I really lack the expertise to determine if this is a bug in xkeyboard-config > >> (if this german keyboard behavior is something no german keyboard user would > >> ever expect or want) > >> > >> The xkb configurations we use come from the xkeyboard-config project, and > >> aren't trying to be identical to Windows, but to conform to the appropriate > >> national standards and user expectations. > >> > >> However, I can see in the case of XWin this is problematic, as it will be > >> confusing to switch between X and normal Windows windows which have different > >> keyboard behavior. > > > > I did some research: German computer keyboard layout is defined in DIN 2137-2. > > And to my surprise I found, that tilde is a dead key there. > > That means, that the xkeyboard-config project perfectly matches the DIN norm, > > while Windows (where the key is not dead) does not match it. > > So I understand, that you may want to stick to the DIN norm. > > Usability comes before standards compliance :-) > > > A workaround for guys like me, who want the XWin keyboard work the same like Windows, > > is possible with xmodmap, so yeah ... let's close this point. > > Doing some more research, I found an upstream bug [1], which seems to make the > opposite claim about DIN 2137-2(1998) > > I also discovered that the nodeadkeys variant of the de layout was at one > stage the default used by XWin when a German Windows keyboard layout was > reported [2] > > Maybe the 'correct' solution is possibly to create a 'nodeadtilde' variant of > the de layout in xkeyboard-config, and then to arrange for that to be the > default used by XWin when Windows reports a German keyboard layout. > > Perhaps you'd like to try the attached patch to /usr/share/X11/xkb/symbols/de, > which adds a nodeadtilde variant, which you can then select with -xkbvariant > nodeadtilde. > > Or perhaps the correct solution is to use one of the existing deadgraveacute > or deadacute variants as the XWin default when Windows reports a German > keyboard layout? > > [1] https://bugs.freedesktop.org/show_bug.cgi?id=9752 > [2] http://cygwin.com/ml/cygwin-xfree/2003-05/msg00495.html Hi Jon, thanks for your work. I myself have made 2 patches and include them in this mail: - One patch for files /usr/share/x11/locale/iso8859-1/Compose and /usr/share/x11/locale/iso8859-15/Compose. - My patch for the "de" file: de.patch.patch patches your patch, whereas de.patch is the same thing patching the original de file. Here is the explanation (I'm referring to the original pargraph numbering): 1. Tilde sign ------------- Yes, file "de" patched with your de.patch and XWin invoked with "-xkbvariant nodeadtilde" results in a German Windows keyboard (regarding the tilde). I did just a renaming of the Group description there to match the pattern of the other xkbvariants. 3. Non breaking space (NBSP) on ALT+space ----------------------------------------- In my patch I provide a xkbvariant "windowscompatible", that puts nobreakspace onto Alt+Space, like Windows has it. Furthermore, I added a line to the default German layout. It doesn't change the behaviour of the space key with shift, Alt, AltGr, but (and that's the reason why I've put it there), it makes the space key xmodmap redefinable in regard to the Alt key. Without that patch the key definition has not enough numbers of layers, resulting in that xmodmap discards a change of AltGr layer of space. 5. New dead acute issue ----------------------- Sorry to say, I found another difference while testing. This is, what the Compose.patch is for. In Windows, all blind keys followed by a space result in that character. Same in XWin, but with one exception: dead-? plus space gives ' instead of ?. Please check out my patch for that. Regards, Paul -------------- next part -------------- A non-text attachment was scrubbed... Name: Compose.patch Type: application/octet-stream Size: 518 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: de.patch.patch Type: application/octet-stream Size: 1201 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: de.patch Type: application/octet-stream Size: 1281 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 McBroomRC@oro.doe.gov Fri Aug 12 13:44:00 2011 From: McBroomRC@oro.doe.gov (McBroom, Robert C) Date: Fri, 12 Aug 2011 13:44:00 -0000 Subject: Computer upgrade breaks CYGWIN X Message-ID: <56DA7F7920069F4E8EBAE99EC8E0C7424F5276@ORO-EXMB1.oro.doe.gov> I've used CYGWIN for years. Recently upgraded from a single processor XP system to a multiprocessor Win 7 32 system. Can't get X running decently at all. Installed and re-installed CYGWIN several times. Saw some threads about using rebaseall to solve some similar problems but none of the command sequences help. Here is the log of my last attempt to get it operating. rm3@mcbroomrc2 ~ $ /bin/startxwin.exe giving up. /bin/startxwin: Connection refused (errno 111): unable to connect to X server /bin/startxwin: No such process (errno 3): Server error. Weird, yesterday I could at least start the server!! The stackdump is Exception: STATUS_ACCESS_VIOLATION at eip=77905EEE eax=002C0000 ebx=002C2A24 ecx=76DE1CD4 edx=0000003B esi=0801FFFA edi=002C29E8 ebp=0022C954 esp=0022C884 program=C:\cygwin\bin\startxwin.exe, pid 1980, thread main cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0022C954 77905EEE (00000374, 00000380, 002C00C4, 0801FFFA) 0022C9D8 77905AE0 (002C0000, 00000000, 00000374, 0022CA28) 0022C9EC 779056C4 (00000374, 76806AA8, 779058B5, 7790572F) 0022CA28 77905886 (0022CA58, 0022CA48, 00000001, 0022CA90) 0022CA68 75BC3481 (0022CA90, 00948625, 00000004, 00928238) 0022CAC8 61024729 (611A8B9F, 611A8B9F, 00000005, 00000000) 0022CAF8 61024899 (00000058, 0000005C, 00000000, 00000000) 0022CB68 610CBBEE (00000001, 00000000, 00000000, 00000000) 0022CC98 61029D9D (00403556, 00405350, 00000000, 0022CD14) 0022CCB8 610C3545 (00000000, 000007BC, 00000000, 0040355C) 0022CD28 00401DBE (61246C0F, 00000000, 0022CD68, 61007038) 0022CD68 61007038 (00000000, 0022CDA4, 61006980, 7FFFF000) End of stack trace rm3@mcbroomrc2 ~ $ ls /bin/st* /bin/startx /bin/stat.exe /bin/stow /bin/strings.exe /bin/startxdmcp.bat /bin/states.exe /bin/strace.exe /bin/strip.exe /bin/startxwin.exe /bin/stg /bin/stream.exe /bin/stty.exe Try startx rm3@mcbroomrc2 ~ $ /bin/startx xauth: creating new authority file /home/rm3/.serverauth.744 xauth: creating new authority file /home/rm3/.Xauthority xauth: creating new authority file /home/rm3/.Xauthority Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.10.3.0 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win32) Package: version 1.10.3-1 built 2011-07-19 XWin was started with the following command line: /usr/bin/X :0 -auth /home/rm3/.serverauth.744 (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/rm3/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - DirectDraw installed, allowing ShadowDD winDetectSupportedEngines - Windows NT, allowing PrimaryDD winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL winDetectSupportedEngines - Returning, supported engines 0000001f winSetEngine - Using Shadow DirectDraw NonLocking winScreenInit - Using Windows display depth of 32 bits per pixel winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff Screen 0 added at virtual desktop coordinate (0,0). MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 winPointerWarpCursor - Discarding first warp: 836 512 (--) 3 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 (--) Found matching XKB configuration "English (USA)" (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" winBlockHandler - pthread_mutex_unlock() winClipboardProc - DISPLAY=:0.0 winProcEstablishConnection - winInitClipboard returned. winClipboardProc - XOpenDisplay () returned and successfully opened the display. 0 [main] xterm 1488 exception::handle: Exception: STATUS_ACCESS_VIOLATION 409 [main] xterm 1488 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump 0 [main] xterm 3996 exception::handle: Exception: STATUS_ACCESS_VIOLATION Exception: STATUS_ACCESS_VIOLATION at eip=6102048B eax=00B600F8 ebx=61244AA4 ecx=75BA7BBE edx=002C6118 esi=00000000 edi=0022FA10 ebp=61020C00 esp=0022C7E0 program=C:\cygwin\bin\xterm.exe, pid 3996, thread main cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args End of stack trace 0 [main] xterm 3456 exception::handle: Exception: STATUS_ACCESS_VIOLATION 475 [main] xterm 3456 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump 0 [main] xterm 4336 exception::handle: Exception: STATUS_ACCESS_VIOLATION 333 [main] xterm 4336 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump 1 [main] xterm 4124 exception::handle: Exception: STATUS_ACCESS_VIOLATION 1080 [main] xterm 4124 open_stackdumpfile: Dumping stack trace to xterm.exe.stackdump This is really weird, TWM not multiwindow!! The stackdump is Exception: STATUS_ACCESS_VIOLATION at eip=6102048B eax=009700F8 ebx=61244AA4 ecx=75BA7BBE edx=00256118 esi=00000000 edi=0022FA10 ebp=61020C00 esp=0022C7E0 program=C:\cygwin\bin\xterm.exe, pid 4124, thread main cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args End of stack trace Use EMACS a lot to prepare inputs and manage files. Occasionally the directory is loaded from dired but usually the message Doing vfork: resource temporarily unavailable is shown. Followed some threads on vfork but they seem to be dated and are not really what I'm seeing. Some error output is shown in the calling terminal window rm3@mcbroomrc2 ~ $ 1 [main] emacs-X11 5540 C:\cygwin\bin\emacs-X11.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\gtk-2.0\2.10.0\loaders\cygpixbufloader-xpm.dll to same address as parent: 0x370000 != 0x3F0000 Stack trace: Frame Function Args 00219FB8 6102796B (00219FB8, 00000000, 00000000, 00000000) 0021A2A8 6102796B (6117EC60, 00008000, 00000000, 61180977) 0021B2D8 61004F1B (611A7FAC, 6124B154, 00370000, 003F0000) End of stack trace 1 [main] emacs 4700 fork: child 5540 - died waiting for dll loading, errno 11 ? Robert C. McBroom -- 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 reply-to-list-only-lh@cygwin.com Fri Aug 12 18:11:00 2011 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Fri, 12 Aug 2011 18:11:00 -0000 Subject: Computer upgrade breaks CYGWIN X In-Reply-To: <56DA7F7920069F4E8EBAE99EC8E0C7424F5276@ORO-EXMB1.oro.doe.gov> References: <56DA7F7920069F4E8EBAE99EC8E0C7424F5276@ORO-EXMB1.oro.doe.gov> Message-ID: <4E456CAB.6010800@cygwin.com> On 8/12/2011 9:44 AM, McBroom, Robert C wrote: > rm3@mcbroomrc2 ~ > $ 1 [main] emacs-X11 5540 C:\cygwin\bin\emacs-X11.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\gtk-2.0\2.10.0\loaders\cygpixbufloader-xpm.dll to same address as parent: 0x370000 != 0x3F0000 > Stack trace: You might try rebaseall for this. Read the readme first though so you know how to run it. -- Larry _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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 oschmidt-mailinglists@gmx.de Sat Aug 13 18:39:00 2011 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Sat, 13 Aug 2011 18:39:00 -0000 Subject: XRaiseWindow for activating windows in multiwindow mode Message-ID: <4E46C4CE.6000206@gmx.de> Hi, as reported in http://www.cygwin.com/ml/cygwin-xfree/2005-06/msg00072.html windows are not raised from the Cygwin X Server in multiwindow mode, if a program wants to programmatically activate a window. I played around and figured out that the problem can be solved by invoking the windows function SetForegroundWindow if a top level window is to be restacked and has no previous sibling. I enclose the patch in this email. It works fine for me, but I'm not sure if it has any side effects for other configurations or usage patterns. It would be nice if this feature could be integrated into future versions of the Cygwin X Server. Best regards, Oliver diff --git a/hw/xwin/winmultiwindowwindow.c b/hw/xwin/winmultiwindowwindow.c index 956a9a5..22390b3 100644 --- a/hw/xwin/winmultiwindowwindow.c +++ b/hw/xwin/winmultiwindowwindow.c @@ -465,6 +465,7 @@ winRestackWindowMultiWindow (WindowPtr pWin, WindowPtr pOldNextSib) HWND hInsertAfter; HWND hWnd = NULL; #endif + static Bool fRestacking = FALSE; /* Avoid recusive calls to this function */ ScreenPtr pScreen = pWin->drawable.pScreen; winScreenPriv(pScreen); @@ -472,10 +473,27 @@ winRestackWindowMultiWindow (WindowPtr pWin, WindowPtr pOldNextSib) winTrace ("winRestackMultiWindow - %08x\n", pWin); #endif + if (fRestacking) + { + /* It is a recusive call so immediately exit */ +#if CYGWINDOWING_DEBUG + ErrorF ("winRestackWindowMultiWindow - " + "exit because fRestacking == TRUE\n"); +#endif + return; + } + fRestacking = TRUE; + WIN_UNWRAP(RestackWindow); if (pScreen->RestackWindow) (*pScreen->RestackWindow)(pWin, pOldNextSib); WIN_WRAP(RestackWindow, winRestackWindowMultiWindow); + + if (isToplevelWindow(pWin) && pWin->prevSib == NULL) + { + winWindowPriv(pWin); + SetForegroundWindow(pWinPriv->hWnd); + } #if 1 /* @@ -538,6 +556,8 @@ winRestackWindowMultiWindow (WindowPtr pWin, WindowPtr pOldNextSib) 0, 0, uFlags); #endif + + fRestacking = FALSE; } static void -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch.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 oschmidt-mailinglists@gmx.de Mon Aug 15 12:53:00 2011 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Mon, 15 Aug 2011 12:53:00 -0000 Subject: AltGr key mostly fires an additional CONTROL key Message-ID: <4E4916B6.9030602@gmx.de> Hi, I also had problems with the AltGr key. These could reliably be reproduced by holding the AltGr for some seconds (causing Windows generating auto repeat events). Unfortunately the test version at ftp://cygwin.com/pub/cygwinx/XWin.20110801-git-2d9f9305cb559907.exe.bz2 doesn't fix this problem for me. I discovered that the mechanism in winkeybd.c function winIsFakeCtrl_L had a problem if PeekMessage cannot obtain the next Alt_R message because it is not there. I prepared a patch that remembers the last Ctrl_L event and reacts on a later following Alt_R. It was also necessary to alter the order in winWindowProc in winwndproc.c: the invocation of winIsFakeCtrl_L had to be done before discarding auto-repeated key presses. The attached patch is against the sources of xserver-cygwin-1.10.3-1. Best regards, Oliver -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff2.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 svn-user@web.de Mon Aug 15 17:14:00 2011 From: svn-user@web.de (Paul Maier) Date: Mon, 15 Aug 2011 17:14:00 -0000 Subject: AW: AltGr key mostly fires an additional CONTROL key In-Reply-To: <4E4916B6.9030602@gmx.de> References: <4E4916B6.9030602@gmx.de> Message-ID: <000001cc5b6e$a2420e70$e6c62b50$@de> > Hi, > > I also had problems with the AltGr key. These could reliably > be reproduced by holding the AltGr for some seconds (causing > Windows generating auto repeat events). > > Unfortunately the test version at > > ftp://cygwin.com/pub/cygwinx/XWin.20110801-git-2d9f9305cb559907.exe.bz2 > > doesn't fix this problem for me. > > I discovered that the mechanism in winkeybd.c function > winIsFakeCtrl_L had a problem if PeekMessage cannot obtain > the next Alt_R message because it is not there. > > I prepared a patch that remembers the last Ctrl_L event and > reacts on a later following Alt_R. It was also necessary to > alter the order in winWindowProc in winwndproc.c: the invocation > of winIsFakeCtrl_L had to be done before discarding auto-repeated > key presses. > > The attached patch is against the sources of xserver-cygwin-1.10.3-1. > > Best regards, > Oliver Hi Oliver, the ftp://.....exe.bz2 that you mention wasn't intended to contain any fix; it only produces additional debug statements. This is the one, that contains Jon's fix (works fine for me): ftp://cygwin.com/pub/cygwinx/XWin.20110803-git-a493c0465e56ce0b.exe.bz2 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 oschmidt-mailinglists@gmx.de Mon Aug 15 17:37:00 2011 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Mon, 15 Aug 2011 17:37:00 -0000 Subject: AltGr key mostly fires an additional CONTROL key In-Reply-To: <000001cc5b6e$a2420e70$e6c62b50$@de> References: <4E4916B6.9030602@gmx.de> <000001cc5b6e$a2420e70$e6c62b50$@de> Message-ID: <4E49595A.60401@gmx.de> Hi Paul, On 8/15/2011 7:13 PM, Paul Maier wrote: > the ftp://.....exe.bz2 that you mention wasn't intended to contain any fix; > it only produces additional debug statements. sorry, for pasting the wrong link. > This is the one, that contains Jon's fix (works fine for me): > ftp://cygwin.com/pub/cygwinx/XWin.20110803-git-a493c0465e56ce0b.exe.bz2 to be sure I downloaded and tested this version again and it still doesn't fix the AltGr problem reliably. I tested also on my older notebook which has Windows XP and only one core with the current official Cygwin release: no problems with AltGr at all. My newer notebook has Windows 7 and quadcore. So it seems that this is a timing problem or race condition that has something to do with newer Windows versions and/or multi core architecture. Best regards, Oliver -- 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 Tue Aug 16 07:16:00 2011 From: cygwin@tlinx.org (Linda Walsh) Date: Tue, 16 Aug 2011 07:16:00 -0000 Subject: segfault Xserver...current version (1.10, not 1.8) In-Reply-To: <20110810051050.GC23017@ednor.casa.cgf.cx> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> <4E3FD322.2040804@dronecode.org.uk> <4E41D703.5030600@tlinx.org> <20110810051050.GC23017@ednor.casa.cgf.cx> Message-ID: <4E4A194F.5070303@tlinx.org> Christopher Faylor wrote: > On Tue, Aug 09, 2011 at 05:55:31PM -0700, Linda Walsh wrote: >> Jon TURNEY wrote: >> >>>> Following the instructions at [2] to obtain an Xserver backtrace would >>>> also be of great help. >>> [2] http://x.cygwin.com/devel/backtrace.html >>> >> Reading symbols from /usr/bin/Xwin...(no debugging symbols found)...done. > > From the above web page: > > To generate a useful backtrace, you will need an X server built with > debugging symbols. X server snapshots are built with debugging symbols > for this reason. Download the latest X Server snapshot from > ftp://cygwin.com/pub/cygwinx, uncompress it using bunzip2, and move it > to /usr/bin/XWin.exe ---- Well, I DID follow the instructions provided by John....maybe that page should point to binaries that have symbols? -- 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 Tue Aug 16 12:28:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 16 Aug 2011 12:28:00 -0000 Subject: segfault Xserver...current version (1.10, not 1.8) In-Reply-To: <4E4A194F.5070303@tlinx.org> References: <4E3B3328.3050608@tlinx.org> <4E3D6469.9060407@dronecode.org.uk> <4E3D8169.8050801@tlinx.org> <4E3FD322.2040804@dronecode.org.uk> <4E41D703.5030600@tlinx.org> <20110810051050.GC23017@ednor.casa.cgf.cx> <4E4A194F.5070303@tlinx.org> Message-ID: <4E4A6262.9050008@dronecode.org.uk> On 16/08/2011 08:16, Linda Walsh wrote: > Christopher Faylor wrote: >> On Tue, Aug 09, 2011 at 05:55:31PM -0700, Linda Walsh wrote: >>> Jon TURNEY wrote: >>> >>>>> Following the instructions at [2] to obtain an Xserver backtrace would >>>>> also be of great help. >>>> [2] http://x.cygwin.com/devel/backtrace.html >>>> >>> Reading symbols from /usr/bin/Xwin...(no debugging symbols found)...done. >> >> From the above web page: >> >> To generate a useful backtrace, you will need an X server built with >> debugging symbols. X server snapshots are built with debugging symbols >> for this reason. Download the latest X Server snapshot from >> ftp://cygwin.com/pub/cygwinx, uncompress it using bunzip2, and move it >> to /usr/bin/XWin.exe > ---- > Well, I DID follow the instructions provided by John....maybe that page > should point to binaries that have symbols? WFM (Although it seems that the execute bit is removed by the time we download the file, so I need to amend the instructions in that regard) Perhaps you can generate a similar transcript? > $ file /usr/bin/XWin.exe > /usr/bin/XWin.exe: PE32 executable (GUI) Intel 80386 (stripped to external PDB), for MS Windows > > $ wget ftp://cygwin.com/pub/cygwinx/XWin.20110803-git-a493c0465e56ce0b.exe.bz2 > --2011-08-16 13:19:25-- ftp://cygwin.com/pub/cygwinx/XWin.20110803-git-a493c0465e56ce0b.exe.bz2 > => `XWin.20110803-git-a493c0465e56ce0b.exe.bz2' > Resolving cygwin.com (cygwin.com)... 209.132.180.131 > Connecting to cygwin.com (cygwin.com)|209.132.180.131|:21... connected. > Logging in as anonymous ... Logged in! > ==> SYST ... done. ==> PWD ... done. > ==> TYPE I ... done. ==> CWD (1) /pub/cygwinx ... done. > ==> SIZE XWin.20110803-git-a493c0465e56ce0b.exe.bz2 ... 4123185 > ==> PASV ... done. ==> RETR XWin.20110803-git-a493c0465e56ce0b.exe.bz2 ... done. > Length: 4123185 (3.9M) (unauthoritative) > > 100%[==============================================================================>] 4,123,185 109K/s in 41s > > 2011-08-16 13:20:09 (97.3 KB/s) - `XWin.20110803-git-a493c0465e56ce0b.exe.bz2' saved [4123185] > > > $ bunzip2 XWin.20110803-git-a493c0465e56ce0b.exe.bz2 > > $ chmod +x XWin.20110803-git-a493c0465e56ce0b.exe > > $ mv XWin.20110803-git-a493c0465e56ce0b.exe /usr/bin/XWin.exe > > $ file /usr/bin/XWin.exe > /usr/bin/XWin.exe: PE32 executable (GUI) Intel 80386, for MS Windows > > $ gdb --args XWin > GNU gdb (GDB) 7.3.50.20110727-cvs (cygwin-special) > Copyright (C) 2011 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i686-cygwin". > For bug reporting instructions, please see: > ... > Reading symbols from /usr/bin/XWin...done. > (gdb) -- 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 Tue Aug 16 13:10:00 2011 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 16 Aug 2011 13:10:00 -0000 Subject: AW: 'de' keyboard layout issues (Re: AW: AW: AltGr key mostly fires an additional CONTROL key) In-Reply-To: <000901cc58bb$d66bcf20$83436d60$@de> References: <006301cc4fb3$2696d060$73c47120$@de> <4E36BED6.3070102@dronecode.org.uk> <000001cc5085$6b711fb0$42535f10$@de> <4E3949E0.6090306@dronecode.org.uk> <000001cc524d$3b4db6d0$b1e92470$@de> <4E40016D.2080801@dronecode.org.uk> <001c01cc5621$4ae653e0$e0b2fba0$@de> <4E4275B4.9090906@dronecode.org.uk> <000901cc58bb$d66bcf20$83436d60$@de> Message-ID: <4E4A6C4E.8010109@dronecode.org.uk> On 12/08/2011 07:48, Paul Maier wrote: >>> 1. Tilde sign >>> ------------- >>> >>>>> Tilde sign (~) should be a normal (not a blind) key. >>>>> In Windows I hit AltGr+"+" to get ~, in XWin I need to type AltGr+"+" then space >> to >>>> get a ~. >>>>> See attachment for the initial XWin xmodmap -pke table. >>>>> Possible xmodmap correction (works fine): >>>>> keycode 35 = plus asterisk plus asterisk asciitilde >>>> >>>> This is a can of worms I don't want to open :-) >> >> In case it wasn't clear, the can of worms here is ensuring that XWin selects a >> keyboard layout which matches the Windows one in all cases. >> >>>> At the moment, in the 'de' layout, the tilde deadkey will add a macron >>>> diacritic, e.g. AltGr + "+" + a = ??. >> >> Obviously I meant to write 'tilde diacritic' here :-) >> >>>> I really lack the expertise to determine if this is a bug in xkeyboard-config >>>> (if this german keyboard behavior is something no german keyboard user would >>>> ever expect or want) >>>> >>>> The xkb configurations we use come from the xkeyboard-config project, and >>>> aren't trying to be identical to Windows, but to conform to the appropriate >>>> national standards and user expectations. >>>> >>>> However, I can see in the case of XWin this is problematic, as it will be >>>> confusing to switch between X and normal Windows windows which have different >>>> keyboard behavior. >>> >>> I did some research: German computer keyboard layout is defined in DIN 2137-2. >>> And to my surprise I found, that tilde is a dead key there. >>> That means, that the xkeyboard-config project perfectly matches the DIN norm, >>> while Windows (where the key is not dead) does not match it. >>> So I understand, that you may want to stick to the DIN norm. >> >> Usability comes before standards compliance :-) >> >>> A workaround for guys like me, who want the XWin keyboard work the same like Windows, >>> is possible with xmodmap, so yeah ... let's close this point. >> >> Doing some more research, I found an upstream bug [1], which seems to make the >> opposite claim about DIN 2137-2(1998) >> >> I also discovered that the nodeadkeys variant of the de layout was at one >> stage the default used by XWin when a German Windows keyboard layout was >> reported [2] >> >> Maybe the 'correct' solution is possibly to create a 'nodeadtilde' variant of >> the de layout in xkeyboard-config, and then to arrange for that to be the >> default used by XWin when Windows reports a German keyboard layout. >> >> Perhaps you'd like to try the attached patch to /usr/share/X11/xkb/symbols/de, >> which adds a nodeadtilde variant, which you can then select with -xkbvariant >> nodeadtilde. >> >> Or perhaps the correct solution is to use one of the existing deadgraveacute >> or deadacute variants as the XWin default when Windows reports a German >> keyboard layout? >> >> [1] https://bugs.freedesktop.org/show_bug.cgi?id=9752 >> [2] http://cygwin.com/ml/cygwin-xfree/2003-05/msg00495.html > > > Hi Jon, > > thanks for your work. > I myself have made 2 patches and include them in this mail: > > - One patch for files /usr/share/x11/locale/iso8859-1/Compose and > /usr/share/x11/locale/iso8859-15/Compose. > > - My patch for the "de" file: > de.patch.patch patches your patch, whereas de.patch is the same thing > patching the original de file. > > Here is the explanation (I'm referring to the original pargraph numbering): > > 1. Tilde sign > ------------- > > Yes, file "de" patched with your de.patch and XWin invoked with "-xkbvariant nodeadtilde" > results in a German Windows keyboard (regarding the tilde). > > I did just a renaming of the Group description there to match the pattern of the other > xkbvariants. I'd really appreciate it if you could re-open the upstream bug [1] for the tilde issue, ideally with a suitable patch and referencing this discussion. I'd also suggest you send your other suggested changes to the xkb list [2], as I'm not really qualified to review them. [1] https://bugs.freedesktop.org/show_bug.cgi?id=9752 [2] http://www.freedesktop.org/wiki/Software/XKeyboardConfig/Development > 3. Non breaking space (NBSP) on ALT+space > ----------------------------------------- > > In my patch I provide a xkbvariant "windowscompatible", that puts nobreakspace onto Alt+Space, > like Windows has it. > > Furthermore, I added a line to the default German layout. > It doesn't change the behaviour of the space key with shift, Alt, AltGr, > but (and that's the reason why I've put it there), it makes the space key > xmodmap redefinable in regard to the Alt key. > Without that patch the key definition has not enough numbers of layers, > resulting in that xmodmap discards a change of AltGr layer of space. It looks like the mysterious voodoo to achieve this is adding '-xkboptions nbsp:level3' Perhaps that should be set by XWin by default if that is how Windows behaves for all keyboard layouts (so that we don't get different behavior between XWin windows and other Windows applications) > 5. New dead acute issue > ----------------------- > > Sorry to say, I found another difference while testing. > This is, what the Compose.patch is for. > > In Windows, all blind keys followed by a space result in that character. > Same in XWin, but with one exception: > dead-?? plus space gives ' instead of ??. > > Please check out my patch for that. This patch makes sense to me, but doesn't seem to go far enough. Since the compose sequences are selected by the locale, this fixes things if LANG=de_DE.iso8859-1 or LANG=de_DE.iso8859-15, but not if LANG=de_DE.UTF-8. I'll try to take another look when I'm back from my holiday :-) -- 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 oschmidt-mailinglists@gmx.de Tue Aug 16 15:31:00 2011 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Tue, 16 Aug 2011 15:31:00 -0000 Subject: considering modifier keys after gaining focus Message-ID: <4E4A8D56.6010704@gmx.de> Hi, I had the problem, that the state of the modifier keys was lost when a window is created (or raised). Example: in window A Ctrl + some key opens a window B, then in window B Ctrl + some other key triggers the next action. However after the opening of window B the Ctrl key has to be released and pressed again. If the user keeps the Ctrl key holding when the window B is opened, the next key press X will be interpreted as X and not as Ctrl+X. I send a patch to fix this problem with this email: I just extended the function winRestoreModeKeyStates in winkeybd.c to consider not only the mode switch key but also the modifiers Ctrl, Shift, Alt/AltGr by using the Windows function GetAsyncKeyState. This patch works fine for me. However one problem is unsolved: if the key combination for opening window B (in the above example) is an AltGr key combination, the GetAsyncKeyState will also report, that the Ctrl key is pressed, which is not true, since this is the well known Windows fake Ctrl_L :-( Any suggestions how to solve this? Best regards, Oliver -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: diff03.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 McBroomRC@oro.doe.gov Tue Aug 16 17:53:00 2011 From: McBroomRC@oro.doe.gov (McBroom, Robert C) Date: Tue, 16 Aug 2011 17:53:00 -0000 Subject: email to list keeps bouncing In-Reply-To: <56DA7F7920069F4E8EBAE99EC8E0C7424F5276@ORO-EXMB1.oro.doe.gov> References: <56DA7F7920069F4E8EBAE99EC8E0C7424F5276@ORO-EXMB1.oro.doe.gov> Message-ID: <56DA7F7920069F4E8EBAE99EC8E0C7424F768D@ORO-EXMB1.oro.doe.gov> My emails to the list keep bouncing from the spam checker. I have everything in plain text. Anyone have any advice on getting through? ? Robert C. McBroom US Department of Energy Safety & Health Team Safety and Health Division, SE-33 200 Administration Rd. PO Box 2001 Oak Ridge, TN 37831-8732 -- 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 McBroomRC@oro.doe.gov Tue Aug 16 17:57:00 2011 From: McBroomRC@oro.doe.gov (McBroom, Robert C) Date: Tue, 16 Aug 2011 17:57:00 -0000 Subject: Computer upgrade breaks CYGWIN X In-Reply-To: <4E456CAB.6010800@cygwin.com> References: <56DA7F7920069F4E8EBAE99EC8E0C7424F5276@ORO-EXMB1.oro.doe.gov> <4E456CAB.6010800@cygwin.com> Message-ID: <56DA7F7920069F4E8EBAE99EC8E0C7424F6641@ORO-EXMB1.oro.doe.gov> -----Original Message----- On 8/12/2011 9:44 AM, McBroom, Robert C wrote: > rm3@mcbroomrc2 ~ > $ 1 [main] emacs-X11 5540 C:\cygwin\bin\emacs-X11.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\gtk-2.0\2.10.0\loaders\cygpixbufloader-xpm.dll to same address as parent: 0x370000 != 0x3F0000 > Stack trace: You might try rebaseall for this. Read the readme first though so you know how to run it. -- Larry -----OP Message----- None of my searches show a faq or readme for rebaseall. I tried the latest sequence that has shown up in mail postings dash -c "rebaseall -b 0x770000" in a command window, but the failures in CYGWIN still occur. The command seemed to execute. Processexplorer doesn't show any CYGWIN processes running to create a conflict. There is nothing from man. Not sure what the appropriate memory address would be for WIN 7 32 with 4G as truncated by 32 bit addressing. Robert McBroom _____________________________________________________________________ -- 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 cgf-use-the-mailinglist-please@cygwin.com Tue Aug 16 17:59:00 2011 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Tue, 16 Aug 2011 17:59:00 -0000 Subject: email to list keeps bouncing In-Reply-To: <56DA7F7920069F4E8EBAE99EC8E0C7424F768D@ORO-EXMB1.oro.doe.gov> References: <56DA7F7920069F4E8EBAE99EC8E0C7424F5276@ORO-EXMB1.oro.doe.gov> <56DA7F7920069F4E8EBAE99EC8E0C7424F768D@ORO-EXMB1.oro.doe.gov> Message-ID: <20110816175916.GA22461@ednor.casa.cgf.cx> On Tue, Aug 16, 2011 at 05:53:07PM +0000, McBroom, Robert C wrote: >My emails to the list keep bouncing from the spam checker. I have everything in plain text. Anyone have any advice on getting through? 1) Don't send list problems here. 2) Read the bounce message. You were including raw email in the body of your message. -- 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 reply-to-list-only-lh@cygwin.com Tue Aug 16 20:58:00 2011 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Tue, 16 Aug 2011 20:58:00 -0000 Subject: Computer upgrade breaks CYGWIN X In-Reply-To: <56DA7F7920069F4E8EBAE99EC8E0C7424F6641@ORO-EXMB1.oro.doe.gov> References: <56DA7F7920069F4E8EBAE99EC8E0C7424F5276@ORO-EXMB1.oro.doe.gov> <4E456CAB.6010800@cygwin.com> <56DA7F7920069F4E8EBAE99EC8E0C7424F6641@ORO-EXMB1.oro.doe.gov> Message-ID: <4E4AD9D7.10501@cygwin.com> On 8/16/2011 1:57 PM, McBroom, Robert C wrote: > lhall wrote: >> On 8/12/2011 9:44 AM, McBroom, Robert C wrote: >> >> >> >>> rm3@mcbroomrc2 ~ >>> $ 1 [main] emacs-X11 5540 C:\cygwin\bin\emacs-X11.exe: *** fatal error - unable to remap \\?\C:\cygwin\lib\gtk-2.0\2.10.0\loaders\cygpixbufloader-xpm.dll to same address as parent: 0x370000 != 0x3F0000 >>> Stack trace: >> >> You might try rebaseall for this. Read the readme first though so you >> know how to run it. >> > None of my searches show a faq or readme for rebaseall. $ ls /usr/share/doc/Cygwin/rebase-3.0.1.README /usr/share/doc/Cygwin/rebase-3.0.1.README There it is! ;-) -- Larry _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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 gulliver.m.smith@gmail.com Wed Aug 17 13:07:00 2011 From: gulliver.m.smith@gmail.com (Gulliver.M.Smith) Date: Wed, 17 Aug 2011 13:07:00 -0000 Subject: (X)Emacs Window Manager commands In-Reply-To: <4E25ADB5.3040302@dronecode.org.uk> References: <32061544.post@talk.nabble.com> <4E25ADB5.3040302@dronecode.org.uk> Message-ID: <32279516.post@talk.nabble.com> Sorry for the delay in posting a reply. In emacs, you can use the file menu to create a new frame (window). You then need to enter elisp commands to invoke these functions. An elisp command can be entered interactively by pressing Alt-: First, create a frame using the file menu. Then capture one frame with Alt-: (setq f (selected-frame)) Move the mouse into the other window and bring it to the front. The frame commands are (raise-frame f) (iconify-frame f) (decionify-frame f) (make-frame-visible f) Jon TURNEY wrote: > > On 14/07/2011 15:10, Gulliver.M.Smith wrote: >> A web search shows that this has been asked before, but I thought I'd put >> it >> out there again. >> >> When using Cygwin X in multi-window mode (i.e. with each X window being >> its >> own MS Windows window), the window manager ignores the window manager >> requests from Emacs and XEmacs to raise and lower windows, minimize and >> reopen windows (frames in Emacs talk). > > I'm afraid that the multiwindow window manager has never fully implemented > EWMH and ICCCM standards, support has been added ad hoc as needed, so > that is > probably why this doesn't work. > >> These would be nice to have ... > > I've no idea how to make emacs generate these window manager requests, so > you > can help by describing that. > > -- > 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/ > > > -- View this message in context: http://old.nabble.com/%28X%29Emacs-Window-Manager-commands-tp32061544p32279516.html Sent from the cygwin-xfree mailing list archive at Nabble.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 oschmidt-mailinglists@gmx.de Wed Aug 17 14:46:00 2011 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Wed, 17 Aug 2011 14:46:00 -0000 Subject: (X)Emacs Window Manager commands In-Reply-To: <32279516.post@talk.nabble.com> References: <32061544.post@talk.nabble.com> <4E25ADB5.3040302@dronecode.org.uk> <32279516.post@talk.nabble.com> Message-ID: <4E4BD426.9030103@gmx.de> On 8/17/2011 3:07 PM, Gulliver.M.Smith wrote: > > In emacs, you can use the file menu to create a new frame (window). > (raise-frame f) > (iconify-frame f) > (decionify-frame f) > (make-frame-visible f) at least "raise-frame" works with my simple patch for raising top level windows, see http://www.cygwin.com/ml/cygwin-xfree/2011-08/msg00034.html >> EWMH and ICCCM standards Of course it would be nicer to have the window manager standards to be fulfilled by the cygwin multiwindow mode, which would be reacting on client messages with atom "_NET_ACTIVE_WINDOW" for raising windows. By the way: Unfortunately the xemaces from current cygwin distribution (21.4.22-1) seems broken and is not able to create other windows (e.g. when using the menu entry File/Open In New Frame. (This has nothing to do with the cygwin xserver, the cygwin xemacs does also not work with other xservers). However I was able to reproduce your steps using a linux xemacs with the cygwin xserver Best regards, Oliver -- 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 oschmidt-mailinglists@gmx.de Sat Aug 20 22:11:00 2011 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Sat, 20 Aug 2011 22:11:00 -0000 Subject: minimize redraw events after resizing/moving windows in multiwindow mode Message-ID: <4E503106.9060605@gmx.de> Hi, in multiwindow mode the modal moving/resizing of windows causes a lot of redraw events send to the X clients after the userse releases the mouse button. During the moving/resizing client windows are not redrawn as long as the mouse button is pressed. But all redraw/resizing events are queued and executed step after step after moving/resizing ends. Some clients collect and combine multiple redraw or resizing events, other clients (e.g. xterm) simply execute each redraw or sizing event. The enclosed patch minimizes the events for clients to only one event after the user releases the mouse button to end the moving/resizing. This improves the user experience and reduces strange screen flickerings especially on slow platforms. The enclosed patch modifies winmultiwindowwndproc.c such that the windows events WM_ENTERSIZEMOVE and WM_EXITSIZEMOVE are considered that are send from windows if the modal window resizing/moving begins or ends. Only after WM_EXITSIZEMOVE the redraw/resizing is executed. The patch is against the sources of xserver-cygwin version 1.10.3-1. Best regards, Oliver -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch04.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 oschmidt-mailinglists@gmx.de Sat Aug 20 22:41:00 2011 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Sat, 20 Aug 2011 22:41:00 -0000 Subject: redraw windows while resizing/moving windows in multiwindow mode Message-ID: <4E50380A.6070101@gmx.de> Hi, the following patch is a quick & dirty hack to enable redrawing of windows while the user moves or resizes the window. This patch should be seen as experimental proof that this can be done with only small changes in the source code. The main problem with window resizing/moving under Windows is, that in the function invocation stack dix/Dispatch -> os/WaitForSomething -> WakeupHandler -> hw/xwin/winWakeupHandler -> Windows/DispatchMessage -> hw/xwin/winTopLevelWindowProc the Windows function DispatchMessage does not return while the user resizes/moves a window. This function only returns after the user releases the mouse button. However the dix/Dispatch functions must be run to allow the clients to process the queued redraw/resizing events. The enclosed hack simply moves the invocation of DispatchMessage in winWakeupHandler outside WaitForSomething into Dispatch and breaks up the Dispatch function into a loop and inner dispatch handling that can be called from the winTopLevelWindowProc while WM_SIZE/WM_MOVE events are processed. This could further be improved by setting a windows timer while resizing moving to process clients messages even if the mouse is not moved while resizing (and therefore WM_SIZE/WM_MOVE events are not send). What do you think about this idea? One problem here is, that the dix package is also affected. Of course some work must be done to cleanly integrate this into the existing dix/hw architecture. Best regards, Oliver -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: patch05.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 corinna-cygwin@cygwin.com Sun Aug 21 08:44:00 2011 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Sun, 21 Aug 2011 08:44:00 -0000 Subject: considering modifier keys after gaining focus In-Reply-To: <4E4A8D56.6010704@gmx.de> References: <4E4A8D56.6010704@gmx.de> Message-ID: <20110821084335.GA18237@calimero.vinschen.de> On Aug 16 17:31, Oliver Schmidt wrote: > Hi, > > I had the problem, that the state of the modifier keys was lost when > a window is created (or raised). > > Example: in window A Ctrl + some key opens a window B, then in > window B Ctrl + some other key triggers the next action. However > after the opening of window B the Ctrl key has to be released and > pressed again. If the user keeps the Ctrl key holding when the > window B is opened, the next key press X will be interpreted as X > and not as Ctrl+X. > > I send a patch to fix this problem with this email: I just extended > the function winRestoreModeKeyStates in winkeybd.c to consider not > only the mode switch key but also the modifiers Ctrl, Shift, > Alt/AltGr by using the Windows function GetAsyncKeyState. > > This patch works fine for me. > > However one problem is unsolved: if the key combination for opening > window B (in the above example) is an AltGr key combination, the > GetAsyncKeyState will also report, that the Ctrl key is pressed, > which is not true, since this is the well known Windows fake Ctrl_L > :-( > > Any suggestions how to solve this? At that time, doesn't GetAsyncKeyState (VK_RMENU) also return < 0? So, shouldn't something along these lines do the trick: BOOL ctrl = (GetAsyncKeyState (VK_CONTROL) < 0); BOOL shift = (GetAsyncKeyState (VK_CONTROL) < 0); BOOL alt = (GetAsyncKeyState (VK_CONTROL) < 0); BOOL altlang = (GetAsyncKeyState (VK_CONTROL) < 0); if (ctrl & altlang) ctrl = FALSE; if (WIN_XOR (internalKeyStates & ControlMask, ctrl) winSendKeyEvent (KEY_LCtrl, ctrl); if (WIN_XOR (internalKeyStates & ShiftMask, shift)) winSendKeyEvent (KEY_ShiftL, shift); if (WIN_XOR (internalKeyStates & Mod1Mask, alt)) winSendKeyEvent (KEY_Alt, alt); if (WIN_XOR (internalKeyStates & Mod5Mask, altlang)) winSendKeyEvent (KEY_AltLang, altlang); Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 oschmidt-mailinglists@gmx.de Sun Aug 21 10:04:00 2011 From: oschmidt-mailinglists@gmx.de (Oliver Schmidt) Date: Sun, 21 Aug 2011 10:04:00 -0000 Subject: considering modifier keys after gaining focus In-Reply-To: <20110821084335.GA18237@calimero.vinschen.de> References: <4E4A8D56.6010704@gmx.de> <20110821084335.GA18237@calimero.vinschen.de> Message-ID: <4E50D81B.5090906@gmx.de> Hi Corinna, On 8/21/2011 10:43 AM, Corinna Vinschen wrote: >> However one problem is unsolved: if the key combination for opening >> window B (in the above example) is an AltGr key combination, the >> GetAsyncKeyState will also report, that the Ctrl key is pressed, >> which is not true, since this is the well known Windows fake Ctrl_L > > So, shouldn't something along these lines do the trick: > if (ctrl && altlang) > ctrl = FALSE; thanks! I tried your suggestion and now it is nearly perfect ;-) Only remaining drawback is now, that Ctrl+AltGr key kombinations still don't work when invoking/raising top level windows, but everything else is now working flawless: Ctrl, Shift+Ctrl, Alt, AltGr, Shift+Alt, Shift+AltGr etc. ;-) I think one has to live with the restriction that Ctrl+AltrGr doesn't work under Windows (BTW it works under Linux xserver, wheres Alt+AltGr works neither under Linux nor Windows). Best regards, Oliver -- 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 drmc@microdash.com Mon Aug 22 17:30:00 2011 From: drmc@microdash.com (D Jackson) Date: Mon, 22 Aug 2011 17:30:00 -0000 Subject: Problem starting XWin Server References: <4E1D8DBA.2040409@dronecode.org.uk> <4E25A34D.8070003@dronecode.org.uk> <4E401225.9090808@dronecode.org.uk> Message-ID: Jon TURNEY dronecode.org.uk> writes: > > On 30/07/2011 07:10, Jan Chludzinski wrote: > > From within a mintty shell, I get: > > > > $ startxwin > > > > giving up. > > startxwin: No such file or directory (errno 2): unable to connect to X server > > startxwin: No such process (errno 3): Server error. > > That's odd. I can't really understand how that can happen. I'd suspect that > startxwin is failing to fork/exec Xwin successfully, possibly due to an > application causing cygwin difficulties [1] (Unfortunately, 64-bit Windows > itself seems to sometimes cause similar problems) > > Are you able to start the server directly by running 'XWin'? > > [1] http://cygwin.com/faq-nochunks.html#faq.using.bloda > I have same issue. I have reinstalled Cygwin 5 times. Each time I can start XWin fine UNTIL I rebaseall or perlrebase or until I uninstall+reinstall perl/Tk. The .log file is from the first couple times it sucessfully came up (prior to the rebase and the errors) and nothing is written to any logfiles or even STDERR/STDOUT except for the: $ xinit giving up. xinit: No such file or directory (errno 2): unable to connect to X server xinit: No such process (errno 3): Server error. or $ startxwin giving up. startxwin: No such file or directory (errno 2): unable to connect to X server startxwin: No such process (errno 3): Server error. I have added the env variable CYGWIN=tty but still nothing more informative is written to any files or terminal. My hardware is a HP EliteBook sitting on MS XP Pro version 2002 SP3. I have altered the rebaseall script to actually complete, as it is failing on the 64bit dlls. ( added filter to sed to not include the specific dlls from list creation ) I have tried this both ways in 'stock' form from repository and altered to complete. This is 100% reproducible. I can reproduce this every time even with fully fresh installs of cygwin. My goal is to get a version of Cyg X running that I can run cssh and have a full menubar ( this is why the initial rebase and then the subsequent reinstalls and the mucking about with the Perl/Tk stuff ) Thanks for any information in advance, DJ -- 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 rail.shafigulin@gmail.com Thu Aug 25 20:51:00 2011 From: rail.shafigulin@gmail.com (cyboman) Date: Thu, 25 Aug 2011 20:51:00 -0000 Subject: how to change colors in xserver Message-ID: <32337641.post@talk.nabble.com> whenever i run xserver it starts the terminal with very ugly colorscheme. is there a way to change colors or better is there some colorscheme that i could use? any help is appreciated -- View this message in context: http://old.nabble.com/how-to-change-colors-in-xserver-tp32337641p32337641.html Sent from the cygwin-xfree mailing list archive at Nabble.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 mobin.bhayat@gmail.com Wed Aug 31 10:40:00 2011 From: mobin.bhayat@gmail.com (Mobin Bhayat) Date: Wed, 31 Aug 2011 10:40:00 -0000 Subject: Cygwin mounted drives as Administrator on Windows 7 Message-ID: Hi, I?ve installed Cygwin 1.7 on a Windows 7 machine. The issue I?m having is with viewing mapped network drives. When running as a normal user I can see all the drives mounted correctly under /cygdrive E.G. /cygdrive/x, / cygdrive /y etc.. However when I run Cygwin as an Administrator only the C drive remains mounted under /cygdrive/c Is there any additional setup I need to run in order to view the drives correctly as an Administrator? Thanks Mobin -- 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 corinna-cygwin@cygwin.com Wed Aug 31 12:21:00 2011 From: corinna-cygwin@cygwin.com (Corinna Vinschen) Date: Wed, 31 Aug 2011 12:21:00 -0000 Subject: Cygwin mounted drives as Administrator on Windows 7 In-Reply-To: References: Message-ID: <20110831122059.GX30452@calimero.vinschen.de> On Aug 31 11:40, Mobin Bhayat wrote: > Hi, > > > I???ve installed Cygwin 1.7 on a Windows 7 machine. The issue I???m having > is with viewing mapped network drives. When running as a normal user I > can see all the drives mounted correctly under /cygdrive E.G. > /cygdrive/x, / cygdrive /y etc.. > > However when I run Cygwin as an Administrator only the C drive remains > mounted under /cygdrive/c > > Is there any additional setup I need to run in order to view the > drives correctly as an Administrator? That's UAC. See http://technet.microsoft.com/en-us/library/ee844140%28WS.10%29.aspx Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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 mobin.bhayat@gmail.com Wed Aug 31 13:17:00 2011 From: mobin.bhayat@gmail.com (rupert pupkin) Date: Wed, 31 Aug 2011 13:17:00 -0000 Subject: Cygwin mounted drives as Administrator on Windows 7 In-Reply-To: <20110831122059.GX30452@calimero.vinschen.de> References: <20110831122059.GX30452@calimero.vinschen.de> Message-ID: <32371996.post@talk.nabble.com> Thanks for the help Corinna Vinschen-2 wrote: > > On Aug 31 11:40, Mobin Bhayat wrote: >> Hi, >> >> >> I?ve installed Cygwin 1.7 on a Windows 7 machine. The issue I?m having >> is with viewing mapped network drives. When running as a normal user I >> can see all the drives mounted correctly under /cygdrive E.G. >> /cygdrive/x, / cygdrive /y etc.. >> >> However when I run Cygwin as an Administrator only the C drive remains >> mounted under /cygdrive/c >> >> Is there any additional setup I need to run in order to view the >> drives correctly as an Administrator? > > That's UAC. See > http://technet.microsoft.com/en-us/library/ee844140%28WS.10%29.aspx > > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Project Co-Leader cygwin AT cygwin DOT com > Red Hat > > -- > 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/ > > > -- View this message in context: http://old.nabble.com/Cygwin-mounted-drives-as-Administrator-on-Windows-7-tp32371045p32371996.html Sent from the cygwin-xfree mailing list archive at Nabble.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/