From l.wood@surrey.ac.uk Mon Dec 1 09:49:00 2014 From: l.wood@surrey.ac.uk (l.wood@surrey.ac.uk) Date: Mon, 01 Dec 2014 09:49:00 -0000 Subject: 64-bit xfree86 failing? Message-ID: <1417427363444.77666@surrey.ac.uk> Just updated a fairly recent was-working two-months-old 64-bit cygwin install. (Asus X102BA, Win 8.1 - just a little AMD netbook.) XFree86 now failing with the below. Ideas? thanks. (--) Windows reports only 2 mouse buttons, defaulting to -emulate3buttons (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/Lloyd/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL winDetectSupportedEngines - Returning, supported engines 00000015 winSetEngine - Using Shadow DirectDraw NonLocking winScreenInit - Using Windows display depth of 32 bits per pixel winWindowProc - WM_SIZE - new client area w: 1350 h: 689 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff 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 (EE) AIGLX: No native OpenGL in modes with a root window (II) AIGLX: enabled GLX_EXT_texture_from_pixmap (II) AIGLX: Loaded and initialized swrast (II) GLX: Initialized DRISWRAST GL provider for screen 0 winPointerWarpCursor - Discarding first warp: 675 344 (--) 2 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "00000409" (00000409) "US", type 7 (--) Found matching XKB configuration "English (USA)" (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" winProcEstablishConnection - winInitClipboard returned. winClipboardThreadProc - DISPLAY=:2.0 OS maintains clipboard viewer chain: yes winClipboardProc - XOpenDisplay () returned and successfully opened the display. xinit: XFree86_VT property unexpectedly has 0 items instead of 1 xinit: connection to X server lost waiting for winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. X server to shut down winDeinitMultiWindowWM - Noting shutdown in progress (EE) Server terminated successfully (0). Closing log file. Lloyd Wood http://about.me/lloydwood -- 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 tim.kingman@gmail.com Mon Dec 1 16:35:00 2014 From: tim.kingman@gmail.com (Tim Kingman) Date: Mon, 01 Dec 2014 16:35:00 -0000 Subject: 64-bit xfree86 failing Message-ID: I see the same issue, and it looks like this is because I have an empty (commented-out) ~/.startxwinrc Removing this file causes X to open and start an xterm, probably because it broke several of the new rules in https://cygwin.com/ml/cygwin-xfree/2014-11/msg00029.html : * User-defined ~/.startxwinrc files must now be executable, the final command therein must be run in the foreground, and that command's exiting will end the X session, just like with startx and ~/.xinitrc or ~/.Xclients. This causes another problem for me because my .bashrc calls startxwin to make sure I always have an X server running ( per http://stackoverflow.com/a/9301966 ), and then I get caught in a loop of launching new X servers infinitely (probably from startxwin now finding a new DISPLAY, and if I specify both :0 and -silent-dup-error, XWin still writes an error to the console that display 0 is already active, and displays a Windows dialog with an error about not being able to move XWin.0.log to XWin.0.log.old ). I'll keep playing with this to see if I can come up with a solution to duplicate my previous behavior: Any new bash shell makes sure that X is running, with no X apps running, and only one X is running, and new shells don't pop up any "display already exists" errors. Thanks, Tim -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jjreisert@alum.mit.edu Mon Dec 1 18:15:00 2014 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Mon, 01 Dec 2014 18:15:00 -0000 Subject: [ANNOUNCEMENT] Updated: xinit-1.3.4-1 (Major overhaul of X session handling) In-Reply-To: <547B2238.5060404@cornell.edu> References: <5478FCE9.1040209@cornell.edu> <547A96E6.8030800@cygwin.com> <547ACAF5.2040803@cygwin.com> <547B2238.5060404@cornell.edu> Message-ID: I can't seem to make this work from a clean install. I am using Cygwin 1.7.34 (the latest one with the GID/UID changes). Xwin starts briefly, then dies. Here are the contents .xsession-errors: $ cat .xsession-errors Warning: Missing charsets in String to FontSet conversion 0 [main] fbpanel 6172 child_info_fork::abort: C:\Cygwin\bin\cyggtk-x11-2.0-0.dll: Loaded to different address: parent(0x8D0000) != child(0x970000) Can't open profile multiwindow - /home/reisert/.config/fbpanel/multiwindow Is the warning something to worry about? -- Jim Reisert AD1C, , http://www.ad1c.us -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jjreisert@alum.mit.edu Mon Dec 1 18:16:00 2014 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Mon, 01 Dec 2014 18:16:00 -0000 Subject: [ANNOUNCEMENT] Updated: xinit-1.3.4-1 (Major overhaul of X session handling) In-Reply-To: References: <5478FCE9.1040209@cornell.edu> <547A96E6.8030800@cygwin.com> <547ACAF5.2040803@cygwin.com> <547B2238.5060404@cornell.edu> Message-ID: > $ cat .xsession-errors > Warning: Missing charsets in String to FontSet conversion > 0 [main] fbpanel 6172 child_info_fork::abort: > C:\Cygwin\bin\cyggtk-x11-2.0-0.dll: Loaded to different address: > parent(0x8D0000) != child(0x970000) > Can't open profile multiwindow - /home/reisert/.config/fbpanel/multiwindow Duh. Running "rebaseall" seems to have fixed it. - Jim -- Jim Reisert AD1C, , http://www.ad1c.us -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jofferman@gmail.com Mon Dec 1 19:09:00 2014 From: jofferman@gmail.com (J. Offerman) Date: Mon, 01 Dec 2014 19:09:00 -0000 Subject: build error on 1.16.2-1 Message-ID: Can somebody help me overcome this error? What am I missing this time? Last time I tried to build X was 2 months ago and it was 1.16.1-1, which was built just fine. Thanks for your help. ==================================================== make[5]: Entering directory '/usr/src/xorg-server-1.16.2-1.src/xorg-server-1.16.2-1.x86_64/src/xserver-cygwin-1.16.2-1/hw/xwin/glx' CC libnativeGLthunk_la-glthunk.lo In file included from glthunk.c:87:0: generated_gl_thunks.c: In function 'glVertex2bOESWrapper': generated_gl_thunks.c:7098:3: error: too few arguments to function 'proc' RESOLVED_PROC(PFNGLVERTEX2BOESPROC)( x_ ); ^ generated_gl_thunks.c: In function 'glVertex3bOESWrapper': generated_gl_thunks.c:7110:3: error: too few arguments to function 'proc' RESOLVED_PROC(PFNGLVERTEX3BOESPROC)( x_, y_ ); ^ generated_gl_thunks.c: In function 'glVertex4bOESWrapper': generated_gl_thunks.c:7122:3: error: too few arguments to function 'proc' RESOLVED_PROC(PFNGLVERTEX4BOESPROC)( x_, y_, z_ ); ^ Makefile:712: recipe for target 'libnativeGLthunk_la-glthunk.lo' failed -- 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 meh@winfirst.com Mon Dec 1 20:32:00 2014 From: meh@winfirst.com (Mark Hansen) Date: Mon, 01 Dec 2014 20:32:00 -0000 Subject: 64-bit xfree86 failing In-Reply-To: References: Message-ID: <547CD041.20109@winfirst.com> On 12/1/2014 8:35 AM, Tim Kingman wrote: > I see the same issue, and it looks like this is because I have an > empty (commented-out) ~/.startxwinrc > > Removing this file causes X to open and start an xterm, probably > because it broke several of the new rules in > https://cygwin.com/ml/cygwin-xfree/2014-11/msg00029.html : > * User-defined ~/.startxwinrc files must now be executable, the final > command therein must be run in the foreground, and that command's > exiting will end the X session, just like with startx and ~/.xinitrc > or ~/.Xclients. > > This causes another problem for me because my .bashrc calls startxwin > to make sure I always have an X server running ( per > http://stackoverflow.com/a/9301966 ), and then I get caught in a loop > of launching new X servers infinitely (probably from startxwin now > finding a new DISPLAY, and if I specify both :0 and -silent-dup-error, > XWin still writes an error to the console that display 0 is already > active, and displays a Windows dialog with an error about not being > able to move XWin.0.log to XWin.0.log.old ). > > I'll keep playing with this to see if I can come up with a solution to > duplicate my previous behavior: Any new bash shell makes sure that X > is running, with no X apps running, and only one X is running, and new > shells don't pop up any "display already exists" errors. > > Thanks, > Tim > Tim, Are you opposed to having the X Server start when you log into the Windows machine? This is what I do and it works well. The X server is always running when I need it. I created a desktop shortcut with the following command: C:\Apps\cygwin\bin\run.exe /usr/bin/bash.exe -l -c "/usr/bin/startxwin.exe -- -emulate3buttons 100 -multiwindow -clipboard -swcursor" and then just place that shortcut in the "programs -> startup" start menu folder. -- 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 tim.kingman@gmail.com Mon Dec 1 21:33:00 2014 From: tim.kingman@gmail.com (Tim Kingman) Date: Mon, 01 Dec 2014 21:33:00 -0000 Subject: 64-bit xfree86 failing In-Reply-To: <547CD041.20109@winfirst.com> References: <547CD041.20109@winfirst.com> Message-ID: On Mon, Dec 1, 2014 at 3:32 PM, Mark Hansen wrote: > On 12/1/2014 8:35 AM, Tim Kingman wrote: >> >> *snip* >> my .bashrc calls startxwin >> to make sure I always have an X server running ( per >> http://stackoverflow.com/a/9301966 ) >> *snip* >> >> I'll keep playing with this to see if I can come up with a solution to >> duplicate my previous behavior: Any new bash shell makes sure that X >> is running, with no X apps running, and only one X is running, and new >> shells don't pop up any "display already exists" errors. >> >> Thanks, >> Tim >> > > Tim, > > Are you opposed to having the X Server start when you log into the Windows > machine? > This is what I do and it works well. The X server is always running when I > need it. > > I created a desktop shortcut with the following command: > > C:\Apps\cygwin\bin\run.exe /usr/bin/bash.exe -l -c "/usr/bin/startxwin.exe > -- -emulate3buttons 100 -multiwindow -clipboard -swcursor" > > and then just place that shortcut in the "programs -> startup" start menu > folder. > Mark, That's probably what I should be doing to start the X server. That would avoid the dup-error warnings, and I can manually restart the server if it dies. But I think this method won't work with xinit 1.3.4, because startxwin.bat from xinit 1.3.4 no longer leaves the X server running after the last command in .startxwinrc (or the default xterm) exits. Another request for this: https://cygwin.com/ml/cygwin-xfree/2014-11/msg00039.html with a suggestion to run sleep from .startxwinrc. I haven't tried that yet, but that may be the best option for now. Thanks, Tim -- 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 jofferman@gmail.com Mon Dec 1 23:37:00 2014 From: jofferman@gmail.com (J. Offerman) Date: Mon, 01 Dec 2014 23:37:00 -0000 Subject: build error on 1.16.2-1 In-Reply-To: References: Message-ID: This is an obvious source-header discrepancy. The source file(auto-generated anyway) doesn't seem to be changed recently, while the header file(glext.h) has a timestamp of Nov 16 now. So it looks like only the header file got advanced here. Looking at the announcements, it should be the Mesa update on Nov 17 that renewed it. Should I just add the extra arguments for those 3 funcs in the source file as defined in the new header file? That looks like working. On Mon, Dec 1, 2014 at 11:09 AM, J. Offerman wrote: > Can somebody help me overcome this error? What am I missing this time? > Last time I tried to build X was 2 months ago and it was 1.16.1-1, > which was built just fine. Thanks for your help. > > ==================================================== > make[5]: Entering directory > '/usr/src/xorg-server-1.16.2-1.src/xorg-server-1.16.2-1.x86_64/src/xserver-cygwin-1.16.2-1/hw/xwin/glx' > CC libnativeGLthunk_la-glthunk.lo > In file included from glthunk.c:87:0: > generated_gl_thunks.c: In function 'glVertex2bOESWrapper': > generated_gl_thunks.c:7098:3: error: too few arguments to function 'proc' > RESOLVED_PROC(PFNGLVERTEX2BOESPROC)( x_ ); > ^ > generated_gl_thunks.c: In function 'glVertex3bOESWrapper': > generated_gl_thunks.c:7110:3: error: too few arguments to function 'proc' > RESOLVED_PROC(PFNGLVERTEX3BOESPROC)( x_, y_ ); > ^ > generated_gl_thunks.c: In function 'glVertex4bOESWrapper': > generated_gl_thunks.c:7122:3: error: too few arguments to function 'proc' > RESOLVED_PROC(PFNGLVERTEX4BOESPROC)( x_, y_, z_ ); > ^ > Makefile:712: recipe for target 'libnativeGLthunk_la-glthunk.lo' failed -- 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 l.wood@surrey.ac.uk Tue Dec 2 04:34:00 2014 From: l.wood@surrey.ac.uk (l.wood@surrey.ac.uk) Date: Tue, 02 Dec 2014 04:34:00 -0000 Subject: 64-bit xfree86 failing? In-Reply-To: References: Message-ID: <10998D1D-BE1A-4338-8B24-DCE631210F68@surrey.ac.uk> > (Resending because qmail can't handle mime) I don't have a ~/.startxwinrc file, because the account home directory was created without one. Creating one, making it executable, adding commands to it makes no difference - the X server launches (--muiltiwindow or not) and then decides to shut down. Do not update your cygwin installations, would be my advice. Lloyd Wood http://about.me/lloydwood ________________________________ From: Tim Kingman Sent: Tuesday, 2 December 2014 3:22 AM To: cygwin-xfree@cygwin.com; Wood L Dr (Electronic Eng) Subject: Re: 64-bit xfree86 failing? I see the same issue, and it looks like this is because I have an empty (co= mmented-out) ~/.startxwinrc Removing this file causes X to open and start an xterm, probably because it= broke several of the new rules in https://cygwin.com/ml/cygwin-xfree/2014-= 11/msg00029.html: * User-defined ~/.startxwinrc files must now be executable, the final comma= nd therein must be run in the foreground, and that command's exiting will e= nd the X session, just like with startx and ~/.xinitrc or ~/.Xclients. This is then another problem for me because my .bashrc calls startxwin to m= ake sure I always have an X server running ( per http://stackoverflow.com/a= /9301966 ), and then I get caught in a loop of launching new X servers infi= nitely (probably from startxwin now finding a new DISPLAY, and specifying b= oth :0 and -silent-dup-error doesn't seem to silence the error that :0 alre= ady exists). I'll keep playing with this to see if I can come up with a sol= ution to duplicate my previous behavior: Any new bash shell makes sure that= X is running, with no X apps running, and only one X is running, and new s= hells don't cause "display already exists" errors. Thanks, Tim -- 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 Tue Dec 2 16:25:00 2014 From: gulliver.m.smith@gmail.com (Gulliver Smith) Date: Tue, 02 Dec 2014 16:25:00 -0000 Subject: Sunday's update broke startx - crash on clipboard (winCpliboardProc trapped WM_QUIT Message-ID: This has happened on two different computers in different locations, one with 32 bit and one with 64 bit cygwin. Latter cygcheck attached. xwin log attached. I can still run /usr/bin/X -multiwindow but I really like to have the clipboard. Thanks Gulliver -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.1.log Type: application/octet-stream Size: 2629 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 96519 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 Postmaster@mail90159.dotvndns.vn Wed Dec 3 04:17:00 2014 From: Postmaster@mail90159.dotvndns.vn (Postmaster@mail90159.dotvndns.vn) Date: Wed, 03 Dec 2014 04:17:00 -0000 Subject: MDaemon Notification -- Attachment Removed Message-ID: ------------------------------------------------------------------- MDaemon has detected restricted attachments within an email message ------------------------------------------------------------------- >From : cygwin-xfree@cygwin.com To : hungpv@tanhoangminh.com.vn Subject : [***SPAM*** Score/Req: 11.90/5.0] Returned mail: see transcript for details Message-ID: --------------------- Attachment(s) removed --------------------- hungpv@tanhoangminh.com.vn -- 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 l.wood@surrey.ac.uk Thu Dec 4 02:53:00 2014 From: l.wood@surrey.ac.uk (l.wood@surrey.ac.uk) Date: Thu, 04 Dec 2014 02:53:00 -0000 Subject: 64-bit xfree86 failing? In-Reply-To: <10998D1D-BE1A-4338-8B24-DCE631210F68@surrey.ac.uk> References: <10998D1D-BE1A-4338-8B24-DCE631210F68@surrey.ac.uk> Message-ID: working again. my mistake was in years of using startx -- -multiwindow -clipboard & because /usr/bin/startx no longer starts x Once I switched to xinit -- -multiwindow -clipboard & I was fine. Remember that startx doesn't startx, on either 32- or 64-bit cygwin (I did a fresh 32-bit install and checked) and you're good to go. You'll still get complaints like XFree86_VT property unexpectedly has 0 items instead of 1 but at least you'll have a working xterm to type about them in. cheers L. On 2 Dec 2014, at 15:34, Wood L Dr (Electronic Eng) wrote: >> (Resending because qmail can't handle mime) > > I don't have a ~/.startxwinrc file, because the account home directory was created without one. > > > Creating one, making it executable, adding commands to it makes no difference - the X server launches (--muiltiwindow or not) and then decides to shut down. > > > Do not update your cygwin installations, would be my advice. > > > Lloyd Wood > http://about.me/lloydwood > ________________________________ > From: Tim Kingman > Sent: Tuesday, 2 December 2014 3:22 AM > To: cygwin-xfree@cygwin.com; Wood L Dr (Electronic Eng) > Subject: Re: 64-bit xfree86 failing? > > I see the same issue, and it looks like this is because I have an empty (co= > mmented-out) ~/.startxwinrc > > Removing this file causes X to open and start an xterm, probably because it= > broke several of the new rules in https://cygwin.com/ml/cygwin-xfree/2014-= > 11/msg00029.html: > > * User-defined ~/.startxwinrc files must now be executable, the final comma= > nd therein must be run in the foreground, and that command's exiting will e= > nd the X session, just like with startx and ~/.xinitrc or ~/.Xclients. > > This is then another problem for me because my .bashrc calls startxwin to m= > ake sure I always have an X server running ( per http://stackoverflow.com/a= > /9301966 ), and then I get caught in a loop of launching new X servers infi= > nitely (probably from startxwin now finding a new DISPLAY, and specifying b= > oth :0 and -silent-dup-error doesn't seem to silence the error that :0 alre= > ady exists). I'll keep playing with this to see if I can come up with a sol= > ution to duplicate my previous behavior: Any new bash shell makes sure that= > X is running, with no X apps running, and only one X is running, and new s= > hells don't cause "display already exists" errors. > > Thanks, > Tim > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Fri Dec 5 13:35:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 05 Dec 2014 13:35:00 -0000 Subject: [ANNOUNCEMENT] Updated: xinit-1.3.4-1 (Major overhaul of X session handling) In-Reply-To: References: <5479336D.3060704@gmail.com> Message-ID: <5481B4A6.8010009@dronecode.org.uk> On 29/11/2014 20:19, Nem W Schlecht wrote: > On Fri, Nov 28, 2014 at 8:46 PM, Marco Atzeri wrote: >> On 11/29/2014 3:05 AM, Nem W Schlecht wrote: >>> * User-defined ~/.startxwinrc files must now be executable, the >>> final command therein must be run in the foreground, and that >>> command's exiting will end the X session, just like with startx >>> and ~/.xinitrc or ~/.Xclients. >>> >>> In most UNIX systems, this last command would be the window manager. >>> I'm not liking fbpanel (although I will give it a try) and I don't >>> like using an XTerm as my "last" command, since I often close/reopen >>> them all when making changes to my .bashrc/.bash_profile. >>> >>> Are there any suggestions from the list for some *other* program that >>> won't use any resources that I can use as my final foreground command? >>> I don't want it to do anything, just not let X11 exit. > > I just want X11 to *not* > launch fbpanel and to *not* quit. For now, I've settled on just > calling 'sleep' for 10 years. If you previously had an empty ~/.startxwinrc, I'd suggest putting 'sleep infinity' or even 'exec sleep infinity' into it. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Fri Dec 5 13:46:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 05 Dec 2014 13:46:00 -0000 Subject: Sunday's update broke startx - crash on clipboard (winCpliboardProc trapped WM_QUIT In-Reply-To: References: Message-ID: <5481B748.5000605@dronecode.org.uk> On 02/12/2014 15:53, Gulliver Smith wrote: > This has happened on two different computers in different locations, > one with 32 bit and one with 64 bit cygwin. Latter cygcheck attached. > > xwin log attached. I guess you have an empty ~/.startxwinrc, the behaviour of which has unfortunately changed. See https://cygwin.com/ml/cygwin-xfree/2014-12/msg00012.html > I can still run /usr/bin/X -multiwindow but I really like to have the clipboard. You should have clipboard integration with that command line, since it's on by default for the past few years :) -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Fri Dec 5 14:19:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 05 Dec 2014 14:19:00 -0000 Subject: build error on 1.16.2-1 In-Reply-To: References: Message-ID: <5481BEDF.1000807@dronecode.org.uk> On 01/12/2014 23:37, J. Offerman wrote: > This is an obvious source-header discrepancy. The source > file(auto-generated anyway) doesn't seem to be changed recently, while > the header file(glext.h) has a timestamp of Nov 16 now. So it looks > like only the header file got advanced here. Looking at the > announcements, it should be the Mesa update on Nov 17 that renewed it. > Should I just add the extra arguments for those 3 funcs in the source > file as defined in the new header file? That looks like working. Thanks for drawing this to my attention. Yes, it seems that the the glext.h header file (which comes from Khronos via the w32api-headers package) now has the fix (svn r27313) to add the extra argument to the prototype, but the XML used for the generated code (which comes from Khronos via the khronos-opengl-registry package) is only on svn r27116. I'm afraid you'll have to fix this manually until I generate a new khronos-opengl-registry package Since keeping these things in sync is kind of a pain, and limits it to handling GL functions which are known about at build time, I'd like to replace this compile-time thunk generation with something which does it dynamically at run-time, but I haven't found the time to do 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/ From nem@emptec.com Fri Dec 5 14:51:00 2014 From: nem@emptec.com (Nem W Schlecht) Date: Fri, 05 Dec 2014 14:51:00 -0000 Subject: [ANNOUNCEMENT] Updated: xinit-1.3.4-1 (Major overhaul of X session handling) In-Reply-To: <5481B4A6.8010009@dronecode.org.uk> References: <5479336D.3060704@gmail.com> <5481B4A6.8010009@dronecode.org.uk> Message-ID: My solution was to write a quick C program that does nothing but block on waiting to receive any signal. I named it 'xnoexit' and I call it from my .startxwinrc script in my home directory. It's been working well for me. Sorry - I'm extra picky. I didn't like seeing a 'sleep' in my 'ps' list. Now I see 'xnoexit' and I know exactly what's going on. :) -----------cut #include main (argc, argv) int argv; int *argc[]; { sigset_t myset; (void) sigemptyset(&myset); while (1) { (void) sigsuspend(&myset); } } -----------cut On Fri, Dec 5, 2014 at 7:35 AM, Jon TURNEY wrote: > On 29/11/2014 20:19, Nem W Schlecht wrote: >> >> On Fri, Nov 28, 2014 at 8:46 PM, Marco Atzeri wrote: >>> >>> On 11/29/2014 3:05 AM, Nem W Schlecht wrote: >>>> >>>> * User-defined ~/.startxwinrc files must now be executable, the >>>> final command therein must be run in the foreground, and that >>>> command's exiting will end the X session, just like with startx >>>> and ~/.xinitrc or ~/.Xclients. >>>> >>>> In most UNIX systems, this last command would be the window manager. >>>> I'm not liking fbpanel (although I will give it a try) and I don't >>>> like using an XTerm as my "last" command, since I often close/reopen >>>> them all when making changes to my .bashrc/.bash_profile. >>>> >>>> Are there any suggestions from the list for some *other* program that >>>> won't use any resources that I can use as my final foreground command? >>>> I don't want it to do anything, just not let X11 exit. > >> >> I just want X11 to *not* >> launch fbpanel and to *not* quit. For now, I've settled on just >> calling 'sleep' for 10 years. > > If you previously had an empty ~/.startxwinrc, I'd suggest putting 'sleep > infinity' or even 'exec sleep infinity' into it. > -- Nem W Schlecht -- 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 rcunningham@ucsd.edu Fri Dec 5 16:36:00 2014 From: rcunningham@ucsd.edu (Bob Cunningham) Date: Fri, 05 Dec 2014 16:36:00 -0000 Subject: xf86-video-nested HOWTO or FAQ? Message-ID: <5481DE94.1030508@ucsd.edu> Hi, I've seen the announcements that xf86-video-nested is included in CygwinX, and is intended to replace Xnest/Xephyr. But nowhere have I (well, google) been able to find instructions on how to actually accomplish this within the Cygwin environment. Has anyone actually successfully done this? Or is it a work-in-progress that isn't yet ready for end-users? TIA, -BobC -- 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 rcunningham@ucsd.edu Fri Dec 5 16:47:00 2014 From: rcunningham@ucsd.edu (Bob Cunningham) Date: Fri, 05 Dec 2014 16:47:00 -0000 Subject: xf86-video-nested HOWTO or FAQ? In-Reply-To: <5481DE94.1030508@ucsd.edu> References: <5481DE94.1030508@ucsd.edu> Message-ID: <5481E191.5050206@ucsd.edu> Wouldn't you know it: Moments after hitting send, I found "/usr/share/doc/xf86-video-nested/README" on my local system. Looking through it now. -BobC On 12/05/2014 08:34 AM, Bob Cunningham wrote: > Hi, > > I've seen the announcements that xf86-video-nested is included in > CygwinX, and is intended to replace Xnest/Xephyr. But nowhere have I > (well, google) been able to find instructions on how to actually > accomplish this within the Cygwin environment. > > Has anyone actually successfully done this? Or is it a > work-in-progress that isn't yet ready for end-users? > > > TIA, > > -BobC > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From rcunningham@ucsd.edu Fri Dec 5 17:32:00 2014 From: rcunningham@ucsd.edu (rcunningham) Date: Fri, 05 Dec 2014 17:32:00 -0000 Subject: xf86-video-nested HOWTO or FAQ? In-Reply-To: <5481E191.5050206@ucsd.edu> References: <5481DE94.1030508@ucsd.edu> <5481E191.5050206@ucsd.edu> Message-ID: <5481EC26.8040105@ucsd.edu> OK, the README says to use this line: X -config my.conf -noreset -retro :1 but Cygwin X doesn't support the "-config" option. Any recommendations for how to make this work? TIA, -BobC On 12/5/2014 8:47 AM, Bob Cunningham wrote: > Wouldn't you know it: Moments after hitting send, I found > "/usr/share/doc/xf86-video-nested/README" on my local system. > > Looking through it now. > > -BobC > > On 12/05/2014 08:34 AM, Bob Cunningham wrote: >> Hi, >> >> I've seen the announcements that xf86-video-nested is included in >> CygwinX, and is intended to replace Xnest/Xephyr. But nowhere have I >> (well, google) been able to find instructions on how to actually >> accomplish this within the Cygwin environment. >> >> Has anyone actually successfully done this? Or is it a >> work-in-progress that isn't yet ready for end-users? >> >> >> TIA, >> >> -BobC >> >> >> -- >> Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple >> Problem reports: http://cygwin.com/problems.html >> Documentation: http://x.cygwin.com/docs/ >> FAQ: http://x.cygwin.com/docs/faq/ >> > > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@cygwin.com Fri Dec 5 18:50:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Fri, 05 Dec 2014 18:50:00 -0000 Subject: xf86-video-nested HOWTO or FAQ? In-Reply-To: <5481EC26.8040105@ucsd.edu> References: <5481DE94.1030508@ucsd.edu> <5481E191.5050206@ucsd.edu> <5481EC26.8040105@ucsd.edu> Message-ID: <5481FE89.7000602@cygwin.com> On 2014-12-05 11:32, rcunningham wrote: > OK, the README says to use this line: > > X -config my.conf -noreset -retro :1 > > but Cygwin X doesn't support the "-config" option. > > Any recommendations for how to make this work? /usr/bin/X is a symlink to the native DDX. On Linux this is Xorg, but on Cygwin this is XWin. The xf86-* plugins are meant for the former, so you will need to call Xorg instead. -- Yaakov -- 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 rcunningham@ucsd.edu Sun Dec 7 00:50:00 2014 From: rcunningham@ucsd.edu (BobC) Date: Sun, 07 Dec 2014 00:50:00 -0000 Subject: Sunday's update broke startx - crash on clipboard (winCpliboardProc trapped =?utf-8?b?V01fUVVJVA==?= References: Message-ID: Gulliver Smith gmail.com> writes: > > This has happened on two different computers in different locations, > one with 32 bit and one with 64 bit cygwin. Latter cygcheck attached. > > xwin log attached. > > I can still run /usr/bin/X -multiwindow but I really like to have the clipboard. Same here: Looks like startxin.exe was replace with a script. -- 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 wingsan333@gmail.com Mon Dec 8 07:00:00 2014 From: wingsan333@gmail.com (wingsan) Date: Mon, 08 Dec 2014 07:00:00 -0000 Subject: Request xfig update In-Reply-To: References: Message-ID: Hi there, Thank you for your updating to xfig.3.2.5c/transfig.3.2.5e quickly. I am using latest version of them now. Their operating looks fine. Thanks again. luffa -- 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 pzi@pzi.net Wed Dec 10 21:57:00 2014 From: pzi@pzi.net (Peter Ziobrzynski) Date: Wed, 10 Dec 2014 21:57:00 -0000 Subject: event delivery changes after XWin minimize/restore or resize Message-ID: <5488C1A4.5040406@pzi.net> Recently (last week) my window manager key bindings stopped working after I minimize XWin window and restore it or resize it. My combination of Alt key and mouse clicks do not work anymore. I use kind of exotic window manager (ctwm) so to make it easy to replicate I used xev to repeat the same Alt + mouse click sequence and captured the xev list of events before and after XWin minimize and restore. It looks like the list of events listed changes drastically explaining why ctwm stopped behaving properly. I see the same behavior in Win8-64 and Win7-32. I see that Alt key stopped working as a modifier. I tried twm instead of ctwm with the same result. Here is the output of xev before XWin minimize/restore or resize while pressing Alt and clicking left mouse button in xev window: LeaveNotify event, serial 32, synthetic NO, window 0xc00001, root 0x16d, subw 0xc00002, time 118362968, (41,42), root:(1747,393), mode NotifyGrab, detail NotifyVirtual, same_screen YES, focus NO, state 264 EnterNotify event, serial 32, synthetic NO, window 0xc00001, root 0x16d, subw 0xc00002, time 118363968, (41,42), root:(1747,393), mode NotifyUngrab, detail NotifyVirtual, same_screen YES, focus NO, state 8 KeymapNotify event, serial 32, synthetic NO, window 0x0, keys: 109 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 Here is the output of the same actions after XWin minimize/restore: KeyPress event, serial 38, synthetic NO, window 0xc00001, root 0x16d, subw 0xc00002, time 118672828, (49,36), root:(1755,387), state 0x10, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False ButtonPress event, serial 38, synthetic NO, window 0xc00001, root 0x16d, subw 0xc00002, time 118673687, (49,36), root:(1755,387), state 0x18, button 1, same_screen YES EnterNotify event, serial 38, synthetic NO, window 0xc00001, root 0x16d, subw 0x0, time 118672828, (49,36), root:(1755,387), mode NotifyGrab, detail NotifyInferior, same_screen YES, focus YES, state 280 KeymapNotify event, serial 38, synthetic NO, window 0x0, keys: 109 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ButtonRelease event, serial 38, synthetic NO, window 0xc00001, root 0x16d, subw 0xc00002, time 118673703, (49,36), root:(1755,387), state 0x118, button 1, same_screen YES LeaveNotify event, serial 38, synthetic NO, window 0xc00001, root 0x16d, subw 0x0, time 118673703, (49,36), root:(1755,387), mode NotifyUngrab, detail NotifyInferior, same_screen YES, focus YES, state 24 -- Peter Ziobrzynski, mailto:pzi@pzi.net -------------- next part -------------- Cygwin Configuration Diagnostics Current System Time: Sun Dec 07 06:50:59 2014 Windows 7 Professional Ver 6.1 Build 7600 Path: C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\ProgramData\Oracle\Java\javapath C:\windows\system32 C:\windows C:\windows\System32\Wbem C:\windows\System32\WindowsPowerShell\v1.0 C:\cygwin64\lib\lapack C:\cygwin64\usr\sbin C:\Users\Peter\Dropbox\notes\bin\cygwin\bin C:\Program Files (x86)\VMware\VMware Workstation . Output from C:\cygwin64\bin\id.exe UID: 1001(Peter) GID: 0(root) 0(root) 544(Administrators) 551(Backup Operators) 545(Users) 1002(HomeUsers) SysDir: C:\windows\system32 WinDir: C:\windows USER = 'Peter' PWD = '/home/Peter/tmp' HOME = '/home/Peter' USERDOMAIN_ROAMINGPROFILE = 'PZI-S3' HOMEPATH = '\Users\Peter' APPDATA = 'C:\Users\Peter\AppData\Roaming' ProgramW6432 = 'C:\Program Files' HOSTNAME = 'pzi-s3' SHELL = '/bin/bash' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 69 Stepping 1, GenuineIntel' PROFILEREAD = 'true' WINDIR = 'C:\windows' PUBLIC = 'C:\Users\Public' OLDPWD = '/home/Peter' ORIGINAL_PATH = '/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/windows/system32:/cygdrive/c/windows:/cygdrive/c/windows/System32/Wbem:/cygdrive/c/windows/System32/WindowsPowerShell/v1.0' USERDOMAIN = 'PZI-S3' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\ProgramData' TEMP = '/tmp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' USERNAME = 'Peter' PROCESSOR_LEVEL = '6' ProgramFiles(x86) = 'C:\Program Files (x86)' PSModulePath = 'C:\windows\system32\WindowsPowerShell\v1.0\Modules\' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' __COMPAT_LAYER = 'Win7RTM DetectorsWin7 Installer' EDITOR = 'vi' LANG = 'C' USERPROFILE = 'C:\Users\Peter' TZ = 'America/Denver' PS1 = '\u@\h:\w\$ ' LOGONSERVER = '\\MicrosoftAccount' CommonProgramW6432 = 'C:\Program Files\Common Files' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\Peter\AppData\Local' ProgramData = 'C:\ProgramData' EXECIGNORE = '*.dll' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' HOMEDRIVE = 'C:' COMSPEC = 'C:\windows\system32\cmd.exe' TMP = '/tmp' SYSTEMROOT = 'C:\windows' PRINTER = 'Brother DCP-7065DN Printer' PROCESSOR_REVISION = '4501' INFOPATH = '/usr/local/info:/usr/share/info:/usr/info' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '4' COMPUTERNAME = 'PZI-S3' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Classes\XLaunch.cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Classes\XLaunch.cygwin\DefaultIcon (default) = 'C:\cygwin64\bin\xlaunch.exe,1' HKEY_LOCAL_MACHINE\SOFTWARE\Classes\XLaunch.cygwin\Shell HKEY_LOCAL_MACHINE\SOFTWARE\Classes\XLaunch.cygwin\Shell\Edit HKEY_LOCAL_MACHINE\SOFTWARE\Classes\XLaunch.cygwin\Shell\Edit\command (default) = '"C:\cygwin64\bin\run" "C:\cygwin64\bin\bash" -l -c "xlaunch -load \"%1\""' HKEY_LOCAL_MACHINE\SOFTWARE\Classes\XLaunch.cygwin\Shell\Open HKEY_LOCAL_MACHINE\SOFTWARE\Classes\XLaunch.cygwin\Shell\Open\command (default) = '"C:\cygwin64\bin\run" "C:\cygwin64\bin\bash" -l -c "xlaunch -run \"%1\""' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Installations (default) = '\??\C:\cygwin' HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: e022582115c10879 Path: C:\cygwin64 User: Key: e022582115c10879 Path: C:\cygwin64 c: hd NTFS 482506Mb 59% CP CS UN PA FC Windows d: fd NTFS 60904Mb 73% CP CS UN PA FC pzi-sd-64g-13 C:\cygwin64 / system binary,auto C:\cygwin64\bin /usr/bin system binary,auto C:\cygwin64\lib /usr/lib system binary,auto cygdrive prefix /cygdrive user binary,posix=0,auto Found: C:\cygwin64\bin\awk -> C:\cygwin64\bin\gawk.exe Found: C:\cygwin64\bin\bash.exe Found: C:\cygwin64\bin\cat.exe Found: C:\cygwin64\bin\cp.exe Found: C:\cygwin64\bin\cpp.exe Found: C:\cygwin64\bin\crontab.exe Found: C:\cygwin64\bin\find.exe Found: C:\windows\system32\find.exe Warning: C:\cygwin64\bin\find.exe hides C:\windows\system32\find.exe Found: C:\cygwin64\bin\gcc.exe Found: C:\cygwin64\bin\gdb.exe Found: C:\cygwin64\bin\grep.exe Found: C:\cygwin64\bin\kill.exe Found: C:\cygwin64\bin\ld.exe Found: C:\cygwin64\bin\ls.exe Found: C:\cygwin64\bin\make.exe Found: C:\cygwin64\bin\mv.exe Found: C:\cygwin64\bin\patch.exe Found: C:\cygwin64\bin\perl.exe Found: C:\cygwin64\bin\rm.exe Found: C:\cygwin64\bin\sed.exe Found: C:\cygwin64\bin\ssh.exe Found: C:\cygwin64\bin\sh.exe Found: C:\cygwin64\bin\tar.exe Found: C:\cygwin64\bin\test.exe Found: C:\cygwin64\bin\vi.exe Found: C:\cygwin64\bin\vim.exe 88k 2013/04/02 C:\cygwin64\bin\cygaa-1.dll - os=4.0 img=0.0 sys=5.2 "cygaa-1.dll" v0.0 ts=2013-04-02 12:06 127k 2013/06/23 C:\cygwin64\bin\cygapr-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygapr-1-0.dll" v0.0 ts=2013-06-23 18:53 116k 2014/09/22 C:\cygwin64\bin\cygaprutil-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygaprutil-1-0.dll" v0.0 ts=2014-09-22 18:49 575k 2013/05/30 C:\cygwin64\bin\cygarchive-13.dll - os=4.0 img=0.0 sys=5.2 "cygarchive-13.dll" v0.0 ts=2013-05-30 03:06 38k 2013/07/19 C:\cygwin64\bin\cygargp-0.dll - os=4.0 img=0.0 sys=5.2 "cygargp-0.dll" v0.0 ts=2013-07-19 15:07 92k 2013/05/30 C:\cygwin64\bin\cygart_lgpl_2-2.dll - os=4.0 img=0.0 sys=5.2 "cygart_lgpl_2-2.dll" v0.0 ts=2013-05-31 00:00 643k 2013/04/30 C:\cygwin64\bin\cygaspell-15.dll - os=4.0 img=0.0 sys=5.2 "cygaspell-15.dll" v0.0 ts=2013-04-30 08:11 20k 2013/06/03 C:\cygwin64\bin\cygasyncns-0.dll - os=4.0 img=0.0 sys=5.2 "cygasyncns-0.dll" v0.0 ts=2013-06-03 20:41 107k 2014/03/12 C:\cygwin64\bin\cygatk-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygatk-1.0-0.dll" v0.0 ts=2014-03-12 07:45 145k 2014/03/12 C:\cygwin64\bin\cygatk-bridge-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygatk-bridge-2.0-0.dll" v0.0 ts=2014-03-12 08:36 88k 2014/11/13 C:\cygwin64\bin\cygatomic-1.dll - os=4.0 img=0.0 sys=5.2 "cygatomic-1.dll" v0.0 ts=2014-11-13 04:48 137k 2014/03/12 C:\cygwin64\bin\cygatspi-0.dll - os=4.0 img=0.0 sys=5.2 "cygatspi-0.dll" v0.0 ts=2014-03-12 08:18 16k 2013/03/26 C:\cygwin64\bin\cygattr-1.dll - os=4.0 img=0.0 sys=5.2 "cygattr-1.dll" v0.0 ts=2013-03-26 18:26 80k 2013/05/30 C:\cygwin64\bin\cygaudio-2.dll - os=4.0 img=0.0 sys=5.2 "cygaudio-2.dll" v0.0 ts=2013-05-30 23:41 174k 2013/04/29 C:\cygwin64\bin\cygautotrace-3.dll - os=4.0 img=0.0 sys=5.2 "cygautotrace-3.dll" v0.0 ts=2013-04-29 09:23 59k 2013/06/04 C:\cygwin64\bin\cygavahi-client-3.dll - os=4.0 img=0.0 sys=5.2 "cygavahi-client-3.dll" v0.0 ts=2013-06-04 05:29 42k 2013/06/04 C:\cygwin64\bin\cygavahi-common-3.dll - os=4.0 img=0.0 sys=5.2 "cygavahi-common-3.dll" v0.0 ts=2013-06-04 05:28 13k 2013/06/04 C:\cygwin64\bin\cygavahi-glib-1.dll - os=4.0 img=0.0 sys=5.2 "cygavahi-glib-1.dll" v0.0 ts=2013-06-04 05:29 179k 2014/12/01 C:\cygwin64\bin\cygblkid-1.dll - os=4.0 img=0.0 sys=5.2 "cygblkid-1.dll" v0.0 ts=2014-12-01 23:56 368k 2013/05/30 C:\cygwin64\bin\cygbonobo-2-0.dll - os=4.0 img=0.0 sys=5.2 "cygbonobo-2-0.dll" v0.0 ts=2013-05-31 00:16 84k 2013/05/30 C:\cygwin64\bin\cygbonobo-activation-4.dll - os=4.0 img=0.0 sys=5.2 "cygbonobo-activation-4.dll" v0.0 ts=2013-05-31 00:16 351k 2013/06/04 C:\cygwin64\bin\cygbonoboui-2-0.dll - os=4.0 img=0.0 sys=5.2 "cygbonoboui-2-0.dll" v0.0 ts=2013-06-04 18:37 262k 2014/09/01 C:\cygwin64\bin\cygboost_python-1_55.dll - os=4.0 img=0.0 sys=5.2 "cygboost_python-1_55.dll" v0.0 ts=2014-09-01 06:36 859k 2014/09/01 C:\cygwin64\bin\cygboost_regex-1_55.dll - os=4.0 img=0.0 sys=5.2 "cygboost_regex-1_55.dll" v0.0 ts=2014-09-01 06:32 2387k 2014/09/01 C:\cygwin64\bin\cygbotan-1.10-0.dll - os=4.0 img=0.0 sys=5.2 "cygbotan-1.10-0.dll" v0.0 ts=2014-09-01 08:27 1949k 2014/05/12 C:\cygwin64\bin\cygbotan-1.8.13.dll - os=4.0 img=0.0 sys=5.2 "cygbotan-1.8.13.dll" v0.0 ts=1970-01-01 00:00 64k 2013/03/07 C:\cygwin64\bin\cygbz2-1.dll - os=4.0 img=0.0 sys=5.2 "cygbz2-1.dll" v0.0 ts=2013-03-07 02:54 779k 2014/08/28 C:\cygwin64\bin\cygcaca-0.dll - os=4.0 img=0.0 sys=5.2 "cygcaca-0.dll" v0.0 ts=2014-08-28 09:54 1064k 2014/11/16 C:\cygwin64\bin\cygcairo-2.dll - os=4.0 img=0.0 sys=5.2 "cygcairo-2.dll" v0.0 ts=2014-11-16 23:01 27k 2014/11/16 C:\cygwin64\bin\cygcairo-gobject-2.dll - os=4.0 img=0.0 sys=5.2 "cygcairo-gobject-2.dll" v0.0 ts=2014-11-16 23:01 118k 2014/11/16 C:\cygwin64\bin\cygcairo-script-interpreter-2.dll - os=4.0 img=0.0 sys=5.2 "cygcairo-script-interpreter-2.dll" v0.0 ts=2014-11-16 23:02 59k 2013/06/04 C:\cygwin64\bin\cygcanberra-0.dll - os=4.0 img=0.0 sys=5.2 "cygcanberra-0.dll" v0.0 ts=2013-06-04 08:04 17k 2013/06/04 C:\cygwin64\bin\cygcanberra-gtk-0.dll - os=4.0 img=0.0 sys=5.2 "cygcanberra-gtk-0.dll" v0.0 ts=2013-06-04 08:05 17k 2013/06/04 C:\cygwin64\bin\cygcanberra-gtk3-0.dll - os=4.0 img=0.0 sys=5.2 "cygcanberra-gtk3-0.dll" v0.0 ts=2013-06-04 08:05 13k 2013/03/06 C:\cygwin64\bin\cygcatgets1.dll - os=4.0 img=0.0 sys=5.2 "cygcatgets1.dll" v0.0 ts=2013-03-06 14:34 24k 2014/08/27 C:\cygwin64\bin\cygcdt-5.dll - os=4.0 img=0.0 sys=5.2 "cygcdt-5.dll" v0.0 ts=2014-08-27 02:35 68k 2014/08/27 C:\cygwin64\bin\cygcgraph-6.dll - os=4.0 img=0.0 sys=5.2 "cygcgraph-6.dll" v0.0 ts=2014-08-27 02:35 10k 2013/03/07 C:\cygwin64\bin\cygcharset-1.dll - os=4.0 img=0.0 sys=5.2 "cygcharset-1.dll" v0.0 ts=2013-03-07 03:03 34k 2014/04/23 C:\cygwin64\bin\cygcheck-0.dll - os=4.0 img=0.0 sys=5.2 "cygcheck-0.dll" v0.0 ts=1970-01-01 00:00 12296k 2014/10/29 C:\cygwin64\bin\cygclang.dll - os=4.0 img=0.0 sys=5.2 "cygclang.dll" v0.0 ts=2014-10-28 23:58 117k 2013/05/05 C:\cygwin64\bin\cygcloog-isl-4.dll - os=4.0 img=0.0 sys=5.2 "cygcloog-isl-4.dll" v0.0 ts=2013-05-05 16:41 19k 2013/04/25 C:\cygwin64\bin\cygcompface-0.dll - os=4.0 img=0.0 sys=5.2 "cygcompface-0.dll" v0.0 ts=2013-04-25 15:47 12k 2014/06/09 C:\cygwin64\bin\cygcom_err-2.dll - os=4.0 img=0.0 sys=5.2 "cygcom_err-2.dll" v0.0 ts=1970-01-01 00:00 187k 2013/06/05 C:\cygwin64\bin\cygcppunit-1-12-1.dll - os=4.0 img=0.0 sys=5.2 "cygcppunit-1-12-1.dll" v0.0 ts=2013-06-05 18:21 203k 2013/04/21 C:\cygwin64\bin\cygcroco-0.6-3.dll - os=4.0 img=0.0 sys=5.2 "cygcroco-0.6-3.dll" v0.0 ts=2013-04-21 06:25 9k 2013/03/07 C:\cygwin64\bin\cygcrypt-0.dll - os=4.0 img=0.0 sys=5.2 "cygcrypt-0.dll" v0.0 ts=2013-03-07 09:29 1748k 2014/10/16 C:\cygwin64\bin\cygcrypto-1.0.0.dll - os=4.0 img=0.0 sys=5.2 "cygcrypto-1.0.0.dll" v0.0 ts=2014-10-16 18:11 416k 2014/11/07 C:\cygwin64\bin\cygcurl-4.dll - os=4.0 img=0.0 sys=5.2 "cygcurl-4.dll" v0.0 ts=2014-11-07 20:17 24k 2014/11/12 C:\cygwin64\bin\cygdatrie-1.dll - os=4.0 img=0.0 sys=5.2 "cygdatrie-1.dll" v0.0 ts=2014-11-12 07:24 1526k 2013/03/08 C:\cygwin64\bin\cygdb-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb-5.3.dll" v0.0 ts=2013-03-08 07:55 242k 2014/11/24 C:\cygwin64\bin\cygdbus-1-3.dll - os=4.0 img=0.0 sys=5.2 "cygdbus-1-3.dll" v0.0 ts=2014-11-24 00:11 124k 2013/04/21 C:\cygwin64\bin\cygdbus-glib-1-2.dll - os=4.0 img=0.0 sys=5.2 "cygdbus-glib-1-2.dll" v0.0 ts=2013-04-21 07:12 111k 2013/03/08 C:\cygwin64\bin\cygdb_cxx-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb_cxx-5.3.dll" v0.0 ts=2013-03-08 07:56 472k 2013/03/08 C:\cygwin64\bin\cygdb_sql-5.3.dll - os=4.0 img=0.0 sys=5.2 "cygdb_sql-5.3.dll" v0.0 ts=2013-03-08 07:58 169k 2014/02/10 C:\cygwin64\bin\cygdialog-11.dll - os=4.0 img=0.0 sys=5.2 "cygdialog-11.dll" v0.0 ts=2014-02-10 01:24 15k 2013/06/06 C:\cygwin64\bin\cygdmx-1.dll - os=4.0 img=0.0 sys=5.2 "cygdmx-1.dll" v0.0 ts=2013-06-06 20:04 154k 2013/10/20 C:\cygwin64\bin\cygedit-0.dll - os=4.0 img=0.0 sys=5.2 "cygedit-0.dll" v0.0 ts=2013-10-20 21:56 68k 2014/11/16 C:\cygwin64\bin\cygEGL-1.dll - os=4.0 img=0.0 sys=5.2 "cygEGL-1.dll" v0.0 ts=2014-11-16 20:19 158k 2013/04/23 C:\cygwin64\bin\cygEMF-1.dll - os=4.0 img=0.0 sys=5.2 "cygEMF-1.dll" v0.0 ts=2013-04-23 06:39 36k 2013/06/05 C:\cygwin64\bin\cygenchant-1.dll - os=4.0 img=0.0 sys=5.2 "cygenchant-1.dll" v0.0 ts=2013-06-06 00:25 226k 2013/07/07 C:\cygwin64\bin\cygevent-2-0-5.dll - os=4.0 img=0.0 sys=5.2 "cygevent-2-0-5.dll" v0.0 ts=2013-07-07 10:05 135k 2013/07/07 C:\cygwin64\bin\cygevent_core-2-0-5.dll - os=4.0 img=0.0 sys=5.2 "cygevent_core-2-0-5.dll" v0.0 ts=2013-07-07 10:05 103k 2013/07/07 C:\cygwin64\bin\cygevent_extra-2-0-5.dll - os=4.0 img=0.0 sys=5.2 "cygevent_extra-2-0-5.dll" v0.0 ts=2013-07-07 10:05 20k 2013/07/07 C:\cygwin64\bin\cygevent_openssl-2-0-5.dll - os=4.0 img=0.0 sys=5.2 "cygevent_openssl-2-0-5.dll" v0.0 ts=2013-07-07 10:05 10k 2013/07/07 C:\cygwin64\bin\cygevent_pthreads-2-0-5.dll - os=4.0 img=0.0 sys=5.2 "cygevent_pthreads-2-0-5.dll" v0.0 ts=2013-07-07 10:05 16k 2013/03/28 C:\cygwin64\bin\cygevtlog-0.dll - os=4.0 img=0.0 sys=5.2 "cygevtlog-0.dll" v0.0 ts=2013-03-28 14:00 216k 2013/06/05 C:\cygwin64\bin\cygexif-12.dll - os=4.0 img=0.0 sys=5.2 "cygexif-12.dll" v0.0 ts=2013-06-06 00:31 147k 2013/07/31 C:\cygwin64\bin\cygexpat-1.dll - os=4.0 img=0.0 sys=5.2 "cygexpat-1.dll" v0.0 ts=2013-07-31 22:53 72k 2013/09/02 C:\cygwin64\bin\cygexslt-0.dll - os=4.0 img=0.0 sys=5.2 "cygexslt-0.dll" v0.0 ts=2013-09-02 17:55 30k 2014/10/14 C:\cygwin64\bin\cygfam-0.dll - os=4.0 img=0.0 sys=5.2 "cygfam-0.dll" v0.0 ts=2014-10-14 21:33 22k 2013/05/12 C:\cygwin64\bin\cygffi-6.dll - os=4.0 img=0.0 sys=5.2 "cygffi-6.dll" v0.0 ts=2013-05-12 22:53 1050k 2014/04/13 C:\cygwin64\bin\cygfftw3-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3-3.dll" v0.0 ts=1970-01-01 00:00 1011k 2014/04/13 C:\cygwin64\bin\cygfftw3f-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3f-3.dll" v0.0 ts=1970-01-01 00:00 25k 2014/04/13 C:\cygwin64\bin\cygfftw3f_threads-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3f_threads-3.dll" v0.0 ts=1970-01-01 00:00 24k 2014/04/13 C:\cygwin64\bin\cygfftw3_threads-3.dll - os=4.0 img=0.0 sys=5.2 "cygfftw3_threads-3.dll" v0.0 ts=1970-01-01 00:00 71k 2014/11/30 C:\cygwin64\bin\cygFLAC++-6.dll - os=4.0 img=0.0 sys=5.2 "cygFLAC++-6.dll" v0.0 ts=2014-11-30 21:28 412k 2014/11/30 C:\cygwin64\bin\cygFLAC-8.dll - os=4.0 img=0.0 sys=5.2 "cygFLAC-8.dll" v0.0 ts=2014-11-30 21:27 959k 2013/09/10 C:\cygwin64\bin\cygfltk-1.3.dll - os=4.0 img=0.0 sys=5.2 "cygfltk-1.3.dll" v0.0 ts=2013-09-10 19:39 21k 2013/09/10 C:\cygwin64\bin\cygfltk_forms-1.3.dll - os=4.0 img=0.0 sys=5.2 "cygfltk_forms-1.3.dll" v0.0 ts=2013-09-10 19:39 90k 2013/09/10 C:\cygwin64\bin\cygfltk_gl-1.3.dll - os=4.0 img=0.0 sys=5.2 "cygfltk_gl-1.3.dll" v0.0 ts=2013-09-10 19:39 47k 2013/09/10 C:\cygwin64\bin\cygfltk_images-1.3.dll - os=4.0 img=0.0 sys=5.2 "cygfltk_images-1.3.dll" v0.0 ts=2013-09-10 19:39 218k 2014/04/29 C:\cygwin64\bin\cygfontconfig-1.dll - os=4.0 img=0.0 sys=5.2 "cygfontconfig-1.dll" v0.0 ts=1970-01-01 00:00 25k 2013/06/06 C:\cygwin64\bin\cygfontenc-1.dll - os=4.0 img=0.0 sys=5.2 "cygfontenc-1.dll" v0.0 ts=2013-06-06 22:13 56k 2014/05/26 C:\cygwin64\bin\cygformw-10.dll - os=4.0 img=0.0 sys=5.2 "cygformw-10.dll" v0.0 ts=1970-01-01 00:00 545k 2013/04/21 C:\cygwin64\bin\cygfpx-1.dll - os=4.0 img=0.0 sys=5.2 "cygfpx-1.dll" v0.0 ts=2013-04-21 12:24 404k 2014/10/19 C:\cygwin64\bin\cygfreebl3.dll - os=4.0 img=0.0 sys=5.2 "cygfreebl3.dll" v0.0 ts=2014-10-19 14:18 585k 2014/03/31 C:\cygwin64\bin\cygfreetype-6.dll - os=4.0 img=0.0 sys=5.2 "cygfreetype-6.dll" v0.0 ts=1970-01-01 00:00 91k 2013/06/05 C:\cygwin64\bin\cygfribidi-0.dll - os=4.0 img=0.0 sys=5.2 "cygfribidi-0.dll" v0.0 ts=2013-06-05 18:14 41k 2014/04/04 C:\cygwin64\bin\cygFS-6.dll - os=4.0 img=0.0 sys=5.2 "cygFS-6.dll" v0.0 ts=1970-01-01 00:00 28k 2014/03/28 C:\cygwin64\bin\cyggailutil-18.dll - os=4.0 img=0.0 sys=5.2 "cyggailutil-18.dll" v0.0 ts=2014-03-28 18:05 30k 2014/10/14 C:\cygwin64\bin\cyggamin-1-0.dll - os=4.0 img=0.0 sys=5.2 "cyggamin-1-0.dll" v0.0 ts=2014-10-14 21:33 68k 2014/11/13 C:\cygwin64\bin\cyggcc_s-seh-1.dll - os=4.0 img=0.0 sys=5.2 "cyggcc_s-seh-1.dll" v0.0 ts=2014-11-13 03:28 176k 2014/03/20 C:\cygwin64\bin\cyggck-1-0.dll - os=4.0 img=0.0 sys=5.2 "cyggck-1-0.dll" v0.0 ts=2014-03-20 03:06 156k 2013/08/06 C:\cygwin64\bin\cyggconf-2-4.dll - os=4.0 img=0.0 sys=5.2 "cyggconf-2-4.dll" v0.0 ts=2013-08-06 20:22 470k 2014/03/20 C:\cygwin64\bin\cyggcr-base-3-1.dll - os=4.0 img=0.0 sys=5.2 "cyggcr-base-3-1.dll" v0.0 ts=2014-03-20 03:07 357k 2014/03/20 C:\cygwin64\bin\cyggcr-ui-3-1.dll - os=4.0 img=0.0 sys=5.2 "cyggcr-ui-3-1.dll" v0.0 ts=2014-03-20 03:09 470k 2014/06/01 C:\cygwin64\bin\cyggcrypt-11.dll - os=4.0 img=0.0 sys=5.2 "cyggcrypt-11.dll" v0.0 ts=1970-01-01 00:00 239k 2013/04/21 C:\cygwin64\bin\cyggd-2.dll - os=4.0 img=0.0 sys=5.2 "cyggd-2.dll" v0.0 ts=2013-04-21 15:06 40k 2014/05/27 C:\cygwin64\bin\cyggdbm-4.dll - os=4.0 img=0.0 sys=5.2 "cyggdbm-4.dll" v0.0 ts=1970-01-01 00:00 13k 2014/05/27 C:\cygwin64\bin\cyggdbm_compat-4.dll - os=4.0 img=0.0 sys=5.2 "cyggdbm_compat-4.dll" v0.0 ts=1970-01-01 00:00 218k 2013/07/22 C:\cygwin64\bin\cyggdk-1-2-0.dll - os=4.0 img=0.0 sys=5.2 "cyggdk-1-2-0.dll" v0.0 ts=2013-07-22 04:00 548k 2014/07/17 C:\cygwin64\bin\cyggdk-3-0.dll - os=4.0 img=0.0 sys=5.2 "cyggdk-3-0.dll" v0.0 ts=1970-01-01 00:00 602k 2014/03/28 C:\cygwin64\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggdk-x11-2.0-0.dll" v0.0 ts=2014-03-28 17:57 159k 2013/07/22 C:\cygwin64\bin\cyggdk_imlib-1.dll - os=4.0 img=0.0 sys=5.2 "cyggdk_imlib-1.dll" v0.0 ts=2013-07-22 05:26 215k 2014/03/12 C:\cygwin64\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2014-03-12 08:07 67k 2013/06/19 C:\cygwin64\bin\cyggeoclue-0.dll - os=4.0 img=0.0 sys=5.2 "cyggeoclue-0.dll" v0.0 ts=2013-06-19 23:42 198k 2014/06/16 C:\cygwin64\bin\cyggettextlib-0-18-3.dll - os=4.0 img=0.0 sys=5.2 "cyggettextlib-0-18-3.dll" v0.0 ts=1970-01-01 00:00 232k 2014/06/16 C:\cygwin64\bin\cyggettextsrc-0-18-3.dll - os=4.0 img=0.0 sys=5.2 "cyggettextsrc-0-18-3.dll" v0.0 ts=1970-01-01 00:00 1110k 2014/11/13 C:\cygwin64\bin\cyggfortran-3.dll - os=4.0 img=0.0 sys=5.2 "cyggfortran-3.dll" v0.0 ts=2014-11-13 04:43 36k 2013/04/02 C:\cygwin64\bin\cyggg-1.dll - os=4.0 img=0.0 sys=5.2 "cyggg-1.dll" v0.0 ts=2013-04-02 20:27 52k 2013/04/02 C:\cygwin64\bin\cygggi-2.dll - os=4.0 img=0.0 sys=5.2 "cygggi-2.dll" v0.0 ts=2013-04-02 20:50 12k 2013/04/02 C:\cygwin64\bin\cygggimisc-2.dll - os=4.0 img=0.0 sys=5.2 "cygggimisc-2.dll" v0.0 ts=2013-04-02 20:56 12k 2013/04/02 C:\cygwin64\bin\cygggiwmh-0.dll - os=4.0 img=0.0 sys=5.2 "cygggiwmh-0.dll" v0.0 ts=2013-04-02 20:58 32k 2013/07/22 C:\cygwin64\bin\cyggif-4.dll - os=4.0 img=0.0 sys=5.2 "cyggif-4.dll" v0.0 ts=2013-07-22 05:17 29k 2013/04/02 C:\cygwin64\bin\cyggii-1.dll - os=4.0 img=0.0 sys=5.2 "cyggii-1.dll" v0.0 ts=2013-04-02 20:28 1188k 2014/09/12 C:\cygwin64\bin\cyggio-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggio-2.0-0.dll" v0.0 ts=2014-09-12 20:38 187k 2014/03/12 C:\cygwin64\bin\cyggirepository-1.0-1.dll - os=4.0 img=0.0 sys=5.2 "cyggirepository-1.0-1.dll" v0.0 ts=2014-03-12 07:32 594k 2014/11/16 C:\cygwin64\bin\cygGL-1.dll - os=4.0 img=0.0 sys=5.2 "cygGL-1.dll" v0.0 ts=2014-11-16 20:19 87k 2013/05/30 C:\cygwin64\bin\cygglade-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygglade-2.0-0.dll" v0.0 ts=2013-05-30 23:40 510k 2013/12/20 C:\cygwin64\bin\cyggladeui-1-11.dll - os=4.0 img=0.0 sys=5.2 "cyggladeui-1-11.dll" v0.0 ts=2013-12-20 06:02 609k 2014/03/20 C:\cygwin64\bin\cyggladeui-2-6.dll - os=4.0 img=0.0 sys=5.2 "cyggladeui-2-6.dll" v0.0 ts=2014-03-20 08:03 249k 2014/11/16 C:\cygwin64\bin\cygglapi-0.dll - os=4.0 img=0.0 sys=5.2 "cygglapi-0.dll" v0.0 ts=2014-11-16 20:14 25k 2014/11/16 C:\cygwin64\bin\cygGLESv1_CM-1.dll - os=4.0 img=0.0 sys=5.2 "cygGLESv1_CM-1.dll" v0.0 ts=2014-11-16 20:14 38k 2014/11/16 C:\cygwin64\bin\cygGLESv2-2.dll - os=4.0 img=0.0 sys=5.2 "cygGLESv2-2.dll" v0.0 ts=2014-11-16 20:14 149k 2013/07/22 C:\cygwin64\bin\cygglib-1-2-0.dll - os=4.0 img=0.0 sys=5.2 "cygglib-1-2-0.dll" v0.0 ts=2013-07-22 03:11 903k 2014/09/12 C:\cygwin64\bin\cygglib-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygglib-2.0-0.dll" v0.0 ts=2014-09-12 20:35 477k 2013/04/09 C:\cygwin64\bin\cygGLU-1.dll - os=4.0 img=0.0 sys=5.2 "cygGLU-1.dll" v0.0 ts=2013-04-09 07:56 220k 2013/04/09 C:\cygwin64\bin\cygglut-3.dll - os=4.0 img=0.0 sys=5.2 "cygglut-3.dll" v0.0 ts=2013-04-09 08:57 22k 2013/07/07 C:\cygwin64\bin\cygGLw-1.dll - os=4.0 img=0.0 sys=5.2 "cygGLw-1.dll" v0.0 ts=2013-07-07 23:57 13k 2013/07/22 C:\cygwin64\bin\cyggmodule-1-2-0.dll - os=4.0 img=0.0 sys=5.2 "cyggmodule-1-2-0.dll" v0.0 ts=2013-07-22 03:11 14k 2014/09/12 C:\cygwin64\bin\cyggmodule-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggmodule-2.0-0.dll" v0.0 ts=2014-09-12 20:35 516k 2014/04/05 C:\cygwin64\bin\cyggmp-10.dll - os=4.0 img=0.0 sys=5.2 "cyggmp-10.dll" v0.0 ts=1970-01-01 00:00 23k 2014/04/05 C:\cygwin64\bin\cyggmpxx-4.dll - os=4.0 img=0.0 sys=5.2 "cyggmpxx-4.dll" v0.0 ts=1970-01-01 00:00 197k 2014/05/17 C:\cygwin64\bin\cyggnarl-4.9.dll - os=4.0 img=0.0 sys=5.2 "cyggnarl-4.9.dll" v0.0 ts=1970-01-01 00:00 2814k 2014/05/17 C:\cygwin64\bin\cyggnat-4.9.dll - os=4.0 img=0.0 sys=5.2 "cyggnat-4.9.dll" v0.0 ts=1970-01-01 00:00 75k 2013/06/04 C:\cygwin64\bin\cyggnome-2-0.dll - os=4.0 img=0.0 sys=5.2 "cyggnome-2-0.dll" v0.0 ts=2013-06-04 17:44 126k 2014/03/12 C:\cygwin64\bin\cyggnome-keyring-0.dll - os=4.0 img=0.0 sys=5.2 "cyggnome-keyring-0.dll" v0.0 ts=2014-03-12 21:20 184k 2013/05/30 C:\cygwin64\bin\cyggnomecanvas-2-0.dll - os=4.0 img=0.0 sys=5.2 "cyggnomecanvas-2-0.dll" v0.0 ts=2013-05-31 00:13 522k 2013/06/04 C:\cygwin64\bin\cyggnomeui-2-0.dll - os=4.0 img=0.0 sys=5.2 "cyggnomeui-2-0.dll" v0.0 ts=2013-06-04 18:57 331k 2014/05/23 C:\cygwin64\bin\cyggnomevfs-2-0.dll - os=4.0 img=0.0 sys=5.2 "cyggnomevfs-2-0.dll" v0.0 ts=1970-01-01 00:00 880k 2014/11/19 C:\cygwin64\bin\cyggnutls-28.dll - os=4.0 img=0.0 sys=5.2 "cyggnutls-28.dll" v0.0 ts=2014-11-19 10:20 25k 2014/11/19 C:\cygwin64\bin\cyggnutls-openssl-27.dll - os=4.0 img=0.0 sys=5.2 "cyggnutls-openssl-27.dll" v0.0 ts=2014-11-19 10:21 22k 2014/11/19 C:\cygwin64\bin\cyggnutls-xssl-0.dll - os=4.0 img=0.0 sys=5.2 "cyggnutls-xssl-0.dll" v0.0 ts=2014-11-19 10:20 43k 2014/11/19 C:\cygwin64\bin\cyggnutlsxx-28.dll - os=4.0 img=0.0 sys=5.2 "cyggnutlsxx-28.dll" v0.0 ts=2014-11-19 10:20 277k 2014/09/12 C:\cygwin64\bin\cyggobject-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggobject-2.0-0.dll" v0.0 ts=2014-09-12 20:36 48k 2014/11/13 C:\cygwin64\bin\cyggomp-1.dll - os=4.0 img=0.0 sys=5.2 "cyggomp-1.dll" v0.0 ts=2014-11-13 03:43 231k 2013/08/02 C:\cygwin64\bin\cyggoocanvas-3.dll - os=4.0 img=0.0 sys=5.2 "cyggoocanvas-3.dll" v0.0 ts=2013-08-02 20:18 19k 2014/06/01 C:\cygwin64\bin\cyggpg-error-0.dll - os=4.0 img=0.0 sys=5.2 "cyggpg-error-0.dll" v0.0 ts=1970-01-01 00:00 116k 2013/08/05 C:\cygwin64\bin\cyggraphite2-3.dll - os=4.0 img=3.0 sys=5.2 "cyggraphite2-3.dll" v0.0 ts=2013-08-05 07:33 7684k 2013/04/30 C:\cygwin64\bin\cyggs-9.dll - os=4.0 img=0.0 sys=5.2 "cyggs-9.dll" v0.0 ts=2013-04-30 12:31 1998k 2013/08/14 C:\cygwin64\bin\cyggsl-0.dll - os=4.0 img=0.0 sys=5.2 "cyggsl-0.dll" v0.0 ts=2013-08-14 20:33 247k 2013/08/14 C:\cygwin64\bin\cyggslcblas-0.dll - os=4.0 img=0.0 sys=5.2 "cyggslcblas-0.dll" v0.0 ts=2013-08-14 20:30 253k 2014/09/19 C:\cygwin64\bin\cyggssapi_krb5-2.dll - os=4.0 img=0.0 sys=5.2 "cyggssapi_krb5-2.dll" v0.0 ts=2014-09-19 18:42 95k 2014/09/19 C:\cygwin64\bin\cyggssrpc-4.dll - os=4.0 img=0.0 sys=5.2 "cyggssrpc-4.dll" v0.0 ts=2014-09-19 18:42 12k 2014/03/13 C:\cygwin64\bin\cyggstallocators-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstallocators-1.0-0.dll" v0.0 ts=2014-03-13 19:48 42k 2013/06/02 C:\cygwin64\bin\cyggstapp-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstapp-0.10-0.dll" v0.0 ts=2013-06-03 00:47 43k 2014/03/13 C:\cygwin64\bin\cyggstapp-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstapp-1.0-0.dll" v0.0 ts=2014-03-13 19:46 198k 2013/06/02 C:\cygwin64\bin\cyggstaudio-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstaudio-0.10-0.dll" v0.0 ts=2013-06-03 00:48 260k 2014/03/13 C:\cygwin64\bin\cyggstaudio-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstaudio-1.0-0.dll" v0.0 ts=2014-03-13 19:46 304k 2013/05/30 C:\cygwin64\bin\cyggstbase-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstbase-0.10-0.dll" v0.0 ts=2013-05-31 00:20 314k 2014/03/13 C:\cygwin64\bin\cyggstbase-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstbase-1.0-0.dll" v0.0 ts=2014-03-13 19:34 32k 2013/06/02 C:\cygwin64\bin\cyggstcdda-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstcdda-0.10-0.dll" v0.0 ts=2013-06-03 00:48 47k 2013/05/30 C:\cygwin64\bin\cyggstcheck-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstcheck-0.10-0.dll" v0.0 ts=2013-05-31 00:20 133k 2013/05/30 C:\cygwin64\bin\cyggstcontroller-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstcontroller-0.10-0.dll" v0.0 ts=2013-05-31 00:07 53k 2014/03/13 C:\cygwin64\bin\cyggstcontroller-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstcontroller-1.0-0.dll" v0.0 ts=2014-03-13 19:24 19k 2013/05/30 C:\cygwin64\bin\cyggstdataprotocol-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstdataprotocol-0.10-0.dll" v0.0 ts=2013-05-31 00:07 39k 2013/06/02 C:\cygwin64\bin\cyggstfft-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstfft-0.10-0.dll" v0.0 ts=2013-06-03 00:46 40k 2014/03/13 C:\cygwin64\bin\cyggstfft-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstfft-1.0-0.dll" v0.0 ts=2014-03-13 19:45 58k 2013/06/02 C:\cygwin64\bin\cyggstinterfaces-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstinterfaces-0.10-0.dll" v0.0 ts=2013-06-03 00:46 24k 2013/05/30 C:\cygwin64\bin\cyggstnet-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstnet-0.10-0.dll" v0.0 ts=2013-05-31 00:08 28k 2014/03/13 C:\cygwin64\bin\cyggstnet-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstnet-1.0-0.dll" v0.0 ts=2014-03-13 19:24 11k 2013/06/02 C:\cygwin64\bin\cyggstnetbuffer-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstnetbuffer-0.10-0.dll" v0.0 ts=2013-06-03 00:46 116k 2013/06/02 C:\cygwin64\bin\cyggstpbutils-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstpbutils-0.10-0.dll" v0.0 ts=2013-06-03 00:46 123k 2014/03/13 C:\cygwin64\bin\cyggstpbutils-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstpbutils-1.0-0.dll" v0.0 ts=2014-03-13 19:47 778k 2013/05/30 C:\cygwin64\bin\cyggstreamer-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstreamer-0.10-0.dll" v0.0 ts=2013-05-31 00:20 869k 2014/03/13 C:\cygwin64\bin\cyggstreamer-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstreamer-1.0-0.dll" v0.0 ts=2014-03-13 19:34 48k 2013/06/02 C:\cygwin64\bin\cyggstriff-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstriff-0.10-0.dll" v0.0 ts=2013-06-03 00:49 52k 2014/03/13 C:\cygwin64\bin\cyggstriff-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstriff-1.0-0.dll" v0.0 ts=2014-03-13 19:47 80k 2013/06/02 C:\cygwin64\bin\cyggstrtp-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstrtp-0.10-0.dll" v0.0 ts=2013-06-03 00:47 83k 2014/03/13 C:\cygwin64\bin\cyggstrtp-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstrtp-1.0-0.dll" v0.0 ts=2014-03-13 19:45 80k 2013/06/02 C:\cygwin64\bin\cyggstrtsp-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstrtsp-0.10-0.dll" v0.0 ts=2013-06-03 00:48 87k 2014/03/13 C:\cygwin64\bin\cyggstrtsp-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstrtsp-1.0-0.dll" v0.0 ts=2014-03-13 19:47 28k 2013/06/02 C:\cygwin64\bin\cyggstsdp-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstsdp-0.10-0.dll" v0.0 ts=2013-06-03 00:47 35k 2014/03/13 C:\cygwin64\bin\cyggstsdp-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstsdp-1.0-0.dll" v0.0 ts=2014-03-13 19:45 194k 2013/06/02 C:\cygwin64\bin\cyggsttag-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggsttag-0.10-0.dll" v0.0 ts=2013-06-03 00:47 202k 2014/03/13 C:\cygwin64\bin\cyggsttag-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggsttag-1.0-0.dll" v0.0 ts=2014-03-13 19:46 98k 2013/06/02 C:\cygwin64\bin\cyggstvideo-0.10-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstvideo-0.10-0.dll" v0.0 ts=2013-06-03 00:47 241k 2014/03/13 C:\cygwin64\bin\cyggstvideo-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggstvideo-1.0-0.dll" v0.0 ts=2014-03-13 19:46 12k 2013/07/22 C:\cygwin64\bin\cyggthread-1-2-0.dll - os=4.0 img=0.0 sys=5.2 "cyggthread-1-2-0.dll" v0.0 ts=2013-07-22 03:11 9k 2014/09/12 C:\cygwin64\bin\cyggthread-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggthread-2.0-0.dll" v0.0 ts=2014-09-12 20:36 1282k 2013/07/22 C:\cygwin64\bin\cyggtk-1-2-0.dll - os=4.0 img=0.0 sys=5.2 "cyggtk-1-2-0.dll" v0.0 ts=2013-07-22 04:01 4721k 2014/07/17 C:\cygwin64\bin\cyggtk-3-0.dll - os=4.0 img=0.0 sys=5.2 "cyggtk-3-0.dll" v0.0 ts=1970-01-01 00:00 3929k 2014/03/28 C:\cygwin64\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggtk-x11-2.0-0.dll" v0.0 ts=2014-03-28 18:03 364k 2013/06/05 C:\cygwin64\bin\cyggtksourceview-2.0-0.dll - os=4.0 img=0.0 sys=5.2 "cyggtksourceview-2.0-0.dll" v0.0 ts=2013-06-05 03:05 24k 2013/06/19 C:\cygwin64\bin\cyggtkspell-0.dll - os=4.0 img=0.0 sys=5.2 "cyggtkspell-0.dll" v0.0 ts=2013-06-19 19:52 333k 2013/06/05 C:\cygwin64\bin\cyggts-0-7-5.dll - os=4.0 img=0.0 sys=5.2 "cyggts-0-7-5.dll" v0.0 ts=2013-06-06 00:01 500k 2014/08/27 C:\cygwin64\bin\cyggvc-6.dll - os=4.0 img=0.0 sys=5.2 "cyggvc-6.dll" v0.0 ts=2014-08-27 02:36 316k 2014/01/09 C:\cygwin64\bin\cygharfbuzz-0.dll - os=4.0 img=0.0 sys=5.2 "cygharfbuzz-0.dll" v0.0 ts=2014-01-09 07:16 10k 2014/01/09 C:\cygwin64\bin\cygharfbuzz-icu-0.dll - os=4.0 img=0.0 sys=5.2 "cygharfbuzz-icu-0.dll" v0.0 ts=2014-01-09 07:16 2510k 2014/06/03 C:\cygwin64\bin\cyghdf5-8.dll - os=4.0 img=0.0 sys=5.2 "cyghdf5-8.dll" v0.0 ts=1970-01-01 00:00 254k 2014/06/03 C:\cygwin64\bin\cyghdf5_cpp-8.dll - os=4.0 img=0.0 sys=5.2 "cyghdf5_cpp-8.dll" v0.0 ts=1970-01-01 00:00 101k 2014/06/03 C:\cygwin64\bin\cyghdf5_hl-8.dll - os=4.0 img=0.0 sys=5.2 "cyghdf5_hl-8.dll" v0.0 ts=1970-01-01 00:00 10k 2014/06/03 C:\cygwin64\bin\cyghdf5_hl_cpp-8.dll - os=4.0 img=0.0 sys=5.2 "cyghdf5_hl_cpp-8.dll" v0.0 ts=1970-01-01 00:00 29k 2013/03/14 C:\cygwin64\bin\cyghistory7.dll - os=4.0 img=0.0 sys=5.2 "cyghistory7.dll" v0.0 ts=2013-03-14 11:14 166k 2013/05/14 C:\cygwin64\bin\cyghogweed-2.dll - os=4.0 img=0.0 sys=5.2 "cyghogweed-2.dll" v0.0 ts=2013-05-14 07:42 332k 2014/09/17 C:\cygwin64\bin\cyghttpd2core.dll - os=4.0 img=0.0 sys=5.2 "cyghttpd2core.dll" v0.0 ts=2014-09-18 00:17 77k 2014/08/10 C:\cygwin64\bin\cygICE-6.dll - os=4.0 img=0.0 sys=5.2 "cygICE-6.dll" v0.0 ts=1970-01-01 00:00 360k 2013/07/29 C:\cygwin64\bin\cygicons-0.dll - os=4.0 img=1.4 sys=5.2 "cygicons-0.dll" v0.0 ts=2013-07-29 02:27 998k 2013/03/07 C:\cygwin64\bin\cygiconv-2.dll - os=4.0 img=0.0 sys=5.2 "cygiconv-2.dll" v0.0 ts=2013-03-07 03:03 21806k 2013/06/25 C:\cygwin64\bin\cygicudata51.dll - os=4.0 img=0.0 sys=5.2 "cygicudata51.dll" v0.0 ts=2013-06-25 06:30 1717k 2013/06/25 C:\cygwin64\bin\cygicui18n51.dll - os=4.0 img=0.0 sys=5.2 "cygicui18n51.dll" v0.0 ts=2013-06-25 06:28 43k 2013/06/25 C:\cygwin64\bin\cygicuio51.dll - os=4.0 img=0.0 sys=5.2 "cygicuio51.dll" v0.0 ts=2013-06-25 06:30 305k 2013/06/25 C:\cygwin64\bin\cygicule51.dll - os=4.0 img=0.0 sys=5.2 "cygicule51.dll" v0.0 ts=2013-06-25 06:28 38k 2013/06/25 C:\cygwin64\bin\cygiculx51.dll - os=4.0 img=0.0 sys=5.2 "cygiculx51.dll" v0.0 ts=2013-06-25 06:28 49k 2013/06/25 C:\cygwin64\bin\cygicutest51.dll - os=4.0 img=0.0 sys=5.2 "cygicutest51.dll" v0.0 ts=2013-06-25 06:29 140k 2013/06/25 C:\cygwin64\bin\cygicutu51.dll - os=4.0 img=0.0 sys=5.2 "cygicutu51.dll" v0.0 ts=2013-06-25 06:29 1231k 2013/06/25 C:\cygwin64\bin\cygicuuc51.dll - os=4.0 img=0.0 sys=5.2 "cygicuuc51.dll" v0.0 ts=2013-06-25 06:27 78k 2013/06/05 C:\cygwin64\bin\cygid3tag-0.dll - os=4.0 img=0.0 sys=5.2 "cygid3tag-0.dll" v0.0 ts=2013-06-05 16:05 144k 2013/05/02 C:\cygwin64\bin\cygIDL-2-0.dll - os=4.0 img=0.0 sys=5.2 "cygIDL-2-0.dll" v0.0 ts=2013-05-02 10:11 195k 2013/04/05 C:\cygwin64\bin\cygidn-11.dll - os=4.0 img=0.0 sys=5.2 "cygidn-11.dll" v0.0 ts=2013-04-05 09:58 320k 2013/06/05 C:\cygwin64\bin\cygImlib2-1.dll - os=4.0 img=0.0 sys=5.2 "cygImlib2-1.dll" v0.0 ts=2013-06-05 16:28 38k 2014/06/16 C:\cygwin64\bin\cygintl-8.dll - os=4.0 img=0.0 sys=5.2 "cygintl-8.dll" v0.0 ts=1970-01-01 00:00 294k 2013/09/09 C:\cygwin64\bin\cygiodbc-2.dll - os=4.0 img=0.0 sys=5.2 "cygiodbc-2.dll" v0.0 ts=2013-09-09 16:36 66k 2013/09/09 C:\cygwin64\bin\cygiodbcinst-2.dll - os=4.0 img=0.0 sys=5.2 "cygiodbcinst-2.dll" v0.0 ts=2013-09-09 16:35 888k 2013/05/05 C:\cygwin64\bin\cygisl-10.dll - os=4.0 img=0.0 sys=5.2 "cygisl-10.dll" v0.0 ts=2013-05-05 16:36 271k 2013/04/11 C:\cygwin64\bin\cygjasper-1.dll - os=4.0 img=0.0 sys=5.2 "cygjasper-1.dll" v0.0 ts=2013-04-11 08:18 3389k 2014/07/11 C:\cygwin64\bin\cygjavascriptcoregtk-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygjavascriptcoregtk-1.0-0.dll" v0.0 ts=1970-01-01 00:00 48k 2014/06/17 C:\cygwin64\bin\cygjbig-2.dll - os=4.0 img=0.0 sys=5.2 "cygjbig-2.dll" v0.0 ts=1970-01-01 00:00 18k 2014/06/17 C:\cygwin64\bin\cygjbig85-2.dll - os=4.0 img=0.0 sys=5.2 "cygjbig85-2.dll" v0.0 ts=1970-01-01 00:00 256k 2014/05/26 C:\cygwin64\bin\cygjpeg-8.dll - os=4.0 img=0.0 sys=5.2 "cygjpeg-8.dll" v0.0 ts=1970-01-01 00:00 35k 2014/04/09 C:\cygwin64\bin\cygjson-c-2.dll - os=4.0 img=0.0 sys=5.2 "cygjson-c-2.dll" v0.0 ts=1970-01-01 00:00 179k 2014/09/19 C:\cygwin64\bin\cygk5crypto-3.dll - os=4.0 img=0.0 sys=5.2 "cygk5crypto-3.dll" v0.0 ts=2014-09-19 18:41 66k 2014/09/19 C:\cygwin64\bin\cygkadm5clnt_mit-9.dll - os=4.0 img=0.0 sys=5.2 "cygkadm5clnt_mit-9.dll" v0.0 ts=2014-09-19 18:42 89k 2014/09/19 C:\cygwin64\bin\cygkadm5srv_mit-9.dll - os=4.0 img=0.0 sys=5.2 "cygkadm5srv_mit-9.dll" v0.0 ts=2014-09-19 18:42 73k 2013/06/02 C:\cygwin64\bin\cygkate-1.dll - os=4.0 img=0.0 sys=5.2 "cygkate-1.dll" v0.0 ts=2013-06-02 19:58 57k 2014/09/19 C:\cygwin64\bin\cygkdb5-7.dll - os=4.0 img=0.0 sys=5.2 "cygkdb5-7.dll" v0.0 ts=2014-09-19 18:42 83k 2014/06/17 C:\cygwin64\bin\cygkpathsea-6.dll - os=4.0 img=0.0 sys=5.2 "cygkpathsea-6.dll" v0.0 ts=1970-01-01 00:00 34k 2014/09/19 C:\cygwin64\bin\cygkrad-0.dll - os=4.0 img=0.0 sys=5.2 "cygkrad-0.dll" v0.0 ts=2014-09-19 18:42 701k 2014/09/19 C:\cygwin64\bin\cygkrb5-3.dll - os=4.0 img=0.0 sys=5.2 "cygkrb5-3.dll" v0.0 ts=2014-09-19 18:42 35k 2014/09/19 C:\cygwin64\bin\cygkrb5support-0.dll - os=4.0 img=0.0 sys=5.2 "cygkrb5support-0.dll" v0.0 ts=2014-09-19 18:41 48k 2014/04/07 C:\cygwin64\bin\cygLASi-1.dll - os=4.0 img=1.0 sys=5.2 "cygLASi-1.dll" v0.0 ts=1970-01-01 00:00 44k 2014/11/19 C:\cygwin64\bin\cyglber-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cyglber-2-4-2.dll" v0.0 ts=2014-11-14 15:30 188k 2013/04/10 C:\cygwin64\bin\cyglcms-1.dll - os=4.0 img=0.0 sys=5.2 "cyglcms-1.dll" v0.0 ts=2013-04-10 12:13 293k 2014/11/14 C:\cygwin64\bin\cyglcms2-2.dll - os=4.0 img=0.0 sys=5.2 "cyglcms2-2.dll" v0.0 ts=2014-11-14 12:24 245k 2014/11/19 C:\cygwin64\bin\cygldap-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap-2-4-2.dll" v0.0 ts=2014-11-14 15:30 261k 2014/11/19 C:\cygwin64\bin\cygldap_r-2-4-2.dll - os=4.0 img=0.0 sys=5.2 "cygldap_r-2-4-2.dll" v0.0 ts=2014-11-14 15:31 88k 2014/03/12 C:\cygwin64\bin\cyglightcomp.dll - os=4.0 img=0.0 sys=5.2 "cyglightcomp.dll" v0.0 ts=2014-03-12 19:37 17273k 2014/10/29 C:\cygwin64\bin\cygLLVM-3.4.dll - os=4.0 img=0.0 sys=5.2 "cygLLVM-3.4.dll" v0.0 ts=2014-10-28 23:39 6k 2014/11/13 C:\cygwin64\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2 "cyglsa64.dll" v0.0 ts=2014-11-13 14:47 34k 2014/06/22 C:\cygwin64\bin\cygltdl-7.dll - os=4.0 img=0.0 sys=5.2 "cygltdl-7.dll" v0.0 ts=1970-01-01 00:00 145k 2013/05/14 C:\cygwin64\bin\cyglua-5.1.dll - os=4.0 img=0.0 sys=5.2 "cyglua-5.1.dll" v0.0 ts=2013-05-14 02:53 129k 2014/05/29 C:\cygwin64\bin\cyglzma-5.dll - os=4.0 img=0.0 sys=5.2 "cyglzma-5.dll" v0.0 ts=1970-01-01 00:00 126k 2014/11/17 C:\cygwin64\bin\cyglzo2-2.dll - os=4.0 img=0.0 sys=5.2 "cyglzo2-2.dll" v0.0 ts=2014-11-17 11:24 107k 2014/10/29 C:\cygwin64\bin\cygmagic-1.dll - os=4.0 img=0.0 sys=5.2 "cygmagic-1.dll" v0.0 ts=2014-10-29 20:44 291k 2013/10/12 C:\cygwin64\bin\cygMagick++-5.dll - os=4.0 img=0.0 sys=5.2 "cygMagick++-5.dll" v0.0 ts=2013-10-12 18:21 4157k 2013/10/12 C:\cygwin64\bin\cygMagickCore-5.dll - os=4.0 img=0.0 sys=5.2 "cygMagickCore-5.dll" v0.0 ts=2013-10-12 18:17 1088k 2013/10/12 C:\cygwin64\bin\cygMagickWand-5.dll - os=4.0 img=0.0 sys=5.2 "cygMagickWand-5.dll" v0.0 ts=2013-10-12 18:19 158k 2014/08/12 C:\cygwin64\bin\cygman-2-6-7.dll - os=4.0 img=0.0 sys=5.2 "cygman-2-6-7.dll" v0.0 ts=1970-01-01 00:00 132k 2014/01/21 C:\cygwin64\bin\cygmcpp-0.dll - os=4.0 img=0.0 sys=5.2 "cygmcpp-0.dll" v0.0 ts=2014-01-21 18:41 155k 2013/05/29 C:\cygwin64\bin\cygmcrypt-4.dll - os=4.0 img=0.0 sys=5.2 "cygmcrypt-4.dll" v0.0 ts=2013-05-29 14:09 30k 2014/05/26 C:\cygwin64\bin\cygmenuw-10.dll - os=4.0 img=0.0 sys=5.2 "cygmenuw-10.dll" v0.0 ts=1970-01-01 00:00 331k 2013/09/03 C:\cygwin64\bin\cygming-1.dll - os=4.0 img=0.0 sys=5.2 "cygming-1.dll" v0.0 ts=2013-09-03 12:51 370k 2013/05/02 C:\cygwin64\bin\cygmng-1.dll - os=4.0 img=0.0 sys=5.2 "cygmng-1.dll" v0.0 ts=2013-05-02 12:20 87k 2014/04/05 C:\cygwin64\bin\cygmpc-3.dll - os=4.0 img=0.0 sys=5.2 "cygmpc-3.dll" v0.0 ts=1970-01-01 00:00 319k 2013/05/05 C:\cygwin64\bin\cygmpfr-4.dll - os=4.0 img=0.0 sys=5.2 "cygmpfr-4.dll" v0.0 ts=2013-05-05 13:40 119k 2014/08/10 C:\cygwin64\bin\cygMrm-4.dll - os=4.0 img=0.0 sys=5.2 "cygMrm-4.dll" v0.0 ts=1970-01-01 00:00 2835k 2014/11/07 C:\cygwin64\bin\cygmysqlclient-18.dll - os=4.0 img=18.0 sys=5.2 "cygmysqlclient-18.dll" v0.0 ts=2014-11-07 04:18 452k 2014/11/11 C:\cygwin64\bin\cygnativeGLthunk.dll - os=4.0 img=0.0 sys=5.2 "cygnativeGLthunk.dll" v0.0 ts=2014-11-11 14:42 53k 2014/05/26 C:\cygwin64\bin\cygncurses++w-10.dll - os=4.0 img=0.0 sys=5.2 "cygncurses++w-10.dll" v0.0 ts=1970-01-01 00:00 299k 2014/05/26 C:\cygwin64\bin\cygncursesw-10.dll - os=4.0 img=0.0 sys=5.2 "cygncursesw-10.dll" v0.0 ts=1970-01-01 00:00 131k 2014/11/14 C:\cygwin64\bin\cygneon-27.dll - os=4.0 img=0.0 sys=5.2 "cygneon-27.dll" v0.0 ts=2014-11-14 13:02 188k 2013/06/05 C:\cygwin64\bin\cygnetpbm-10.dll - os=4.0 img=0.0 sys=5.2 "cygnetpbm-10.dll" v0.0 ts=2013-06-05 16:55 566k 2013/07/05 C:\cygwin64\bin\cygnetsnmp-30.dll - os=4.0 img=0.0 sys=5.2 "cygnetsnmp-30.dll" v0.0 ts=2013-07-05 16:28 334k 2013/07/05 C:\cygwin64\bin\cygnetsnmpagent-30.dll - os=4.0 img=0.0 sys=5.2 "cygnetsnmpagent-30.dll" v0.0 ts=2013-07-05 16:29 7k 2013/07/05 C:\cygwin64\bin\cygnetsnmphelpers-30.dll - os=4.0 img=0.0 sys=5.2 "cygnetsnmphelpers-30.dll" v0.0 ts=2013-07-05 16:29 449k 2013/07/05 C:\cygwin64\bin\cygnetsnmpmibs-30.dll - os=4.0 img=0.0 sys=5.2 "cygnetsnmpmibs-30.dll" v0.0 ts=2013-07-05 16:30 38k 2013/07/05 C:\cygwin64\bin\cygnetsnmptrapd-30.dll - os=4.0 img=0.0 sys=5.2 "cygnetsnmptrapd-30.dll" v0.0 ts=2013-07-05 16:30 177k 2013/05/14 C:\cygwin64\bin\cygnettle-4.dll - os=4.0 img=0.0 sys=5.2 "cygnettle-4.dll" v0.0 ts=2013-05-14 07:42 220k 2014/10/19 C:\cygwin64\bin\cygnspr4.dll - os=4.0 img=0.0 sys=5.2 "cygnspr4.dll" v0.0 ts=2014-10-19 14:16 1271k 2014/10/19 C:\cygwin64\bin\cygnss3.dll - os=4.0 img=0.0 sys=5.2 "cygnss3.dll" v0.0 ts=2014-10-19 14:20 164k 2014/10/19 C:\cygwin64\bin\cygnssdbm3.dll - os=4.0 img=0.0 sys=5.2 "cygnssdbm3.dll" v0.0 ts=2014-10-19 14:18 148k 2014/10/19 C:\cygwin64\bin\cygnssutil3.dll - os=4.0 img=0.0 sys=5.2 "cygnssutil3.dll" v0.0 ts=2014-10-19 14:18 123k 2014/11/13 C:\cygwin64\bin\cygobjc-4.dll - os=4.0 img=0.0 sys=5.2 "cygobjc-4.dll" v0.0 ts=2014-11-13 04:46 104k 2014/11/27 C:\cygwin64\bin\cygobrender-29.dll - os=4.0 img=0.0 sys=5.2 "cygobrender-29.dll" v0.0 ts=2014-11-27 19:32 54k 2014/11/27 C:\cygwin64\bin\cygobt-2.dll - os=4.0 img=0.0 sys=5.2 "cygobt-2.dll" v0.0 ts=2014-11-27 19:32 22k 2013/06/01 C:\cygwin64\bin\cygogg-0.dll - os=4.0 img=0.0 sys=5.2 "cygogg-0.dll" v0.0 ts=2013-06-01 17:40 10k 2013/06/02 C:\cygwin64\bin\cygoggkate-1.dll - os=4.0 img=0.0 sys=5.2 "cygoggkate-1.dll" v0.0 ts=2013-06-02 19:58 58k 2013/06/04 C:\cygwin64\bin\cygogrove-1.dll - os=4.0 img=0.0 sys=5.2 "cygogrove-1.dll" v0.0 ts=2013-06-04 21:36 123k 2013/04/27 C:\cygwin64\bin\cygopencdk-10.dll - os=4.0 img=0.0 sys=5.2 "cygopencdk-10.dll" v0.0 ts=2013-04-27 11:48 123k 2014/01/31 C:\cygwin64\bin\cygopenjpeg-1.dll - os=4.0 img=1.5 sys=5.2 "cygopenjpeg-1.dll" v0.0 ts=2014-01-31 05:12 30k 2014/11/16 C:\cygwin64\bin\cygOpenVG-1.dll - os=4.0 img=0.0 sys=5.2 "cygOpenVG-1.dll" v0.0 ts=2014-11-16 20:15 317k 2013/05/06 C:\cygwin64\bin\cygORBit-2-0.dll - os=4.0 img=0.0 sys=5.2 "cygORBit-2-0.dll" v0.0 ts=2013-05-06 02:46 34k 2013/05/06 C:\cygwin64\bin\cygORBit-imodule-2-0.dll - os=4.0 img=0.0 sys=5.2 "cygORBit-imodule-2-0.dll" v0.0 ts=2013-05-06 02:46 22k 2013/05/06 C:\cygwin64\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=0.0 sys=5.2 "cygORBitCosNaming-2-0.dll" v0.0 ts=2013-05-06 02:46 474k 2013/11/12 C:\cygwin64\bin\cygorc-0.4-0.dll - os=4.0 img=0.0 sys=5.2 "cygorc-0.4-0.dll" v0.0 ts=2013-11-12 10:46 27k 2013/11/12 C:\cygwin64\bin\cygorc-test-0.4-0.dll - os=4.0 img=0.0 sys=5.2 "cygorc-test-0.4-0.dll" v0.0 ts=2013-11-12 10:46 3687k 2014/11/16 C:\cygwin64\bin\cygOSMesa-8.dll - os=4.0 img=0.0 sys=5.2 "cygOSMesa-8.dll" v0.0 ts=2014-11-16 20:18 1486k 2013/06/04 C:\cygwin64\bin\cygosp-5.dll - os=4.0 img=0.0 sys=5.2 "cygosp-5.dll" v0.0 ts=2013-06-04 21:16 344k 2013/06/04 C:\cygwin64\bin\cygospgrove-1.dll - os=4.0 img=0.0 sys=5.2 "cygospgrove-1.dll" v0.0 ts=2013-06-04 21:36 1810k 2013/06/04 C:\cygwin64\bin\cygostyle-1.dll - os=4.0 img=0.0 sys=5.2 "cygostyle-1.dll" v0.0 ts=2013-06-04 21:37 220k 2014/10/19 C:\cygwin64\bin\cygp11-kit-0.dll - os=4.0 img=0.0 sys=5.2 "cygp11-kit-0.dll" v0.0 ts=2014-10-19 14:36 15k 2014/05/26 C:\cygwin64\bin\cygpanelw-10.dll - os=4.0 img=0.0 sys=5.2 "cygpanelw-10.dll" v0.0 ts=1970-01-01 00:00 261k 2014/03/20 C:\cygwin64\bin\cygpango-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygpango-1.0-0.dll" v0.0 ts=2014-03-20 10:59 41k 2014/03/20 C:\cygwin64\bin\cygpangocairo-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygpangocairo-1.0-0.dll" v0.0 ts=2014-03-20 10:59 69k 2014/03/20 C:\cygwin64\bin\cygpangoft2-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygpangoft2-1.0-0.dll" v0.0 ts=2014-03-20 10:59 27k 2014/03/20 C:\cygwin64\bin\cygpangoxft-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygpangoxft-1.0-0.dll" v0.0 ts=2014-03-20 10:59 11k 2013/07/23 C:\cygwin64\bin\cygpaper-1.dll - os=4.0 img=0.0 sys=5.2 "cygpaper-1.dll" v0.0 ts=2013-07-23 05:40 33k 2014/08/27 C:\cygwin64\bin\cygpathplan-4.dll - os=4.0 img=0.0 sys=5.2 "cygpathplan-4.dll" v0.0 ts=2014-08-27 02:35 273k 2014/08/27 C:\cygwin64\bin\cygpcre-1.dll - os=4.0 img=0.0 sys=5.2 "cygpcre-1.dll" v0.0 ts=2014-08-28 00:23 250k 2014/08/27 C:\cygwin64\bin\cygpcre16-0.dll - os=4.0 img=0.0 sys=5.2 "cygpcre16-0.dll" v0.0 ts=2014-08-28 00:23 243k 2014/08/27 C:\cygwin64\bin\cygpcre32-0.dll - os=4.0 img=0.0 sys=5.2 "cygpcre32-0.dll" v0.0 ts=2014-08-28 00:23 31k 2014/08/27 C:\cygwin64\bin\cygpcrecpp-0.dll - os=4.0 img=0.0 sys=5.2 "cygpcrecpp-0.dll" v0.0 ts=2014-08-28 00:23 11k 2014/08/27 C:\cygwin64\bin\cygpcreposix-0.dll - os=4.0 img=0.0 sys=5.2 "cygpcreposix-0.dll" v0.0 ts=2014-08-28 00:23 1580k 2013/03/11 C:\cygwin64\bin\cygperl5_14.dll - os=4.0 img=0.0 sys=5.2 "cygperl5_14.dll" v0.0 ts=2013-03-12 00:25 391k 2014/11/18 C:\cygwin64\bin\cygphonon-4.dll - os=4.0 img=4.8 sys=5.2 "cygphonon-4.dll" v0.0 ts=2014-11-18 17:26 86k 2014/11/18 C:\cygwin64\bin\cygphononexperimental-4.dll - os=4.0 img=4.8 sys=5.2 "cygphononexperimental-4.dll" v0.0 ts=2014-11-18 17:26 38k 2014/05/12 C:\cygwin64\bin\cygpipeline-1.dll - os=4.0 img=0.0 sys=5.2 "cygpipeline-1.dll" v0.0 ts=1970-01-01 00:00 654k 2014/11/16 C:\cygwin64\bin\cygpixman-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygpixman-1-0.dll" v0.0 ts=2014-11-16 22:16 17k 2014/10/19 C:\cygwin64\bin\cygplc4.dll - os=4.0 img=0.0 sys=5.2 "cygplc4.dll" v0.0 ts=2014-10-19 14:16 14k 2014/10/19 C:\cygwin64\bin\cygplds4.dll - os=4.0 img=0.0 sys=5.2 "cygplds4.dll" v0.0 ts=2014-10-19 14:16 1157k 2014/02/02 C:\cygwin64\bin\cygplot-2.dll - os=4.0 img=0.0 sys=5.2 "cygplot-2.dll" v0.0 ts=2014-02-02 16:27 148k 2014/05/26 C:\cygwin64\bin\cygpng15-15.dll - os=4.0 img=0.0 sys=5.2 "cygpng15-15.dll" v0.0 ts=1970-01-01 00:00 103k 2014/11/16 C:\cygwin64\bin\cygPocoCrypto.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoCrypto.16.dll" v0.0 ts=2014-11-16 22:42 104k 2014/11/27 C:\cygwin64\bin\cygPocoCrypto.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoCrypto.17.dll" v0.0 ts=2014-11-27 18:06 244k 2014/11/16 C:\cygwin64\bin\cygPocoData.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoData.16.dll" v0.0 ts=2014-11-16 22:43 255k 2014/11/27 C:\cygwin64\bin\cygPocoData.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoData.17.dll" v0.0 ts=2014-11-27 18:09 78k 2014/11/16 C:\cygwin64\bin\cygPocoDataMySQL.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoDataMySQL.16.dll" v0.0 ts=2014-11-16 22:59 81k 2014/11/27 C:\cygwin64\bin\cygPocoDataMySQL.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoDataMySQL.17.dll" v0.0 ts=2014-11-27 18:17 162k 2014/11/16 C:\cygwin64\bin\cygPocoDataODBC.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoDataODBC.16.dll" v0.0 ts=2014-11-16 22:58 164k 2014/11/27 C:\cygwin64\bin\cygPocoDataODBC.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoDataODBC.17.dll" v0.0 ts=2014-11-27 18:16 141k 2014/11/16 C:\cygwin64\bin\cygPocoDataSQLite.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoDataSQLite.16.dll" v0.0 ts=2014-11-16 22:57 142k 2014/11/27 C:\cygwin64\bin\cygPocoDataSQLite.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoDataSQLite.17.dll" v0.0 ts=2014-11-27 18:14 955k 2014/11/16 C:\cygwin64\bin\cygPocoFoundation.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoFoundation.16.dll" v0.0 ts=2014-11-16 22:38 1009k 2014/11/27 C:\cygwin64\bin\cygPocoFoundation.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoFoundation.17.dll" v0.0 ts=2014-11-27 18:04 671k 2014/11/16 C:\cygwin64\bin\cygPocoNet.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoNet.16.dll" v0.0 ts=2014-11-16 22:43 691k 2014/11/27 C:\cygwin64\bin\cygPocoNet.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoNet.17.dll" v0.0 ts=2014-11-27 18:13 199k 2014/11/16 C:\cygwin64\bin\cygPocoNetSSL.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoNetSSL.16.dll" v0.0 ts=2014-11-16 23:10 214k 2014/11/27 C:\cygwin64\bin\cygPocoNetSSL.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoNetSSL.17.dll" v0.0 ts=2014-11-27 18:35 241k 2014/11/16 C:\cygwin64\bin\cygPocoUtil.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoUtil.16.dll" v0.0 ts=2014-11-16 22:56 253k 2014/11/27 C:\cygwin64\bin\cygPocoUtil.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoUtil.17.dll" v0.0 ts=2014-11-27 18:15 290k 2014/11/16 C:\cygwin64\bin\cygPocoXML.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoXML.16.dll" v0.0 ts=2014-11-16 22:41 291k 2014/11/27 C:\cygwin64\bin\cygPocoXML.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoXML.17.dll" v0.0 ts=2014-11-27 18:10 204k 2014/11/16 C:\cygwin64\bin\cygPocoZip.16.dll - os=4.0 img=0.0 sys=5.2 "cygPocoZip.16.dll" v0.0 ts=2014-11-16 23:00 220k 2014/11/27 C:\cygwin64\bin\cygPocoZip.17.dll - os=4.0 img=0.0 sys=5.2 "cygPocoZip.17.dll" v0.0 ts=2014-11-27 18:19 1897k 2014/02/23 C:\cygwin64\bin\cygpoppler-44.dll - os=4.0 img=0.0 sys=5.2 "cygpoppler-44.dll" v0.0 ts=2014-02-23 20:36 1971k 2014/10/29 C:\cygwin64\bin\cygpoppler-46.dll - os=4.0 img=0.0 sys=5.2 "cygpoppler-46.dll" v0.0 ts=2014-10-29 15:57 272k 2014/10/29 C:\cygwin64\bin\cygpoppler-glib-8.dll - os=4.0 img=0.0 sys=5.2 "cygpoppler-glib-8.dll" v0.0 ts=2014-10-29 15:58 41k 2013/10/21 C:\cygwin64\bin\cygpopt-0.dll - os=4.0 img=0.0 sys=5.2 "cygpopt-0.dll" v0.0 ts=2013-10-21 21:52 145k 2014/08/16 C:\cygwin64\bin\cygpq-5.dll - os=4.0 img=0.0 sys=5.2 "cygpq-5.dll" v0.0 ts=2014-08-16 23:23 122k 2013/04/21 C:\cygwin64\bin\cygproxy-1.dll - os=4.0 img=1.0 sys=5.2 "cygproxy-1.dll" v0.0 ts=2013-04-21 10:24 8k 2013/04/30 C:\cygwin64\bin\cygpspell-15.dll - os=4.0 img=0.0 sys=5.2 "cygpspell-15.dll" v0.0 ts=2013-04-30 08:12 349k 2013/04/28 C:\cygwin64\bin\cygpstoedit-0.dll - os=4.0 img=0.0 sys=5.2 "cygpstoedit-0.dll" v0.0 ts=2013-04-28 09:25 37k 2014/06/17 C:\cygwin64\bin\cygptexenc-1.dll - os=4.0 img=0.0 sys=5.2 "cygptexenc-1.dll" v0.0 ts=1970-01-01 00:00 280k 2014/11/18 C:\cygwin64\bin\cygpulse-0.dll - os=4.0 img=0.0 sys=5.2 "cygpulse-0.dll" v0.0 ts=2014-11-18 16:58 16k 2014/11/18 C:\cygwin64\bin\cygpulse-mainloop-glib-0.dll - os=4.0 img=0.0 sys=5.2 "cygpulse-mainloop-glib-0.dll" v0.0 ts=2014-11-18 16:58 407k 2014/11/18 C:\cygwin64\bin\cygpulsecommon-5.0.dll - os=4.0 img=0.0 sys=5.2 "cygpulsecommon-5.0.dll" v0.0 ts=2014-11-18 16:58 15k 2013/10/24 C:\cygwin64\bin\cygpyglib-2.0-python2.7-0.dll - os=4.0 img=0.0 sys=5.2 "cygpyglib-2.0-python2.7-0.dll" v0.0 ts=2013-10-24 20:39 14k 2014/03/20 C:\cygwin64\bin\cygpyglib-gi-2.0-python2.7-0.dll - os=4.0 img=0.0 sys=5.2 "cygpyglib-gi-2.0-python2.7-0.dll" v0.0 ts=2014-03-20 07:48 14k 2014/03/20 C:\cygwin64\bin\cygpyglib-gi-2.0-python3.2m-0.dll - os=4.0 img=0.0 sys=5.2 "cygpyglib-gi-2.0-python3.2m-0.dll" v0.0 ts=2014-03-20 07:50 310k 2013/03/18 C:\cygwin64\bin\cygqhull-6.dll - os=4.0 img=0.0 sys=5.2 "cygqhull-6.dll" v0.0 ts=2013-03-18 10:56 319k 2013/03/18 C:\cygwin64\bin\cygqhull_p-6.dll - os=4.0 img=0.0 sys=5.2 "cygqhull_p-6.dll" v0.0 ts=2013-03-18 10:56 6034k 2014/06/23 C:\cygwin64\bin\cygqt-mt-3.dll - os=4.0 img=0.0 sys=5.2 "cygqt-mt-3.dll" v0.0 ts=1970-01-01 00:00 1184k 2014/09/12 C:\cygwin64\bin\cygQtCLucene-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtCLucene-4.dll" v0.0 ts=2014-09-12 21:12 2696k 2014/09/12 C:\cygwin64\bin\cygQtCore-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtCore-4.dll" v0.0 ts=2014-09-12 19:41 467k 2014/09/12 C:\cygwin64\bin\cygQtDBus-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtDBus-4.dll" v0.0 ts=2014-09-12 19:43 3740k 2014/09/12 C:\cygwin64\bin\cygQtDeclarative-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtDeclarative-4.dll" v0.0 ts=2014-09-12 20:00 4995k 2014/09/12 C:\cygwin64\bin\cygQtDesigner-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtDesigner-4.dll" v0.0 ts=2014-09-12 21:18 2707k 2014/09/12 C:\cygwin64\bin\cygQtDesignerComponents-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtDesignerComponents-4.dll" v0.0 ts=2014-09-12 21:27 9967k 2014/09/12 C:\cygwin64\bin\cygQtGui-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtGui-4.dll" v0.0 ts=2014-09-12 19:47 503k 2014/09/12 C:\cygwin64\bin\cygQtHelp-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtHelp-4.dll" v0.0 ts=2014-09-12 21:13 135k 2014/09/12 C:\cygwin64\bin\cygQtMultimedia-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtMultimedia-4.dll" v0.0 ts=2014-09-12 19:55 1241k 2014/09/12 C:\cygwin64\bin\cygQtNetwork-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtNetwork-4.dll" v0.0 ts=2014-09-12 19:42 946k 2014/09/12 C:\cygwin64\bin\cygQtOpenGL-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtOpenGL-4.dll" v0.0 ts=2014-09-12 19:51 2124k 2014/09/12 C:\cygwin64\bin\cygQtScript-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtScript-4.dll" v0.0 ts=2014-09-12 19:57 752k 2014/09/12 C:\cygwin64\bin\cygQtScriptTools-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtScriptTools-4.dll" v0.0 ts=2014-09-12 21:09 225k 2014/09/12 C:\cygwin64\bin\cygQtSql-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtSql-4.dll" v0.0 ts=2014-09-12 19:42 320k 2014/09/12 C:\cygwin64\bin\cygQtSvg-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtSvg-4.dll" v0.0 ts=2014-09-12 19:55 129k 2014/09/12 C:\cygwin64\bin\cygQtTest-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtTest-4.dll" v0.0 ts=2014-09-12 19:42 25211k 2014/09/12 C:\cygwin64\bin\cygQtWebKit-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtWebKit-4.dll" v0.0 ts=2014-09-12 21:05 248k 2014/09/12 C:\cygwin64\bin\cygQtXml-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtXml-4.dll" v0.0 ts=2014-09-12 19:41 4411k 2014/09/12 C:\cygwin64\bin\cygQtXmlPatterns-4.dll - os=4.0 img=0.0 sys=5.2 "cygQtXmlPatterns-4.dll" v0.0 ts=2014-09-12 19:54 303k 2014/11/13 C:\cygwin64\bin\cygquadmath-0.dll - os=4.0 img=0.0 sys=5.2 "cygquadmath-0.dll" v0.0 ts=2014-11-13 04:21 158k 2014/06/23 C:\cygwin64\bin\cygqui-1.dll - os=4.0 img=0.0 sys=5.2 "cygqui-1.dll" v0.0 ts=1970-01-01 00:00 122k 2014/09/04 C:\cygwin64\bin\cygqzeitgeist-1.dll - os=4.0 img=0.8 sys=5.2 "cygqzeitgeist-1.dll" v0.0 ts=2014-09-04 18:36 83k 2013/06/05 C:\cygwin64\bin\cygrarian-0.dll - os=4.0 img=0.0 sys=5.2 "cygrarian-0.dll" v0.0 ts=2013-06-05 01:24 193k 2013/03/14 C:\cygwin64\bin\cygreadline7.dll - os=4.0 img=0.0 sys=5.2 "cygreadline7.dll" v0.0 ts=2013-03-14 11:14 200k 2014/03/12 C:\cygwin64\bin\cygrsvg-2-2.dll - os=4.0 img=0.0 sys=5.2 "cygrsvg-2-2.dll" v0.0 ts=2014-03-13 00:52 46k 2013/06/09 C:\cygwin64\bin\cygrsync-1.dll - os=4.0 img=0.0 sys=5.2 "cygrsync-1.dll" v0.0 ts=2013-06-09 04:36 2044k 2014/11/13 C:\cygwin64\bin\cygruby200.dll - os=4.0 img=0.0 sys=5.2 "cygruby200.dll" v2.0 ts=2014-11-13 15:28 97k 2014/11/24 C:\cygwin64\bin\cygsasl2-3.dll - os=4.0 img=0.0 sys=5.2 "cygsasl2-3.dll" v0.0 ts=2014-11-24 18:22 248k 2014/03/12 C:\cygwin64\bin\cygsecret-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsecret-1-0.dll" v0.0 ts=2014-03-12 21:29 83k 2014/08/12 C:\cygwin64\bin\cygserf-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygserf-1-0.dll" v0.0 ts=1970-01-01 00:00 28k 2014/01/14 C:\cygwin64\bin\cygSM-6.dll - os=4.0 img=0.0 sys=5.2 "cygSM-6.dll" v0.0 ts=2014-01-14 23:23 88k 2014/12/01 C:\cygwin64\bin\cygsmartcols-1.dll - os=4.0 img=0.0 sys=5.2 "cygsmartcols-1.dll" v0.0 ts=2014-12-01 23:56 320k 2013/04/26 C:\cygwin64\bin\cygsmi-2.dll - os=4.0 img=0.0 sys=5.2 "cygsmi-2.dll" v0.0 ts=2013-04-26 15:24 164k 2014/10/19 C:\cygwin64\bin\cygsmime3.dll - os=4.0 img=0.0 sys=5.2 "cygsmime3.dll" v0.0 ts=2014-10-19 14:20 364k 2013/06/03 C:\cygwin64\bin\cygsndfile-1.dll - os=4.0 img=0.0 sys=5.2 "cygsndfile-1.dll" v0.0 ts=2013-06-03 20:54 566k 2013/07/05 C:\cygwin64\bin\cygsnmp-30.dll - os=4.0 img=0.0 sys=5.2 "cygsnmp-30.dll" v0.0 ts=2013-07-05 16:32 263k 2014/10/19 C:\cygwin64\bin\cygsoftokn3.dll - os=4.0 img=0.0 sys=5.2 "cygsoftokn3.dll" v0.0 ts=2014-10-19 14:18 564k 2014/04/02 C:\cygwin64\bin\cygsoup-2.4-1.dll - os=4.0 img=0.0 sys=5.2 "cygsoup-2.4-1.dll" v0.0 ts=1970-01-01 00:00 677k 2014/09/01 C:\cygwin64\bin\cygsource-highlight-4.dll - os=4.0 img=0.0 sys=5.2 "cygsource-highlight-4.dll" v0.0 ts=2014-09-01 08:30 94k 2013/06/01 C:\cygwin64\bin\cygspeex-1.dll - os=4.0 img=0.0 sys=5.2 "cygspeex-1.dll" v0.0 ts=2013-06-02 00:50 69k 2013/06/01 C:\cygwin64\bin\cygspeexdsp-1.dll - os=4.0 img=0.0 sys=5.2 "cygspeexdsp-1.dll" v0.0 ts=2013-06-02 00:50 743k 2014/11/20 C:\cygwin64\bin\cygsqlite3-0.dll - os=4.0 img=0.0 sys=5.2 "cygsqlite3-0.dll" v0.0 ts=2014-11-20 10:19 142k 2014/11/09 C:\cygwin64\bin\cygssh2-1.dll - os=4.0 img=0.0 sys=5.2 "cygssh2-1.dll" v0.0 ts=2014-11-09 21:20 381k 2014/10/16 C:\cygwin64\bin\cygssl-1.0.0.dll - os=4.0 img=0.0 sys=5.2 "cygssl-1.0.0.dll" v0.0 ts=2014-10-16 18:11 337k 2014/10/19 C:\cygwin64\bin\cygssl3.dll - os=4.0 img=0.0 sys=5.2 "cygssl3.dll" v0.0 ts=2014-10-19 14:20 12k 2014/11/13 C:\cygwin64\bin\cygssp-0.dll - os=4.0 img=0.0 sys=5.2 "cygssp-0.dll" v0.0 ts=2014-11-13 04:17 30k 2013/06/05 C:\cygwin64\bin\cygstartup-notification-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygstartup-notification-1-0.dll" v0.0 ts=2013-06-06 00:39 892k 2014/11/13 C:\cygwin64\bin\cygstdc++-6.dll - os=4.0 img=0.0 sys=5.2 "cygstdc++-6.dll" v0.0 ts=2014-11-13 03:42 13k 2014/08/29 C:\cygwin64\bin\cygsvn_auth_gnome_keyring-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_auth_gnome_keyring-1-0.dll" v0.0 ts=2014-08-30 00:10 358k 2014/08/29 C:\cygwin64\bin\cygsvn_client-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_client-1-0.dll" v0.0 ts=2014-08-30 00:11 63k 2014/08/29 C:\cygwin64\bin\cygsvn_delta-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_delta-1-0.dll" v0.0 ts=2014-08-30 00:10 70k 2014/08/29 C:\cygwin64\bin\cygsvn_diff-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_diff-1-0.dll" v0.0 ts=2014-08-30 00:10 31k 2014/08/29 C:\cygwin64\bin\cygsvn_fs-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_fs-1-0.dll" v0.0 ts=2014-08-30 00:10 150k 2014/08/29 C:\cygwin64\bin\cygsvn_fs_base-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_fs_base-1-0.dll" v0.0 ts=2014-08-30 00:10 180k 2014/08/29 C:\cygwin64\bin\cygsvn_fs_fs-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_fs_fs-1-0.dll" v0.0 ts=2014-08-30 00:10 10k 2014/08/29 C:\cygwin64\bin\cygsvn_fs_util-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_fs_util-1-0.dll" v0.0 ts=2014-08-30 00:10 46k 2014/08/29 C:\cygwin64\bin\cygsvn_ra-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_ra-1-0.dll" v0.0 ts=2014-08-30 00:11 30k 2014/08/29 C:\cygwin64\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_ra_local-1-0.dll" v0.0 ts=2014-08-30 00:11 164k 2014/08/29 C:\cygwin64\bin\cygsvn_ra_serf-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_ra_serf-1-0.dll" v0.0 ts=2014-08-30 00:10 95k 2014/08/29 C:\cygwin64\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2014-08-30 00:10 182k 2014/08/29 C:\cygwin64\bin\cygsvn_repos-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_repos-1-0.dll" v0.0 ts=2014-08-30 00:11 381k 2014/08/29 C:\cygwin64\bin\cygsvn_subr-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_subr-1-0.dll" v0.0 ts=2014-08-30 00:10 38k 2014/08/29 C:\cygwin64\bin\cygsvn_swig_perl-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_swig_perl-1-0.dll" v0.0 ts=2014-08-30 00:14 77k 2014/08/29 C:\cygwin64\bin\cygsvn_swig_py-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_swig_py-1-0.dll" v0.0 ts=2014-08-30 00:16 60k 2014/08/29 C:\cygwin64\bin\cygsvn_swig_ruby-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_swig_ruby-1-0.dll" v0.0 ts=2014-08-30 00:12 622k 2014/08/29 C:\cygwin64\bin\cygsvn_wc-1-0.dll - os=4.0 img=0.0 sys=5.2 "cygsvn_wc-1-0.dll" v0.0 ts=2014-08-30 00:10 358k 2014/05/19 C:\cygwin64\bin\cygsybdb-5.dll - os=4.0 img=0.0 sys=5.2 "cygsybdb-5.dll" v0.0 ts=1970-01-01 00:00 242k 2013/04/26 C:\cygwin64\bin\cygt1-5.dll - os=4.0 img=0.0 sys=5.2 "cygt1-5.dll" v0.0 ts=2013-04-25 17:35 19k 2013/04/26 C:\cygwin64\bin\cygt1x-5.dll - os=4.0 img=0.0 sys=5.2 "cygt1x-5.dll" v0.0 ts=2013-04-25 17:35 64k 2014/11/13 C:\cygwin64\bin\cygtasn1-6.dll - os=4.0 img=0.0 sys=5.2 "cygtasn1-6.dll" v0.0 ts=2014-11-13 18:20 65k 2013/06/02 C:\cygwin64\bin\cygtdb-1.dll - os=4.0 img=0.0 sys=5.2 "cygtdb-1.dll" v0.0 ts=2013-06-02 21:35 32k 2014/11/12 C:\cygwin64\bin\cygthai-0.dll - os=4.0 img=0.0 sys=5.2 "cygthai-0.dll" v0.0 ts=2014-11-12 16:31 53k 2014/05/26 C:\cygwin64\bin\cygticw-10.dll - os=4.0 img=0.0 sys=5.2 "cygticw-10.dll" v0.0 ts=1970-01-01 00:00 363k 2014/05/15 C:\cygwin64\bin\cygtiff-5.dll - os=4.0 img=0.0 sys=5.2 "cygtiff-5.dll" v0.0 ts=1970-01-01 00:00 415k 2014/05/30 C:\cygwin64\bin\cygtiff-6.dll - os=4.0 img=0.0 sys=5.2 "cygtiff-6.dll" v0.0 ts=1970-01-01 00:00 12k 2014/05/15 C:\cygwin64\bin\cygtiffxx-5.dll - os=4.0 img=0.0 sys=5.2 "cygtiffxx-5.dll" v0.0 ts=1970-01-01 00:00 12k 2014/05/30 C:\cygwin64\bin\cygtiffxx-6.dll - os=4.0 img=0.0 sys=5.2 "cygtiffxx-6.dll" v0.0 ts=1970-01-01 00:00 59k 2014/09/30 C:\cygwin64\bin\cygtinyxml2-2.dll - os=4.0 img=2.2 sys=5.2 "cygtinyxml2-2.dll" v0.0 ts=2014-09-30 23:02 92k 2014/05/04 C:\cygwin64\bin\cygudunits2-0.dll - os=4.0 img=0.0 sys=5.2 "cygudunits2-0.dll" v0.0 ts=1970-01-01 00:00 363k 2014/08/10 C:\cygwin64\bin\cygUil-4.dll - os=4.0 img=0.0 sys=5.2 "cygUil-4.dll" v0.0 ts=1970-01-01 00:00 1154k 2013/04/20 C:\cygwin64\bin\cygunistring-0.dll - os=4.0 img=0.0 sys=5.2 "cygunistring-0.dll" v0.0 ts=2013-04-20 19:38 1252k 2014/09/04 C:\cygwin64\bin\cygunistring-2.dll - os=4.0 img=0.0 sys=5.2 "cygunistring-2.dll" v0.0 ts=2014-09-04 21:06 166k 2013/06/12 C:\cygwin64\bin\cygustr-1.dll - os=4.0 img=0.0 sys=5.2 "cygustr-1.dll" v0.0 ts=2013-06-12 09:42 1334k 2013/06/12 C:\cygwin64\bin\cygustr-debug-1.dll - os=4.0 img=0.0 sys=5.2 "cygustr-debug-1.dll" v0.0 ts=2013-06-12 09:42 15k 2014/12/01 C:\cygwin64\bin\cyguuid-1.dll - os=4.0 img=0.0 sys=5.2 "cyguuid-1.dll" v0.0 ts=2014-12-01 23:56 2250k 2013/08/05 C:\cygwin64\bin\cygvala-0.20-0.dll - os=4.0 img=0.0 sys=5.2 "cygvala-0.20-0.dll" v0.0 ts=2013-08-05 06:20 2285k 2014/03/12 C:\cygwin64\bin\cygvala-0.22-0.dll - os=4.0 img=0.0 sys=5.2 "cygvala-0.22-0.dll" v0.0 ts=2014-03-12 23:43 17k 2014/05/16 C:\cygwin64\bin\cygverto-1.dll - os=4.0 img=0.0 sys=5.2 "cygverto-1.dll" v0.0 ts=1970-01-01 00:00 168k 2014/01/26 C:\cygwin64\bin\cygvorbis-0.dll - os=4.0 img=0.0 sys=5.2 "cygvorbis-0.dll" v0.0 ts=2014-01-26 21:11 606k 2014/01/26 C:\cygwin64\bin\cygvorbisenc-2.dll - os=4.0 img=0.0 sys=5.2 "cygvorbisenc-2.dll" v0.0 ts=2014-01-26 21:11 28k 2014/01/26 C:\cygwin64\bin\cygvorbisfile-3.dll - os=4.0 img=0.0 sys=5.2 "cygvorbisfile-3.dll" v0.0 ts=2014-01-26 21:11 24009k 2014/07/11 C:\cygwin64\bin\cygwebkitgtk-1.0-0.dll - os=4.0 img=0.0 sys=5.2 "cygwebkitgtk-1.0-0.dll" v0.0 ts=1970-01-01 00:00 310k 2014/03/13 C:\cygwin64\bin\cygwebp-5.dll - os=4.0 img=0.0 sys=5.2 "cygwebp-5.dll" v0.0 ts=2014-03-14 00:12 11k 2013/07/31 C:\cygwin64\bin\cygWindowsWM-7.dll - os=4.0 img=0.0 sys=5.2 "cygWindowsWM-7.dll" v0.0 ts=2013-07-31 23:47 299k 2013/07/29 C:\cygwin64\bin\cygWINGs-2.dll - os=4.0 img=0.0 sys=5.2 "cygWINGs-2.dll" v0.0 ts=2013-07-29 03:09 284k 2014/11/28 C:\cygwin64\bin\cygWINGs-3.dll - os=4.0 img=0.0 sys=5.2 "cygWINGs-3.dll" v0.0 ts=2014-11-28 04:15 309k 2013/04/25 C:\cygwin64\bin\cygwmf-0-2-7.dll - os=4.0 img=0.0 sys=5.2 "cygwmf-0-2-7.dll" v0.0 ts=2013-04-24 19:33 101k 2013/04/25 C:\cygwin64\bin\cygwmflite-0-2-7.dll - os=4.0 img=0.0 sys=5.2 "cygwmflite-0-2-7.dll" v0.0 ts=2013-04-24 19:33 30k 2013/11/15 C:\cygwin64\bin\cygwrap-0.dll - os=4.0 img=0.0 sys=5.2 "cygwrap-0.dll" v0.0 ts=2013-11-15 19:58 72k 2013/07/29 C:\cygwin64\bin\cygwraster-3.dll - os=4.0 img=0.0 sys=5.2 "cygwraster-3.dll" v0.0 ts=2013-07-29 03:09 73k 2014/11/28 C:\cygwin64\bin\cygwraster-5.dll - os=4.0 img=0.0 sys=5.2 "cygwraster-5.dll" v0.0 ts=2014-11-28 04:15 91k 2013/07/29 C:\cygwin64\bin\cygWUtil-2.dll - os=4.0 img=0.0 sys=5.2 "cygWUtil-2.dll" v0.0 ts=2013-07-29 03:09 84k 2014/11/28 C:\cygwin64\bin\cygWUtil-5.dll - os=4.0 img=0.0 sys=5.2 "cygWUtil-5.dll" v0.0 ts=2014-11-28 04:15 1121k 2014/10/21 C:\cygwin64\bin\cygX11-6.dll - os=4.0 img=0.0 sys=5.2 "cygX11-6.dll" v0.0 ts=2014-10-21 02:59 9k 2014/10/21 C:\cygwin64\bin\cygX11-xcb-1.dll - os=4.0 img=0.0 sys=5.2 "cygX11-xcb-1.dll" v0.0 ts=2014-10-21 02:59 12k 2013/06/06 C:\cygwin64\bin\cygXau-6.dll - os=4.0 img=0.0 sys=5.2 "cygXau-6.dll" v0.0 ts=2013-06-06 06:23 368k 2014/08/10 C:\cygwin64\bin\cygXaw-7.dll - os=4.0 img=0.0 sys=5.2 "cygXaw-7.dll" v0.0 ts=1970-01-01 00:00 296k 2014/08/10 C:\cygwin64\bin\cygXaw3d-8.dll - os=4.0 img=0.0 sys=5.2 "cygXaw3d-8.dll" v0.0 ts=1970-01-01 00:00 102k 2014/05/20 C:\cygwin64\bin\cygxcb-1.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-1.dll" v0.0 ts=1970-01-01 00:00 13k 2014/05/20 C:\cygwin64\bin\cygxcb-composite-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-composite-0.dll" v0.0 ts=1970-01-01 00:00 20k 2014/08/10 C:\cygwin64\bin\cygxcb-cursor-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-cursor-0.dll" v0.0 ts=1970-01-01 00:00 12k 2014/05/20 C:\cygwin64\bin\cygxcb-damage-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-damage-0.dll" v0.0 ts=1970-01-01 00:00 40k 2014/08/10 C:\cygwin64\bin\cygxcb-ewmh-2.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-ewmh-2.dll" v0.0 ts=1970-01-01 00:00 71k 2014/05/20 C:\cygwin64\bin\cygxcb-glx-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-glx-0.dll" v0.0 ts=1970-01-01 00:00 17k 2014/08/10 C:\cygwin64\bin\cygxcb-icccm-4.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-icccm-4.dll" v0.0 ts=1970-01-01 00:00 16k 2013/03/17 C:\cygwin64\bin\cygxcb-image-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-image-0.dll" v0.0 ts=2013-03-17 22:42 11k 2013/08/01 C:\cygwin64\bin\cygxcb-keysyms-1.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-keysyms-1.dll" v0.0 ts=2013-08-01 08:15 32k 2014/05/20 C:\cygwin64\bin\cygxcb-render-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-render-0.dll" v0.0 ts=1970-01-01 00:00 14k 2014/08/10 C:\cygwin64\bin\cygxcb-render-util-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-render-util-0.dll" v0.0 ts=1970-01-01 00:00 14k 2014/05/20 C:\cygwin64\bin\cygxcb-shape-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-shape-0.dll" v0.0 ts=1970-01-01 00:00 13k 2014/05/20 C:\cygwin64\bin\cygxcb-shm-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-shm-0.dll" v0.0 ts=1970-01-01 00:00 17k 2013/03/17 C:\cygwin64\bin\cygxcb-util-1.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-util-1.dll" v0.0 ts=2013-03-17 22:33 24k 2014/05/20 C:\cygwin64\bin\cygxcb-xfixes-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-xfixes-0.dll" v0.0 ts=1970-01-01 00:00 11k 2014/05/20 C:\cygwin64\bin\cygxcb-xtest-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcb-xtest-0.dll" v0.0 ts=1970-01-01 00:00 11k 2013/03/18 C:\cygwin64\bin\cygXcomposite-1.dll - os=4.0 img=0.0 sys=5.2 "cygXcomposite-1.dll" v0.0 ts=2013-03-18 23:05 34k 2013/06/06 C:\cygwin64\bin\cygXcursor-1.dll - os=4.0 img=0.0 sys=5.2 "cygXcursor-1.dll" v0.0 ts=2013-06-06 21:15 36k 2014/06/06 C:\cygwin64\bin\cygxcwm-0.dll - os=4.0 img=0.0 sys=5.2 "cygxcwm-0.dll" v0.0 ts=1970-01-01 00:00 10k 2013/04/08 C:\cygwin64\bin\cygXdamage-1.dll - os=4.0 img=0.0 sys=5.2 "cygXdamage-1.dll" v0.0 ts=2013-04-08 22:24 21k 2013/03/13 C:\cygwin64\bin\cygXdmcp-6.dll - os=4.0 img=0.0 sys=5.2 "cygXdmcp-6.dll" v0.0 ts=2013-03-13 04:58 56k 2014/08/10 C:\cygwin64\bin\cygXext-6.dll - os=4.0 img=0.0 sys=5.2 "cygXext-6.dll" v0.0 ts=1970-01-01 00:00 19k 2013/06/06 C:\cygwin64\bin\cygXfixes-3.dll - os=4.0 img=0.0 sys=5.2 "cygXfixes-3.dll" v0.0 ts=2013-06-06 20:27 205k 2014/08/10 C:\cygwin64\bin\cygXfont-1.dll - os=4.0 img=0.0 sys=5.2 "cygXfont-1.dll" v0.0 ts=1970-01-01 00:00 73k 2014/08/10 C:\cygwin64\bin\cygXft-2.dll - os=4.0 img=0.0 sys=5.2 "cygXft-2.dll" v0.0 ts=1970-01-01 00:00 56k 2014/08/10 C:\cygwin64\bin\cygXi-6.dll - os=4.0 img=0.0 sys=5.2 "cygXi-6.dll" v0.0 ts=1970-01-01 00:00 10k 2013/06/06 C:\cygwin64\bin\cygXinerama-1.dll - os=4.0 img=0.0 sys=5.2 "cygXinerama-1.dll" v0.0 ts=2013-06-06 21:33 125k 2013/04/08 C:\cygwin64\bin\cygxkbfile-1.dll - os=4.0 img=0.0 sys=5.2 "cygxkbfile-1.dll" v0.0 ts=2013-04-08 21:24 2274k 2014/08/10 C:\cygwin64\bin\cygXm-4.dll - os=4.0 img=0.0 sys=5.2 "cygXm-4.dll" v0.0 ts=1970-01-01 00:00 387k 2013/05/02 C:\cygwin64\bin\cygXmHTML-0.dll - os=4.0 img=0.0 sys=5.2 "cygXmHTML-0.dll" v0.0 ts=2013-05-02 12:41 1207k 2014/10/19 C:\cygwin64\bin\cygxml2-2.dll - os=4.0 img=0.0 sys=5.2 "cygxml2-2.dll" v0.0 ts=2014-10-19 08:52 85k 2014/01/15 C:\cygwin64\bin\cygXmu-6.dll - os=4.0 img=0.0 sys=5.2 "cygXmu-6.dll" v0.0 ts=2014-01-15 02:27 14k 2014/01/15 C:\cygwin64\bin\cygXmuu-1.dll - os=4.0 img=0.0 sys=5.2 "cygXmuu-1.dll" v0.0 ts=2014-01-15 02:27 59k 2014/01/15 C:\cygwin64\bin\cygXpm-4.dll - os=4.0 img=0.0 sys=5.2 "cygXpm-4.dll" v0.0 ts=2014-01-15 00:59 54k 2013/07/01 C:\cygwin64\bin\cygXpm-noX-4.dll - os=4.0 img=0.0 sys=5.2 "cygXpm-noX-4.dll" v0.0 ts=2013-07-01 12:24 34k 2014/01/14 C:\cygwin64\bin\cygXrandr-2.dll - os=4.0 img=0.0 sys=5.2 "cygXrandr-2.dll" v0.0 ts=2014-01-14 23:56 35k 2013/06/14 C:\cygwin64\bin\cygXrender-1.dll - os=4.0 img=0.0 sys=5.2 "cygXrender-1.dll" v0.0 ts=2013-06-14 09:29 10k 2013/06/06 C:\cygwin64\bin\cygXRes-1.dll - os=4.0 img=0.0 sys=5.2 "cygXRes-1.dll" v0.0 ts=2013-06-06 21:47 207k 2013/09/02 C:\cygwin64\bin\cygxslt-1.dll - os=4.0 img=0.0 sys=5.2 "cygxslt-1.dll" v0.0 ts=2013-09-02 17:55 12k 2013/03/14 C:\cygwin64\bin\cygXss-1.dll - os=4.0 img=0.0 sys=5.2 "cygXss-1.dll" v0.0 ts=2013-03-14 04:07 320k 2014/08/10 C:\cygwin64\bin\cygXt-6.dll - os=4.0 img=0.0 sys=5.2 "cygXt-6.dll" v0.0 ts=1970-01-01 00:00 21k 2013/06/06 C:\cygwin64\bin\cygXtst-6.dll - os=4.0 img=0.0 sys=5.2 "cygXtst-6.dll" v0.0 ts=2013-06-06 20:36 120k 2014/03/30 C:\cygwin64\bin\cygyaml-0-2.dll - os=4.0 img=0.0 sys=5.2 "cygyaml-0-2.dll" v0.0 ts=2014-03-30 06:16 80k 2014/11/19 C:\cygwin64\bin\cygz.dll - os=4.0 img=0.0 sys=5.2 "cygz.dll" v0.0 ts=2014-11-19 23:08 24k 2013/05/30 C:\cygwin64\bin\cygzzip-0-13.dll - os=4.0 img=0.0 sys=5.2 "cygzzip-0-13.dll" v0.0 ts=2013-05-30 03:34 12k 2013/05/30 C:\cygwin64\bin\cygzzipfseeko-0-13.dll - os=4.0 img=0.0 sys=5.2 "cygzzipfseeko-0-13.dll" v0.0 ts=2013-05-30 03:34 15k 2013/05/30 C:\cygwin64\bin\cygzzipmmapped-0-13.dll - os=4.0 img=0.0 sys=5.2 "cygzzipmmapped-0-13.dll" v0.0 ts=2013-05-30 03:34 9k 2013/05/30 C:\cygwin64\bin\cygzzipwrap-0-13.dll - os=4.0 img=0.0 sys=5.2 "cygzzipwrap-0-13.dll" v0.0 ts=2013-05-30 03:34 3102k 2014/11/13 C:\cygwin64\bin\cygwin1.dll - os=4.0 img=0.0 sys=5.2 "cygwin1.dll" v0.0 ts=1970-01-01 00:00 Cygwin DLL version info: DLL version: 1.7.33 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 280 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 443k 2013/11/17 C:\cygwin64\lib\lapack\cygblas-0.dll - os=4.0 img=0.0 sys=5.2 "cygblas-0.dll" v0.0 ts=2013-11-17 14:09 5626k 2013/11/17 C:\cygwin64\lib\lapack\cyglapack-0.dll - os=4.0 img=0.0 sys=5.2 "cyglapack-0.dll" v0.0 ts=2013-11-17 14:09 Service : cron Display name : Cron daemon Current State : Running Controls Accepted : Stop Command : /usr/sbin/cron -n stdin path : /dev/null stdout path : /var/log/cron.log stderr path : /var/log/cron.log Environment : CYGWIN=" " Process Type : Own Process Startup : Automatic Account : .\Peter Service : sshd Display name : CYGWIN sshd Current State : Running Controls Accepted : Stop Command : /usr/sbin/sshd -D stdin path : /dev/null stdout path : /var/log/sshd.log stderr path : /var/log/sshd.log Process Type : Own Process Startup : Manual Dependencies : tcpip Account : .\cyg_server Cygwin Package Information Last downloaded files to: C:\Users\Peter\Desktop Last downloaded files from: http://mirrors.xmission.com/cygwin/ Package Version Status _autorebase 000299-1 OK _update-info-dir 00355-1 OK aalib-devel 1.4rc5-11 OK algol68g 2.7-0 OK alternatives 1.3.30c-10 OK apache2 2.2.29-1 OK appdata-tools 0.1.7-1 OK appres 1.0.4-1 OK archivemail 0.9.0-1 OK astyle 2.04-1 OK at-spi2-atk 2.10.2-1 OK at-spi2-core 2.10.2-1 OK autobuild 5.3-1 OK autoconf 13-1 OK autoconf2.1 2.13-12 OK autoconf2.5 2.69-2 OK automake 9-1 OK automake1.10 1.10.3-2 OK automake1.11 1.11.6-2 OK automake1.12 1.12.6-2 OK automake1.13 1.13.4-1 OK automake1.14 1.14.1-1 OK automake1.4 1.4p6-11 OK automake1.5 1.5-11 OK automake1.6 1.6.3-12 OK automake1.7 1.7.9-11 OK automake1.8 1.8.5-11 OK automake1.9 1.9.6-11 OK automoc4 0.9.88-10 OK aview 1.3.0rc1-2 OK base-cygwin 3.3-1 OK base-files 4.2-3 OK bash 4.1.17-9 OK bash-completion 1.3-1 OK bashdb 3.1_0.09-1 OK bc 1.06.95-2 OK bdftopcf 1.0.4-3 OK beforelight 1.0.5-1 OK biber 1.5-1 OK bigreqsproto 1.1.2-1 OK binutils 2.24.51-6 OK bison 3.0.2-1 OK bitmap 1.0.7-1 OK build-docbook-catalog 1.5-2 OK byacc 20130304-1 OK bzip2 1.0.6-2 OK bzr 2.6b2-1 OK bzr-fastimport 0.13.0-1 OK c-client 2007f-2 OK ca-certificates 2.1-1 OK catgets 1.1-2 OK ccache 3.1.9-2 OK cccc 3.1.4-1 OK cfget 0.18-1 OK cfv 1.18.3-1 OK cgdb 0.6.7-1 OK check 0.9.12-1 OK checkbashisms 2.14.6-1 OK chewmail 1.2-1 OK clang 3.4.2-4 OK clang-analyzer 3.4.2-4 OK cloog-isl 0.18.0-2 OK cmake 2.8.11.2-1 OK cmake-gui 2.8.11.2-1 OK cocom 0.996-1 OK code2html 0.9.1-1 OK codeville 0.8.0-4 OK colorgcc 1.3.2-2 OK compositeproto 0.4.2-1 OK convmv 1.12-1 OK copyright-update 2013.0915+gite8ab62a-1 OK coreutils 8.23-4 OK cppcheck 1.67-1 OK cppi 1.18-2 OK cppunit 1.12.1-2 OK cron 4.1-61 OK crypt 1.1-1 OK cscope 15.8.0.1-2 OK csih 0.9.7-1 OK ctags 5.8-1 OK cvs 1.11.23-1 OK cvs2svn 2.4.0-1 OK cvsps 2.2b1-2 OK cvsutils 0.2.6-1 OK cygport 0.17.1-1 OK cygrunsrv 1.61-1 OK cygutils 1.4.14-1 OK cygutils-extra 1.4.14-1 OK cygutils-x11 1.4.14-1 OK cygwin 1.7.33-1 OK cygwin-devel 1.7.33-1 OK cygwin-x-doc 1.1.20141117-1 OK cygwin32 1.7.33-1 OK cygwin32-binutils 2.24.90-1 OK cygwin32-bzip2 1.0.6-2 OK cygwin32-catgets 1.1-1 OK cygwin32-cloog-isl 0.18.0-1 OK cygwin32-cloog-ppl 0.15.11-1 OK cygwin32-crypt 1.1-1 OK cygwin32-default-manifest 6.4-1 OK cygwin32-expat 2.1.0-1 OK cygwin32-freetype2 2.4.12-1 OK cygwin32-gcc-ada 4.8.3-4 OK cygwin32-gcc-core 4.8.3-4 OK cygwin32-gcc-fortran 4.8.3-4 OK cygwin32-gcc-g++ 4.8.3-4 OK cygwin32-gcc-objc 4.8.3-4 OK cygwin32-gcc-objc++ 4.8.3-4 OK cygwin32-gettext 0.18.1.1-1 OK cygwin32-gmp 5.1.1-1 OK cygwin32-gnutls 3.2.0-1 OK cygwin32-isl 0.11.1-1 OK cygwin32-jbigkit 2.0-11 OK cygwin32-libbfd 2.23.51-1 OK cygwin32-libedit 20120311-1 OK cygwin32-libffi 3.0.13-1 OK cygwin32-libiconv 1.14-1 OK cygwin32-libmpc 1.0.1-1 OK cygwin32-libpng 1.5.12-1 OK cygwin32-libtasn1 3.3-1 OK cygwin32-libtool 2.4.2-2 OK cygwin32-libX11 1.6.0-1 OK cygwin32-libXau 1.0.8-1 OK cygwin32-libxcb 1.9.1-1 OK cygwin32-libXdmcp 1.1.1-1 OK cygwin32-lzo2 2.06-1 OK cygwin32-minizip 1.2.8-1 OK cygwin32-mpfr 3.1.2-1 OK cygwin32-ncurses 5.7-1 OK cygwin32-nettle 2.7-1 OK cygwin32-openssl 1.0.1e-1 OK cygwin32-p11-kit 0.19.1-1 OK cygwin32-pcre 8.32-1 OK cygwin32-pkg-config 0.28-1 OK cygwin32-ppl 0.11.2-1 OK cygwin32-readline 6.2-1 OK cygwin32-w32api-headers 3.2.0-1 OK cygwin32-w32api-runtime 3.2.0-1 OK cygwin32-xproto 7.7-3 OK cygwin32-zlib 1.2.8-1 OK damageproto 1.2.1-1 OK dash 0.5.8-3 OK dblatex 0.3.4-1 OK dbus 1.8.10-1 OK dbus-x11 1.8.10-1 OK dconf-service 0.18.0-1 OK ddd 3.3.12-2 OK ddir 2010.0321+git1685e72-1 OK dejagnu 1.5-1 OK delta 2006.08.03-1 OK desktop-file-utils 0.21-1 OK dialog 1.2-20140112-1 OK diffstat 1.59-1 OK diffutils 3.3-2 OK dmxproto 2.3.1-1 OK docbook-dsssl 1.79-2 OK docbook-xml412 4.1.2-2 OK docbook-xml42 4.2-4 OK docbook-xml43 4.3-2 OK docbook-xml44 4.4-2 OK docbook-xsl 1.77.1-1 OK dos2unix 7.1-1 OK doxygen 1.8.8-1 OK doxygen-doxywizard 1.8.8-1 OK dri-drivers 10.3.3-1 OK ed 1.10-1 OK editres 1.0.6-1 OK editrights 1.03-1 OK ELFIO 2.2-1 OK emacs 24.4-2 OK emacs-gettext 0.18.3.2-2 OK emacs-ocaml 4.01.0-2 OK Empty package eventlog eventlog 0.2.12-2 OK expect 5.45-2 OK fbpanel 6.1-5 OK file 5.20-1 OK file-devel 5.20-1 OK findutils 4.5.12-1 OK fixesproto 5.0-1 OK flac-devel 1.3.1-1 OK flex 2.5.39-1 OK Empty package fltk fltk 1.3.2.9965-1 OK font-adobe-dpi100 1.0.2-1 OK font-adobe-dpi75 1.0.2-1 OK font-adobe-utopia-dpi100 1.0.3-1 OK font-adobe-utopia-dpi75 1.0.3-1 OK font-adobe-utopia-type1 1.0.3-1 OK font-alias 1.0.3-1 OK font-arabic-misc 1.0.2-1 OK font-bh-dpi100 1.0.2-1 OK font-bh-dpi75 1.0.2-1 OK font-bh-lucidatypewriter-dpi100 1.0.2-1 OK font-bh-lucidatypewriter-dpi75 1.0.2-1 OK font-bh-ttf 1.0.3-1 OK font-bh-type1 1.0.2-1 OK font-bitstream-dpi100 1.0.2-1 OK font-bitstream-dpi75 1.0.2-1 OK font-bitstream-speedo 1.0.1-1 OK font-bitstream-type1 1.0.2-1 OK font-bitstream-vera-ttf 1.10-1 OK font-cantarell-otf 0.0.15-1 OK font-cronyx-cyrillic 1.0.2-1 OK font-cursor-misc 1.0.2-1 OK font-daewoo-misc 1.0.2-1 OK font-dec-misc 1.0.2-1 OK font-encodings 1.0.4-1 OK font-ibm-type1 1.0.2-1 OK font-isas-misc 1.0.2-1 OK font-jis-misc 1.0.2-1 OK font-micro-misc 1.0.2-1 OK font-misc-cyrillic 1.0.2-1 OK font-misc-ethiopic 1.0.2-1 OK font-misc-meltho 1.0.2-1 OK font-misc-misc 1.1.1-1 OK font-mutt-misc 1.0.2-1 OK font-schumacher-misc 1.1.1-1 OK font-screen-cyrillic 1.0.3-1 OK font-sony-misc 1.0.2-1 OK font-sun-misc 1.0.2-1 OK font-tektronix-misc 2.6-3 OK font-util 1.3.0-1 OK font-winitzki-cyrillic 1.0.2-1 OK font-xfree86-type1 1.0.3-1 OK fontconfig 2.11.1-1 OK fontsproto 2.1.3-1 OK fonttosfnt 1.0.4-1 OK fossil 20140612172556-3 OK fslsfonts 1.0.4-1 OK fstobdf 1.0.5-1 OK fvwm 2.6.5-1 OK gamin 0.1.10-15 OK gawk 4.1.1-1 OK gcc-ada 4.8.3-5 OK gcc-core 4.8.3-5 OK gcc-fortran 4.8.3-5 OK gcc-g++ 4.8.3-5 OK gcc-objc 4.8.3-5 OK gcc-objc++ 4.8.3-5 OK gcc-tools-epoch1-autoconf 2.59-2 OK gcc-tools-epoch1-automake 1.9.6-2 OK gcc-tools-epoch2-autoconf 2.64-2 OK gcc-tools-epoch2-automake 1.11.6-1 OK gccmakedep 1.0.3-1 OK gconf-desktop-schemas 2.32.1-3 OK GConf2 3.2.6-2 OK gcr 3.10.1-1 OK gdb 7.8-2 OK gdk-pixbuf2.0-svg 2.40.1-1 OK gendef 1.0-svn2931-1 OK getent 2.18.90-4 OK getmail 4.36.0-2 OK gettext-devel 0.18.3.2-2 OK ghostscript 9.06-2 OK ghostscript-fonts-other 6.0-1 OK ghostscript-fonts-std 8.11-1 OK girepository-Atk1.0 2.10.0-1 OK girepository-cairo1.0 1.38.0-1 OK girepository-GdkPixbuf2.0 2.30.4-1 OK girepository-GLib2.0 1.38.0-1 OK girepository-Gtk3.0 3.10.9-1 OK girepository-Pango1.0 1.36.3-1 OK girepository-x11 1.38.0-1 OK git 2.1.1-1 OK git-completion 2.1.1-1 OK git-cvs 2.1.1-1 OK git-email 2.1.1-1 OK git-gui 2.1.1-1 OK git-review 1.24-2 OK git-svn 2.1.1-1 OK gitk 2.1.1-1 OK gitweb 2.1.1-1 OK glade 3.16.1-1 OK glade-devel 3.16.1-1 OK glade-python 3.16.1-1 OK glade2 2.12.2-2 OK glade3 3.8.4-1 OK glade3-devel 3.8.4-1 OK glade3-gnome 3.8.4-1 OK glade3-python 3.8.4-1 OK glib2.0-networking 2.38.2-1 OK glproto 1.4.17-1 OK gmp 6.0.0a-1 OK gnome-common 3.10.0-1 OK gnome-doc-utils 0.20.10-2 OK gnome-icon-theme 3.10.0-1 OK gnome-keyring 3.10.1-1 OK gnome-mime-data 2.18.0-10 OK gnome-python 2.28.1-3 OK gnome-python-extras 2.29.0-2 OK gnome-themes-standard 3.10.0-1 OK gnupg 1.4.18-1 OK gnutls-devel 3.2.20-1 OK gobject-introspection 1.38.0-1 OK google-breakpad-devel 1390-1 OK google-breakpad-tools 1390-1 OK gperf 3.0.4-2 OK grep 2.21-1 OK grepmail 5.3033-2 OK groff 1.22.2-2 OK gsettings-desktop-schemas 3.10.1-1 OK gsl 1.16-1 OK gsl-apps 1.16-1 OK gsl-devel 1.16-1 OK gsl-doc 1.16-1 OK gtk-doc 1.19-2 OK gtk-update-icon-cache 3.10.9-1 OK gtk1.2-engines 0.12-11 OK gtk2.0-atk-bridge 2.10.2-1 OK gtk2.0-canberra-module 0.30-1 OK gtk2.0-demo 2.24.23-1 OK gtk2.0-engines-pixmap 2.24.23-1 OK gtk2.0-gail 2.24.23-1 OK gtk3-canberra-module 0.30-1 OK gtk3-demo 3.10.9-1 OK guilt 0.35-2 OK gv 3.7.4-1 OK gzip 1.6-1 OK harfbuzz 0.9.25-1 OK hdf5 1.8.13-1 OK help2man 1.44.1-1 OK hicolor-icon-theme 0.12-1 OK hostname 3.13-1 OK iceauth 1.0.6-1 OK ico 1.0.4-1 OK icon-naming-utils 0.8.90-1 OK idle 2.7.8-1 OK idle3 3.2.5-4 OK ImageMagick 6.7.6.3-4 OK imake 1.0.7-1 OK indent 2.2.11-2 OK inetutils 1.9.1-2 OK inetutils-server 1.9.1-2 OK info 5.2-3 OK inputproto 2.3.1-1 OK intltool 0.50.2-2 OK ipc-utils 1.0-2 OK ipcalc 0.41-1 OK isl 0.11.1-2 OK iso-codes 3.56-1 OK itstool 1.2.0-1 OK jlint 3.1.2-1 OK kbproto 1.0.6-1 OK keychain 2.7.1-1 OK khronos-opengl-registry 20140619_svn27116-1 OK less 458-1 OK libaa1 1.4rc5-11 OK libapr1 1.4.8-1 OK libapr1-devel 1.4.8-1 OK libaprutil1 1.5.4-1 OK libaprutil1-devel 1.5.4-1 OK libarchive13 3.1.2-2 OK libargp 20110921-2 OK libart_lgpl_2_2 2.3.21-2 OK libaspell-devel 0.60.6.1-1 OK libaspell15 0.60.6.1-1 OK libasyncns0 0.8-1 OK libatk-bridge2.0-devel 2.10.2-1 OK libatk-bridge2.0_0 2.10.2-1 OK libatk1.0-devel 2.10.0-1 OK libatk1.0_0 2.10.0-1 OK libatomic1 4.8.3-5 OK libatspi-devel 2.10.2-1 OK libatspi0 2.10.2-1 OK libattr-devel 2.4.46-1 OK libattr1 2.4.46-1 OK libaudio2 1.9.3-1 OK libautotrace-devel 0.31.1-1 OK libautotrace3 0.31.1-1 OK libavahi-client3 0.6.31-2 OK libavahi-common3 0.6.31-2 OK libavahi-glib1 0.6.31-2 OK libblkid1 2.25.2-1 OK libbonobo2_0 2.32.1-2 OK libbonoboui2_0 2.24.5-2 OK libboost_python1.55 1.55.0-1 OK libboost_regex1.55 1.55.0-1 OK libbotan1.10_0 1.10.8-2 OK libbotan1.8.13 1.8.14-2 OK libbz2-devel 1.0.6-2 OK libbz2_1 1.0.6-2 OK libcaca-devel 0.99.beta19-1 OK libcaca0 0.99.beta19-1 OK libcairo-devel 1.12.18-1 OK libcairo2 1.12.18-1 OK libcanberra-devel 0.30-1 OK libcanberra-gtk-devel 0.30-1 OK libcanberra-gtk0 0.30-1 OK libcanberra-gtk3-devel 0.30-1 OK libcanberra-gtk3_0 0.30-1 OK libcanberra0 0.30-1 OK libcatgets-devel 1.1-2 OK libcatgets1 1.1-2 OK libcdt5 2.38.0-1 OK libcgraph6 2.38.0-1 OK libcharset1 1.14-1 OK libclang 3.4.2-4 OK libcloog-isl-devel 0.18.0-2 OK libcloog-isl-doc 0.18.0-2 OK libcloog-isl4 0.18.0-2 OK libcom_err-devel 1.42.10-1 OK libcom_err2 1.42.10-1 OK libcompface-devel 1.5.2-1 OK libcompface0 1.5.2-1 OK libcroco0.6_3 0.6.8-1 OK libcrypt-devel 1.1-1 OK libcrypt0 1.1-1 OK libcurl4 7.39.0-1 OK libdatrie1 0.2.8-1 OK libdb-devel 5.3.21-1 OK libdb5.3 5.3.21-1 OK libdbus-glib_1_2 0.100.2-1 OK libdbus1-devel 1.8.10-1 OK libdbus1_3 1.8.10-1 OK libdialog11 1.2-20140112-1 OK libdmx-devel 1.1.3-1 OK libdmx1 1.1.3-1 OK libecpg-devel 9.3.5-2 OK libedit-devel 20130712-1 OK libedit0 20130712-1 OK libEGL-devel 10.3.3-1 OK libEGL1 10.3.3-1 OK libEMF-devel 1.0.7-1 OK libEMF1 1.0.7-1 OK libenchant1 1.6.0-1 OK libevent2.0_5 2.0.21-1 OK libevtlog-devel 0.2.12-2 OK libevtlog0 0.2.12-2 OK libexif-common 0.6.21-2 OK libexif12 0.6.21-2 OK libexpat-devel 2.1.0-3 OK libexpat1 2.1.0-3 OK libfam0 0.1.10-15 OK libffi-devel 3.0.13-1 OK libffi6 3.0.13-1 OK libfftw3_3 3.3.4-1 OK libFLAC++6 1.3.1-1 OK libFLAC8 1.3.1-1 OK libfltk-devel 1.3.2.9965-1 OK libfltk-doc 1.3.2.9965-1 OK libfltk1.3 1.3.2.9965-1 OK libfontconfig-devel 2.11.1-1 OK libfontconfig1 2.11.1-1 OK libfontenc-devel 1.1.2-1 OK libfontenc1 1.1.2-1 OK libfpx-devel 1.3.1.2-1 OK libfpx1 1.3.1.2-1 OK libfreetype-devel 2.5.3-1 OK libfreetype6 2.5.3-1 OK libfribidi0 0.19.2-1 OK libFS6 1.0.6-1 OK libgailutil18 2.24.23-1 OK libgamin1_0 0.1.10-15 OK libgcc1 4.8.3-5 OK libgck1_0 3.10.1-1 OK libgconf2_4 3.2.6-2 OK libgcr3-common 3.10.1-1 OK libgcr3_1 3.10.1-1 OK libgcrypt-devel 1.5.3-1 OK libgcrypt11 1.5.3-1 OK libgd-devel 2.0.36RC1-1 OK libgd2 2.0.36RC1-1 OK libgdbm-devel 1.11-1 OK libgdbm4 1.11-1 OK libgdk_imlib1 1.9.15-14 OK libgdk_pixbuf2.0-devel 2.30.4-1 OK libgdk_pixbuf2.0_0 2.30.4-1 OK libgeoclue0 0.12.99-1 OK libgfortran3 4.8.3-5 OK libggi2 2.2.2-3 OK libggi2-devel 2.2.2-3 OK libggi2-display-x 2.2.2-3 OK libggimisc2 2.2.2-3 OK libggimisc2-devel 2.2.2-3 OK libggiwmh0 0.3.2-3 OK libggiwmh0-devel 0.3.2-3 OK libggiwmh0-display-x 0.3.2-3 OK libgif-devel 4.1.6-12 OK libgif4 4.1.6-12 OK libgii1 1.0.2-3 OK libgii1-devel 1.0.2-3 OK libgii1-input-x 1.0.2-3 OK libgirepository1.0_1 1.38.0-1 OK libGL-devel 10.3.3-1 OK libGL1 10.3.3-1 OK libglade2.0_0 2.6.4-2 OK libglapi0 10.3.3-1 OK libGLESv1_CM1 10.3.3-1 OK libGLESv2_2 10.3.3-1 OK libglib1.2_0 1.2.10-12 OK libglib2.0-devel 2.38.2-4 OK libglib2.0_0 2.38.2-4 OK libGLU-devel 9.0.0-1 OK libGLU1 9.0.0-1 OK libglut-devel 2.8.1-1 OK libglut3 2.8.1-1 OK libGLw-devel 8.0.0-1 OK libGLw1 8.0.0-1 OK libgmp-devel 6.0.0a-1 OK libgmp10 6.0.0a-1 OK libgmpxx4 6.0.0a-1 OK libgnat4.9 4.9.0-1 OK libgnome-keyring0 3.10.1-1 OK libgnome2_0 2.32.1-3 OK libgnomecanvas2_0 2.30.3-2 OK libgnomeui2_0 2.24.5-2 OK libgnomevfs2_0 2.24.4-6 OK libgnutls28 3.2.20-1 OK libgomp1 4.8.3-5 OK libgoocanvas3 1.0.0-1 OK libgpg-error-devel 1.12-1 OK libgpg-error0 1.12-1 OK libgraphite2_3 1.2.3-1 OK libgs-devel 9.06-2 OK libgs9 9.06-2 OK libgssapi_krb5_2 1.12.2-1 OK libgssrpc4 1.12.2-1 OK libgstinterfaces0.10_0 0.10.36-2 OK libgstinterfaces1.0_0 1.2.3-1 OK libgstreamer0.10-devel 0.10.36-2 OK libgstreamer0.10_0 0.10.36-2 OK libgstreamer1.0_0 1.2.3-1 OK libgtk1.2_0 1.2.10-12 OK libgtk2.0-devel 2.24.23-1 OK libgtk2.0_0 2.24.23-1 OK libgtk3-devel 3.10.9-1 OK libgtk3_0 3.10.9-1 OK libgtksourceview2.0_0 2.10.5-2 OK libgtkspell0 2.0.16-1 OK libgts0.7_5 20121130-1 OK libgvc6 2.38.0-1 OK libharfbuzz-devel 0.9.25-1 OK libharfbuzz0 0.9.25-1 OK libhdf5-devel 1.8.13-1 OK libhdf5_8 1.8.13-1 OK libhogweed2 2.7-1 OK libICE-devel 1.0.9-1 OK libICE6 1.0.9-1 OK libiconv 1.14-1 OK libiconv-devel 1.14-1 OK libiconv2 1.14-1 OK libicu-devel 51.2-1 OK libicu51 51.2-1 OK libid3tag0 0.15.1b-10 OK libIDL2-devel 0.8.14-2 OK libIDL2_0 0.8.14-2 OK libidn-devel 1.26-1 OK libidn11 1.26-1 OK libImlib2-devel 1.4.5-2 OK libImlib2_1 1.4.5-2 OK libintl-devel 0.18.3.2-2 OK libintl8 0.18.3.2-2 OK libiodbc-devel 3.52.8-2 OK libiodbc2 3.52.8-2 OK libisl-devel 0.11.1-2 OK libisl10 0.11.1-2 OK libjasper1 1.900.1-13 OK libjavascriptcoregtk1.0-devel 2.0.4-1 OK libjavascriptcoregtk1.0_0 2.0.4-1 OK libjbig-devel 2.0-14 OK libjbig2 2.0-14 OK libjpeg-devel 1.3.1-1 OK libjpeg8 1.3.1-1 OK libjson-c-common 0.11-2 OK libjson-c2 0.11-2 OK libk5crypto3 1.12.2-1 OK libkadm5clnt_mit9 1.12.2-1 OK libkadm5srv_mit9 1.12.2-1 OK libkate 0.4.1-1 OK libkate-devel 0.4.1-1 OK libkate1 0.4.1-1 OK libkdb5_7 1.12.2-1 OK libkpathsea6 20140523-1 OK libkrad0 1.12.2-1 OK libkrb5-devel 1.12.2-1 OK libkrb5_3 1.12.2-1 OK libkrb5support0 1.12.2-1 OK liblapack-devel 3.5.0-2 OK liblapack0 3.5.0-2 OK libLASi1 1.1.1-2 OK liblcms-devel 1.19-1 OK liblcms1 1.19-1 OK liblcms2-devel 2.6-1 OK liblcms2_2 2.6-1 OK libllvm3.4 3.4.2-4 OK libltdl7 2.4.2-5 OK liblzma-devel 5.0.5-1 OK liblzma5 5.0.5-1 OK liblzo2_2 2.08-1 OK libMagick-devel 6.7.6.3-4 OK libMagickCore5 6.7.6.3-4 OK libmangle 1.0-svn2930-1 OK libmcpp0 2.7.2-2 OK libmcrypt-devel 2.5.8-1 OK libmcrypt4 2.5.8-1 OK libming-devel 0.4.5-1 OK libming1 0.4.5-1 OK libmng-devel 1.0.10-1 OK libmng1 1.0.10-1 OK libmpc3 1.0.2-1 OK libmpfr4 3.1.2-1 OK libmysqlclient18 5.5.40-1 OK libncurses-devel 5.9-20140524-1 OK Empty package libncursesw-devel libncursesw-devel 5.9-20140524-1 OK libncursesw10 5.9-20140524-1 OK libneon-devel 0.30.1-1 OK libneon27 0.30.1-1 OK libnetpbm10 10.61.02-1 OK libnettle-devel 2.7-1 OK libnettle4 2.7-1 OK libnspr4 4.10.6-1 OK libnss3 3.16.6-1 OK libobjc4 4.8.3-5 OK libogg-devel 1.3.1-1 OK libogg0 1.3.1-1 OK libopencdk-devel 0.6.6-1 OK libopencdk10 0.6.6-1 OK libopenjpeg1 1.5.1-3 OK libopenldap2_4_2 2.4.40-1 OK libopenssl100 1.0.1j-1 OK libOpenVG1 10.3.3-1 OK libORBit2-devel 2.14.19-2 OK libORBit2_0 2.14.19-2 OK liborc0.4_0 0.4.18-2 OK libOSMesa8 10.3.3-1 OK libosp5 1.5.2-2 OK libostyle1 1.4devel1-3 OK libp11-kit-devel 0.20.7-1 OK libp11-kit0 0.20.7-1 OK libpango1.0-devel 1.36.3-1 OK libpango1.0_0 1.36.3-1 OK libpaper-common 1.1.24-2 OK libpaper-devel 1.1.24-2 OK libpaper1 1.1.24-2 OK libpathplan4 2.38.0-1 OK libpcre-devel 8.35-1 OK libpcre1 8.35-1 OK libpcre16_0 8.35-1 OK libpcre32_0 8.35-1 OK libpcrecpp0 8.35-1 OK libpcreposix0 8.35-1 OK libphonon4 4.8.2-1 OK libpipeline-devel 1.3.0-3 OK libpipeline1 1.3.0-3 OK libpixman1-devel 0.32.6-1 OK libpixman1_0 0.32.6-1 OK libplot2 2.6-3 OK libpng-devel 1.5.18-1 OK libpng15 1.5.18-1 OK libpoco-devel 1.4.7p1-1 OK libpoco-doc 1.4.7p1-1 OK libpoco16 1.4.6p4-2 OK libpoco17 1.4.7p1-1 OK libpoppler-glib8 0.26.5-1 OK libpoppler44 0.24.5-1 OK libpoppler46 0.26.5-1 OK Empty package libpopt-devel libpopt-devel 1.16-1 OK Empty package libpopt0 libpopt0 1.16-1 OK libpq-devel 9.3.5-2 OK libpq5 9.3.5-2 OK libproxy-devel 0.4.11-2 OK libproxy1 0.4.11-2 OK libpstoedit0 3.61-1 OK libptexenc1 20140523-1 OK libpulse-mainloop-glib0 5.0-1 OK libpulse0 5.0-1 OK libqhull-devel 2012.1-2 OK libqhull_6 2012.1-2 OK libqt3 3.3.8b-14 OK libQtCore4 4.8.6-2 OK libQtCore4-devel 4.8.6-2 OK libQtDBus4 4.8.6-2 OK libQtDeclarative4 4.8.6-2 OK libQtDesigner4 4.8.6-2 OK libQtGui4 4.8.6-2 OK libQtHelp4 4.8.6-2 OK libQtMultimedia4 4.8.6-2 OK libQtNetwork4 4.8.6-2 OK libQtOpenGL4 4.8.6-2 OK libQtScript4 4.8.6-2 OK libQtScriptTools4 4.8.6-2 OK libQtSql4 4.8.6-2 OK libQtSvg4 4.8.6-2 OK libQtTest4 4.8.6-2 OK libQtWebKit4 4.8.6-2 OK libQtXml4 4.8.6-2 OK libQtXmlPatterns4 4.8.6-2 OK libquadmath0 4.8.3-5 OK libqzeitgeist1 0.8.0-2 OK librarian0 0.8.1-12 OK libreadline7 6.2-1 OK librsvg2-devel 2.40.1-1 OK librsvg2_2 2.40.1-1 OK librsync-devel 0.9.7-3 OK librsync1 0.9.7-3 OK libsasl2-devel 2.1.26-9 OK libsasl2_3 2.1.26-9 OK libsecret1_0 0.16-1 OK libserf1-devel 1.3.7-1 OK libserf1_0 1.3.7-1 OK libSM-devel 1.2.2-1 OK libSM6 1.2.2-1 OK libsmartcols1 2.25.2-1 OK libsmi-devel 0.4.8-1 OK libsmi2 0.4.8-1 OK libsndfile1 1.0.25-1 OK libsoup2.4-devel 2.44.2-2 OK libsoup2.4_1 2.44.2-2 OK libsource-highlight-common 3.1.7-5 OK libsource-highlight4 3.1.7-5 OK libspeex1 1.2rc1-1 OK libsqlite3-devel 3.8.7.2-1 OK libsqlite3_0 3.8.7.2-1 OK libssh2_1 1.4.3-1 OK libssp0 4.8.3-5 OK libstartup-notification1-devel 0.12-2 OK libstartup-notification1_0 0.12-2 OK libstdc++6 4.8.3-5 OK libsybdb5 0.91.103-1 OK libtasn1-devel 4.2-1 OK libtasn1_6 4.2-1 OK libtdb1 1.2.11-2 OK libthai0 0.1.21-1 OK libtiff-devel 4.0.3-2 OK libtiff5 3.9.7-4 OK libtiff6 4.0.3-2 OK libtinyxml2_2 2.2.0-1 OK libtool 2.4.2-5 OK libudunits-devel 2.2.11-1 OK libudunits0 2.2.11-1 OK libunistring-devel 0.9.4-1 OK libunistring0 0.9.3-2 OK libunistring2 0.9.4-1 OK libustr-devel 1.0.4-12 OK libustr1 1.0.4-12 OK libuuid-devel 2.25.2-1 OK libuuid1 2.25.2-1 OK libvala0.20-devel 0.20.1-1 OK libvala0.20_0 0.20.1-1 OK libvala0.22-devel 0.22.1-1 OK libvala0.22_0 0.22.1-1 OK libverto1 0.2.6-1 OK libvorbis 1.3.4-1 OK libvorbis-devel 1.3.4-1 OK libvorbis0 1.3.4-1 OK libvorbisenc2 1.3.4-1 OK libvorbisfile3 1.3.4-1 OK libwebkitgtk1.0-devel 2.0.4-1 OK libwebkitgtk1.0_0 2.0.4-1 OK libwebp5 0.4.0-1 OK libWindowsWM-devel 1.0.1-1 OK libWindowsWM7 1.0.1-1 OK libWINGs2 0.95.4-1 OK libWINGs3 0.95.6-1 OK libwmf-devel 0.2.8.4-1 OK libwmf027 0.2.8.4-1 OK libwrap0 7.6-22 OK libwraster3 0.95.4-1 OK libwraster5 0.95.6-1 OK libX11-devel 1.6.2-2 OK libX11-xcb-devel 1.6.2-2 OK libX11-xcb1 1.6.2-2 OK libX11_6 1.6.2-2 OK libXau-devel 1.0.8-1 OK libXau6 1.0.8-1 OK libXaw3d8 1.6.2-2 OK libXaw7 1.0.12-2 OK libxcb-composite-devel 1.10-1 OK libxcb-composite0 1.10-1 OK libxcb-cursor-devel 0.1.1-1 OK libxcb-cursor0 0.1.1-1 OK libxcb-damage-devel 1.10-1 OK libxcb-damage0 1.10-1 OK libxcb-devel 1.10-1 OK libxcb-ewmh-devel 0.4.1-1 OK libxcb-ewmh2 0.4.1-1 OK libxcb-glx-devel 1.10-1 OK libxcb-glx0 1.10-1 OK libxcb-icccm-devel 0.4.1-1 OK libxcb-icccm4 0.4.1-1 OK libxcb-image-devel 0.3.9-1 OK libxcb-image0 0.3.9-1 OK libxcb-keysyms-devel 0.3.9-1 OK libxcb-keysyms1 0.3.9-1 OK libxcb-render-devel 1.10-1 OK libxcb-render-util-devel 0.3.9-1 OK libxcb-render-util0 0.3.9-1 OK libxcb-render0 1.10-1 OK libxcb-shape-devel 1.10-1 OK libxcb-shape0 1.10-1 OK libxcb-shm-devel 1.10-1 OK libxcb-shm0 1.10-1 OK libxcb-util-devel 0.3.9-1 OK libxcb-util1 0.3.9-1 OK libxcb-xfixes-devel 1.10-1 OK libxcb-xfixes0 1.10-1 OK libxcb-xtest-devel 1.10-1 OK libxcb-xtest0 1.10-1 OK libxcb1 1.10-1 OK libXcomposite-devel 0.4.3-1 OK libXcomposite1 0.4.3-1 OK libXcursor-devel 1.1.14-1 OK libXcursor1 1.1.14-1 OK libxcwm-devel 20140606-1 OK libxcwm0 20140606-1 OK libXdamage-devel 1.1.4-1 OK libXdamage1 1.1.4-1 OK libXdmcp-devel 1.1.1-1 OK libXdmcp6 1.1.1-1 OK libXext-devel 1.3.3-1 OK libXext6 1.3.3-1 OK libXfixes-devel 5.0.1-1 OK libXfixes3 5.0.1-1 OK libXfont1 1.5.0-1 OK libXft-devel 2.3.2-1 OK libXft2 2.3.2-1 OK libXi-devel 1.7.4-1 OK libXi6 1.7.4-1 OK libXinerama-devel 1.1.3-1 OK libXinerama1 1.1.3-1 OK libxkbfile-devel 1.0.8-1 OK libxkbfile1 1.0.8-1 OK libXm-devel 2.3.4-2 OK libXm4 2.3.4-2 OK libXmHTML0 1.1.7-1 OK libxml2 2.9.2-1 OK libxml2-devel 2.9.2-1 OK libXmu-devel 1.1.2-1 OK libXmu6 1.1.2-1 OK libXmuu1 1.1.2-1 OK libXpm-devel 3.5.11-1 OK libXpm-noX-devel 3.5.10-1 OK libXpm-noX_4 3.5.10-1 OK libXpm4 3.5.11-1 OK libXrandr-devel 1.4.2-1 OK libXrandr2 1.4.2-1 OK libXrender-devel 0.9.8-1 OK libXrender1 0.9.8-1 OK libXRes-devel 1.0.7-1 OK libXRes1 1.0.7-1 OK libxslt 1.1.28-1 OK libXss-devel 1.2.2-1 OK libXss1 1.2.2-1 OK libXt-devel 1.1.4-2 OK libXt6 1.1.4-2 OK libXtst-devel 1.2.2-1 OK libXtst6 1.2.2-1 OK libyaml0_2 0.1.6-1 OK libzzip0.13 0.13.62-1 OK licensecheck 2.14.6-1 OK lighttpd 1.4.35-1 OK linklint 2.3.5-1 OK listres 1.0.3-1 OK lndir 1.0.3-1 OK login 1.11-1 OK lua 5.1.5-1 OK luit 20130217-1 OK lynx 2.8.7-2 OK m4 1.4.17-1 OK make 4.0-2 OK makedepend 1.0.5-1 OK makepasswd 1.10-2 OK man-db 2.6.7-2 OK mboxcheck 0.1.2-2 OK mcpp 2.7.2-2 OK mercurial 3.0.1-1 OK mesa-demos 8.2.0-1 OK mingw-binutils 2.23.1-1 OK mingw-bzip2 1.0.6-2 OK mingw-gcc-core 4.7.3-1 OK mingw-gcc-fortran 4.7.3-1 OK mingw-gcc-g++ 4.7.3-1 OK mingw-gcc-objc 4.7.3-1 OK mingw-libbz2-devel 1.0.6-2 OK mingw-libbz2_2 1.0.6-2 OK mingw-libminizip-devel 1.2.8-1 OK mingw-libminizip1 1.2.8-1 OK mingw-minizip 1.2.8-1 OK mingw-pthreads 20110507-2 OK mingw-runtime 4.0-1 OK mingw-w32api 4.0-1 OK mingw-zlib 1.2.8-1 OK mingw-zlib-devel 1.2.8-1 OK mingw-zlib1 1.2.8-1 OK mingw64-i686-binutils 2.24.0.3.85cf705-1 OK mingw64-i686-bzip2 1.0.6-4 OK mingw64-i686-gcc-ada 4.8.3-1 OK mingw64-i686-gcc-core 4.8.3-1 OK mingw64-i686-gcc-fortran 4.8.3-1 OK mingw64-i686-gcc-g++ 4.8.3-1 OK mingw64-i686-gcc-objc 4.8.3-1 OK mingw64-i686-google-breakpad-devel 1390-1 OK mingw64-i686-headers 3.3.0-1 OK mingw64-i686-libgcrypt 1.5.3-1 OK mingw64-i686-libgpg-error 1.12-1 OK mingw64-i686-minizip 1.2.8-4 OK mingw64-i686-pkg-config 0.28-1 OK mingw64-i686-pthreads 20100619-5 OK mingw64-i686-runtime 3.3.0-1 OK mingw64-i686-windows-default-manifest 6.4-1 OK mingw64-i686-winpthreads 3.3.0-1 OK mingw64-i686-xz 5.0.5-1 OK mingw64-i686-zlib 1.2.8-4 OK mingw64-x86_64-binutils 2.24.0.3.85cf705-1 OK mingw64-x86_64-bzip2 1.0.6-4 OK mingw64-x86_64-gcc-ada 4.8.3-1 OK mingw64-x86_64-gcc-core 4.8.3-1 OK mingw64-x86_64-gcc-fortran 4.8.3-1 OK mingw64-x86_64-gcc-g++ 4.8.3-1 OK mingw64-x86_64-gcc-objc 4.8.3-1 OK mingw64-x86_64-google-breakpad-devel 1390-1 OK mingw64-x86_64-headers 3.2.0-1 OK mingw64-x86_64-libgcrypt 1.5.3-1 OK mingw64-x86_64-libgpg-error 1.12-1 OK mingw64-x86_64-minizip 1.2.8-4 OK mingw64-x86_64-pkg-config 0.28-1 OK mingw64-x86_64-pthreads 20100619-5 OK mingw64-x86_64-runtime 3.2.0-1 OK mingw64-x86_64-windows-default-manifest 6.4-1 OK mingw64-x86_64-winpthreads 3.2.0-1 OK mingw64-x86_64-xz 5.0.5-1 OK mingw64-x86_64-zlib 1.2.8-4 OK mintty 1.2-beta1-1 OK mkcomposecache 1.2.1-1 OK mkfontdir 1.0.7-1 OK mkfontscale 1.1.1-1 OK mm-common 0.9.6-1 OK monotone 1.0-3 OK motif 2.3.4-2 OK msmtp 1.4.31-1 OK nasm 2.10.07-1 OK net-snmp-agent-libs 5.7.2-1 OK net-snmp-devel 5.7.2-1 OK net-snmp-libs 5.7.2-1 OK net-snmp-perl 5.7.2-1 OK net-snmp-python 5.7.2-1 OK netpbm 10.61.02-1 OK obconf 2.0.4-1 OK Empty package ocaml ocaml 4.01.0-2 OK ocaml-base 4.01.0-2 OK ocaml-camlp4 4.01.0-2 OK ocaml-compiler-libs 4.01.0-2 OK oclock 1.0.3-1 OK offlineimap 6.5.5-1 OK onc-rpc-devel 2.19_20140816-1 OK openbox 3.5.2-2 OK openbox-devel 3.5.2-2 OK openjade 1.4devel1-3 OK openldap-devel 2.4.40-1 OK OpenSP 1.5.2-2 OK openssh 6.7p1-1 OK openssl 1.0.1j-1 OK openssl-devel 1.0.1j-1 OK p11-kit 0.20.7-1 OK p11-kit-trust 0.20.7-1 OK patch 2.7.1-1 OK patcher 0.0.20040521-1 OK patchutils 0.3.3-1 OK perl 5.14.4-1 OK perl-Archive-Zip 1.30-1 OK perl-Authen-SASL 2.16-1 OK perl-Business-ISBN 2.06-1 OK perl-Business-ISBN-Data 20120719.001-1 OK perl-Business-ISMN 1.11-1 OK perl-Business-ISSN 0.91-1 OK perl-Capture-Tiny 0.22-1 OK perl-Clone 0.34-1 OK perl-Config-AutoConf 0.22-1 OK perl-Data-Compare 1.22-1 OK perl-Data-Diver 1.0101-1 OK perl-Data-Dump 1.22-1 OK perl-Date-Simple 3.03-1 OK perl-DBD-mysql 4.023-1 OK perl-DBD-SQLite 1.37-4 OK perl-DBI 1.623-2 OK perl-Digest-HMAC 1.03-1 OK perl-Digest-SHA1 2.13-1 OK perl-Encode-EUCJPASCII 0.03-1 OK perl-Encode-HanExtra 0.23-1 OK perl-Encode-JIS2K 0.02-1 OK perl-Encode-Locale 1.03-1 OK perl-Error 0.17019-1 OK perl-ExtUtils-Depends 0.306-1 OK perl-ExtUtils-LibBuilder 0.04-1 OK perl-ExtUtils-PkgConfig 1.15-1 OK perl-File-Find-Rule 0.33-1 OK perl-File-Listing 6.04-1 OK perl-File-Slurp 9999.19-1 OK perl-File-Slurp-Unicode 0.7.1-1 OK perl-Getopt-ArgvFile 1.11-1 OK perl-gv 2.38.0-1 OK perl-HTML-Parser 3.70-1 OK perl-HTML-Tagset 3.20-1 OK perl-HTTP-Cookies 6.01-1 OK perl-HTTP-Daemon 6.01-1 OK perl-HTTP-Date 6.02-1 OK perl-HTTP-Message 6.06-1 OK perl-HTTP-Negotiate 6.01-1 OK perl-Image-Magick 6.7.6.3-4 OK perl-IO-HTML 1.00-1 OK perl-IO-Socket-IP 0.22-1 OK perl-IO-Socket-SSL 1.997-1 OK perl-IPC-Run3 0.045-1 OK perl-List-AllUtils 0.03-1 OK perl-List-MoreUtils 0.33-1 OK perl-Locale-gettext 1.05-12 OK perl-Log-Log4perl 1.41-1 OK perl-LWP 6.05-1 OK perl-LWP-MediaTypes 6.02-1 OK perl-LWP-Protocol-https 6.04-1 OK perl-MailTools 2.12-1 OK perl-MIME-Charset 1.009.3-1 OK perl-ming 0.4.5-1 OK perl-Module-ScanDeps 1.10-1 OK perl-Mozilla-CA 20130114-2 OK perl-Net-HTTP 6.06-1 OK perl-Net-Libproxy 0.4.11-2 OK perl-Net-SMTP-SSL 1.01-1 OK perl-Net-SSLeay 1.65-1 OK perl-Number-Compare 0.03-1 OK perl-PAR 1.007-1 OK perl-PAR-Dist 0.49-1 OK perl-PAR-Packer 1.014-1 OK perl-Params-Util 1.07-1 OK perl-Proc-ProcessTable 0.48-1 OK perl-Readonly 1.03-1 OK perl-Readonly-XS 1.05-1 OK perl-Regexp-Common 2013031301-1 OK perl-SGMLSpm 1.03ii-3 OK perl-Term-ReadKey 2.30-1 OK perl-Term-ReadLine-Gnu 1.20-1 OK perl-Text-BibTeX 0.66-1 OK perl-Text-CharWidth 0.04-2 OK perl-Text-CSV 1.32-1 OK perl-Text-CSV_XS 1.12-1 OK perl-Text-Glob 0.09-1 OK perl-Text-WrapI18N 0.06-2 OK perl-Tie-Cycle 1.17-1 OK perl-TimeDate 2.30-1 OK perl-Tk 804.030-3 OK perl-Tk-Canvas-GradientColor 1.05-1 OK perl-Tk-ColoredButton 1.05-1 OK perl-Tk-EntryCheck 0.04-1 OK perl-Tk-Getopt 0.50-1 OK perl-Tk-Pod 0.9941-1 OK perl-Unicode-Collate 0.97-1 OK perl-Unicode-GCString 2012.10-1 OK perl-URI 1.60-1 OK perl-WWW-RobotRules 6.02-1 OK perl-XML-LibXML 2.0018-1 OK perl-XML-LibXML-Simple 0.93-1 OK perl-XML-LibXSLT 1.80-1 OK perl-XML-NamespaceSupport 1.11-1 OK perl-XML-Parser 2.41-1 OK perl-XML-SAX 0.99-2 OK perl-XML-SAX-Base 1.08-1 OK perl-XML-Simple 2.20-1 OK perl-YAML 0.84-1 OK pkg-config 0.28-1 OK pl 6.6.6-1 OK pl-devel 6.6.6-1 OK pl-odbc 6.6.6-1 OK pl-static 6.6.6-1 OK pl-xpce 6.6.6-1 OK po4a 0.44-1 OK poco 1.4.7p1-1 OK poppler-data 0.4.6-1 OK popt 1.16-1 OK popt-devel 1.16-1 OK postgresql-devel 9.3.5-2 OK presentproto 1.0-1 OK procps 3.2.8-3 OK pstoedit-devel 3.61-1 OK pwget 2013.0911+gitaf1c897-2 OK pylint 1.1.0-1 OK python 2.7.8-1 OK python-avahi 0.6.31-2 OK python-backports.ssl_match_hostname 3.4.0.2-1 OK python-beautifulsoup 3.2.1-1 OK python-bonobo2 2.28.1-3 OK python-botan 1.10.8-2 OK python-bsddb3 5.3.0-2 OK python-caca 0.99.beta19-1 OK python-cairo 1.10.0-3 OK python-cairo-devel 1.10.0-3 OK python-chardet 2.0.1-2 OK python-crypto 2.6-1 OK python-dbus 1.2.0-1 OK python-dbus-devel 1.2.0-1 OK python-egg 2.29.0-2 OK python-fastimport 0.9.2-1 OK python-feedparser 5.0.1-2 OK python-gamin 0.1.10-15 OK python-gconf2 2.28.1-3 OK python-gdata 2.0.18-1 OK python-gi 3.10.2-1 OK python-gi-common 3.10.2-1 OK python-gi-devel 3.10.2-1 OK python-gnome2 2.28.1-3 OK python-gnomecanvas2 2.28.1-3 OK python-gnomevfs2 2.28.1-3 OK python-gobject 2.28.6-5 OK python-gobject-devel 2.28.6-5 OK python-goocanvas 0.14.1-4 OK python-gst0.10 0.10.22-2 OK python-gst0.10-devel 0.10.22-2 OK python-gtk2.0 2.24.0-3 OK python-gtk2.0-demo 2.24.0-3 OK python-gtk2.0-devel 2.24.0-3 OK python-gtksourceview2 2.10.1-2 OK python-gtkspell 2.29.0-2 OK python-gv 2.38.0-1 OK python-h5py 2.3.1-1 OK python-htmltmpl 1.22-3 OK python-imaging 1.1.7-5 OK python-libproxy 0.4.11-2 OK python-libxml2 2.9.2-1 OK python-libxslt 1.1.28-1 OK python-logilab-astng 0.23.1-2 OK python-logilab-common 0.58.0-2 OK python-lxml 3.2.3-1 OK python-magic 5.20-1 OK python-mako 0.7.2-2 OK python-markupsafe 0.15-2 OK python-ming 0.4.5-1 OK python-numpy 1.7.2-1 OK python-openssl 0.13.1-1 OK python-orbit 2.24.0-12 OK python-orbit-devel 2.24.0-12 OK python-paramiko 1.14+20140525+gite811e71-1 OK python-pyasn1 0.1.6-1 OK python-pygments 1.5-2 OK python-pyqt4 4.11.2-1 OK python-pyrex 0.9.9-2 OK python-requests 2.3.0-1 OK python-setuptools 0.6.34-1 OK python-simplejson 3.6.3-1 OK python-sip 4.16.4-1 OK python-six 1.7.3-1 OK python-tdb 1.2.11-2 OK python-test 2.7.8-1 OK python-tkinter 2.7.8-1 OK python-twisted 12.3.0-1 OK python-urllib3 1.8.2-1 OK python-webkit 1.1.8-2 OK python-webkit-devel 1.1.8-2 OK python-xdg 0.25-2 OK python-zope.interface 4.0.3-1 OK python3 3.2.5-4 OK python3-bsddb3 5.3.0-1 OK python3-caca 0.99.beta19-1 OK python3-cairo 1.10.0-3 OK python3-cairo-devel 1.10.0-3 OK python3-chardet 2.0.1-2 OK python3-dbus 1.2.0-1 OK python3-doc 3.2.3-1 OK python3-gi 3.10.2-1 OK python3-h5py 2.3.1-1 OK python3-libproxy 0.4.11-2 OK python3-lxml 3.2.3-1 OK python3-magic 5.20-1 OK python3-mako 0.7.2-1 OK python3-markupsafe 0.15-1 OK python3-numpy 1.7.2-1 OK python3-openssl 0.13.1-1 OK python3-pygments 1.5-1 OK python3-pyqt4 4.11.2-1 OK python3-requests 2.3.0-1 OK python3-setuptools 0.6.34-1 OK python3-sip 4.16.4-1 OK python3-six 1.7.3-1 OK python3-test 3.2.5-4 OK python3-tkinter 3.2.5-4 OK python3-urllib3 1.8.2-1 OK python3-xdg 0.25-1 OK qt3-devel-tools 3.3.8b-14 OK qt3-qtconfig 3.3.8b-14 OK quilt 0.63-1 OK randrproto 1.4.0-1 OK rarian 0.8.1-12 OK rats 2.3-1 OK rcs 5.9.3-1 OK rebase 4.4.1-1 OK recordproto 1.14.2-1 OK rendercheck 1.4-1 OK renderproto 0.11.1-1 OK resourceproto 1.2.0-1 OK rgb 1.0.5-1 OK robodoc 4.99.41-1 OK rpm 4.11.1-1 OK rpm-devel 4.11.1-1 OK rsnapshot 1.3.1-2 OK rstart 1.0.5-1 OK rsync 3.0.9-1 OK ruby 2.0.0-p598-1 OK ruby-io-console 0.4.2-1 OK ruby-json 1.8.1-1 OK ruby-minitest4 4.7.5-1 OK ruby-psych 2.0.6-1 OK ruby-rake 10.3.2-1 OK ruby-rdoc 4.1.2-1 OK rubygems 2.4.1-1 OK run 1.3.3-1 OK scons 2.3.4-1 OK scrnsaverproto 1.2.2-2 OK sed 4.2.2-3 OK sendxmpp 1.22-1 OK sessreg 1.0.8-1 OK setxkbmap 1.3.0-1 OK sgml-common 0.6.3-3 OK shared-mime-info 1.3-3 OK showfont 1.0.4-1 OK signify 1.14-1 OK smproxy 1.0.5-1 OK sound-theme-freedesktop 0.7-1 OK source-highlight 3.1.7-5 OK spambayes 1.0.4-2 OK splint 3.1.2-1 OK splitpatch 0.0+20131223+gitb13d810-1 OK stgit 0.17.1-1 OK subversion 1.8.10-2 OK subversion-apache2 1.8.10-2 OK subversion-devel 1.8.10-2 OK subversion-gnome 1.8.10-2 OK subversion-perl 1.8.10-2 OK subversion-python 1.8.10-2 OK subversion-ruby 1.8.10-2 OK subversion-tools 1.8.10-2 OK svn-load 1.3-1 OK svn_load_dirs 1.8.0-1 OK swig 2.0.12-1 OK t1lib-devel 5.1.2-1 OK t1lib5 5.1.2-1 OK t1libx-devel 5.1.2-1 OK t1libx5 5.1.2-1 OK tailor 0.9.35+darcs20090615-2 OK tar 1.27.1-1 OK tcl 8.5.11-1 OK tcl-tix 8.4.3-2 OK tcl-tk 8.5.11-1 OK tcm 2.20-1 OK ted 2.23-2 OK terminfo 5.9-20140524-1 OK terminfo-extra 5.9-20140524-1 OK texinfo 5.2-3 OK texlive 20140523-1 OK texlive-collection-basic 20140523-1 OK texlive-collection-bibtexextra 20140523-1 OK texlive-collection-binextra 20140523-1 OK texlive-collection-fontsrecommended 20140523-1 OK texlive-collection-latex 20140523-1 OK texlive-collection-latexextra 20140523-1 OK texlive-collection-latexrecommended 20140523-1 OK texlive-collection-mathextra 20140523-1 OK texlive-collection-pictures 20140523-1 OK transfig 3.2.5d-1 OK transset 1.0.1-1 OK twm 1.0.8-1 OK tzcode 2014j-1 OK unifdef 2.6-1 OK unzip 6.0-11 OK urlgrabber 3.1.0-3 OK util-linux 2.25.2-1 OK uw-imap 2007f-2 OK uw-imap-imapd 2007f-2 OK uw-imap-util 2007f-2 OK vala 0.22.1-1 OK vala-libcanberra 0.30-1 OK viewres 1.0.4-1 OK vim 7.4.527-1 OK vim-common 7.4.527-1 OK vim-minimal 7.4.527-1 OK w32api-headers 3.3.0-2 OK w32api-runtime 3.3.0-1 OK weechat-devel 1.0.1-1 OK wget 1.16-1 OK which 2.20-2 OK WindowMaker 0.95.6-1 OK windows-default-manifest 6.4-1 OK windowswmproto 1.0.4-1 OK x11perf 1.5.4-1 OK xauth 1.0.9-1 OK xbitmaps 1.1.1-1 OK xcb-proto 1.10-1 OK xclipboard 1.1.3-1 OK xclock 1.0.7-1 OK xcmiscproto 1.2.2-2 OK xcmsdb 1.0.4-1 OK xcompmgr 1.1.6-1 OK xconsole 1.0.6-1 OK xcursor-themes 1.0.4-1 OK xcursorgen 1.0.6-1 OK xdbedizzy 1.1.0-1 OK xdg-user-dirs 0.15-1 OK xditview 1.0.3-1 OK xdpyinfo 1.3.1-1 OK xev 1.2.1-1 OK xextproto 7.3.0-1 OK xeyes 1.1.1-1 OK xf86-video-dummy 0.3.7-2 OK xf86-video-nested 0.1.0-5 OK xf86bigfontproto 1.2.0-1 OK xfd 1.1.2-1 OK xfig 3.2.5b-1 OK xfig-lib 3.2.5b-1 OK xfontsel 1.0.5-1 OK xfs 1.1.3-20140603-1 OK xfsinfo 1.0.4-1 OK xgc 1.0.4-1 OK xhost 1.0.6-1 OK xineramaproto 1.2.1-1 OK xinit 1.3.4-1 OK xinput 1.6.1-1 OK xkbcomp 1.2.4-1 OK xkbevd 1.1.3-1 OK xkbprint 1.0.3-1 OK xkbutils 1.0.4-1 OK xkeyboard-config 2.12-1 OK xkill 1.0.4-1 OK xlaunch 20140605-1 OK xload 1.1.2-1 OK xloadimage 4.1-2 OK xlogo 1.0.4-1 OK xlsatoms 1.1.1-1 OK xlsclients 1.1.3-1 OK xlsfonts 1.0.4-1 OK xlsx2csv 0.11+20120814+gitf54ab78-1 OK xmag 1.0.4-1 OK xmessage 1.0.4-1 OK XmHTML 1.1.7-1 OK XmHTML-devel 1.1.7-1 OK xml2po 0.20.10-2 OK xmltoman 0.4-2 OK xmodmap 1.0.8-1 OK xmon 1.5.6-3 OK xmore 1.0.2-1 OK xorg-cf-files 1.0.5-2 OK xorg-docs 1.7-1 OK xorg-scripts 1.0.1-1 OK xorg-server 1.16.2-1 OK xorg-server-common 1.16.2-1 OK xorg-server-devel 1.16.2-1 OK xorg-server-dmx 1.16.2-1 OK xorg-server-extra 1.16.2-1 OK xorg-sgml-doctools 1.11-1 OK xorg-util-macros 1.19.0-1 OK xpdf 3.03-4 OK xpr 1.0.4-1 OK xprop 1.2.2-1 OK xproto 7.0.26-1 OK xrandr 1.4.3-1 OK xrdb 1.1.0-1 OK xrefresh 1.0.5-1 OK xscope 1.4-1 OK xset 1.2.3-1 OK xsetroot 1.1.0-1 OK xsm 1.0.3-1 OK xstdcmap 1.0.3-1 OK xterm 308-1 OK XtoW 20130802-2 OK xtrans 1.3.4-1 OK xwd 1.0.6-1 OK xwinclip 1.16.2-1 OK xwininfo 1.1.3-1 OK xwud 1.0.4-1 OK xxd 7.4.527-1 OK xz 5.0.5-1 OK yasm 1.3.0-1 OK yasm-devel 1.3.0-1 OK yelp-tools 3.10.0-1 OK yelp-xsl 3.10.1-1 OK zlib-devel 1.2.8-3 OK zlib0 1.2.8-3 OK Use -h to see help about each section -------------- next part -------------- [121325.031] Welcome to the XWin X Server [121325.031] Vendor: The Cygwin/X Project [121325.031] Release: 1.16.2.0 [121325.031] OS: CYGWIN_NT-6.1 pzi-s3 1.7.33-2(0.280/5/3) 2014-11-13 15:47 x86_64 [121325.031] OS: Windows 8.1 [Windows NT 6.3 build 9600] (Win64) [121325.031] Package: version 1.16.2-1 built 2014-11-11 [121325.031] [121325.031] winInitializeScreenDefaults - primary monitor w 2160 h 1440 [121325.031] winInitializeScreenDefaults - native DPI x 144 y 144 [121325.046] XWin was started with the following command line: /usr/bin/X [121325.046] (II) xorg.conf is not supported [121325.046] (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information [121325.046] LoadPreferences: /home/Peter/.XWinrc not found [121325.046] LoadPreferences: Loading /etc/X11/system.XWinrc [121325.046] LoadPreferences: Done parsing the configuration file... [121325.093] winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL [121325.093] winDetectSupportedEngines - Returning, supported engines 00000015 [121325.093] winSetEngine - Using Shadow DirectDraw NonLocking [121325.093] winScreenInit - Using Windows display depth of 32 bits per pixel [121325.187] winWindowProc - WM_SIZE - new client area w: 2138 h: 1352 [121325.250] winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff [121325.265] MIT-SHM extension disabled due to lack of kernel support [121325.265] XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel [121325.281] (EE) AIGLX: No native OpenGL in modes with a root window [121325.312] (II) AIGLX: enabled GLX_EXT_texture_from_pixmap [121325.312] (II) AIGLX: Loaded and initialized swrast [121325.312] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [121325.640] winPointerWarpCursor - Discarding first warp: 1069 676 [121325.640] (--) 5 mouse buttons found [121325.640] (--) Setting autorepeat to delay=500, rate=31 [121325.640] (--) Windows keyboard layout: "00000409" (00000409) "US", type 4 [121325.640] (--) Found matching XKB configuration "English (USA)" [121325.640] (--) Model = "pc105" Layout = "us" Variant = "none" Options = "none" [121325.640] Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" [121325.718] winProcEstablishConnection - winInitClipboard returned. [121325.718] winClipboardThreadProc - DISPLAY=:0.0 [121325.718] OS maintains clipboard viewer chain: yes [121325.734] winClipboardProc - XOpenDisplay () returned and successfully opened the display. [121463.546] winWindowProc - WM_ENTERSIZEMOVE [121463.640] winWindowProc - WM_SIZE - new client area w: 2137 h: 1352 [121463.671] winWindowProc - WM_SIZE - new client area w: 2135 h: 1352 [121463.687] winWindowProc - WM_SIZE - new client area w: 2134 h: 1352 [121463.703] winWindowProc - WM_SIZE - new client area w: 2132 h: 1352 [121463.734] winWindowProc - WM_SIZE - new client area w: 2130 h: 1352 [121463.734] winWindowProc - WM_SIZE - new client area w: 2128 h: 1351 [121463.765] winWindowProc - WM_SIZE - new client area w: 2124 h: 1349 [121463.781] winWindowProc - WM_SIZE - new client area w: 2115 h: 1344 [121463.796] winWindowProc - WM_SIZE - new client area w: 2103 h: 1338 [121463.828] winWindowProc - WM_SIZE - new client area w: 2089 h: 1331 [121463.843] winWindowProc - WM_SIZE - new client area w: 2077 h: 1323 [121463.859] winWindowProc - WM_SIZE - new client area w: 2064 h: 1313 [121463.890] winWindowProc - WM_SIZE - new client area w: 2054 h: 1306 [121463.906] winWindowProc - WM_SIZE - new client area w: 2047 h: 1300 [121463.921] winWindowProc - WM_SIZE - new client area w: 2039 h: 1294 [121463.937] winWindowProc - WM_SIZE - new client area w: 2035 h: 1291 [121463.968] winWindowProc - WM_SIZE - new client area w: 2028 h: 1287 [121463.984] winWindowProc - WM_SIZE - new client area w: 2023 h: 1285 [121464.015] winWindowProc - WM_SIZE - new client area w: 2022 h: 1284 [121464.718] winWindowProc - WM_SIZE - new client area w: 2023 h: 1284 [121464.750] winWindowProc - WM_SIZE - new client area w: 2025 h: 1285 [121464.765] winWindowProc - WM_SIZE - new client area w: 2026 h: 1286 [121464.796] winWindowProc - WM_SIZE - new client area w: 2029 h: 1289 [121464.828] winWindowProc - WM_SIZE - new client area w: 2030 h: 1292 [121464.843] winWindowProc - WM_SIZE - new client area w: 2034 h: 1297 [121464.859] winWindowProc - WM_SIZE - new client area w: 2036 h: 1300 [121464.875] winWindowProc - WM_SIZE - new client area w: 2036 h: 1301 [121464.953] winWindowProc - WM_SIZE - new client area w: 2036 h: 1302 [121464.984] winWindowProc - WM_SIZE - new client area w: 2037 h: 1302 [121465.015] winWindowProc - WM_SIZE - new client area w: 2037 h: 1304 [121465.250] winWindowProc - WM_EXITSIZEMOVE [121490.468] winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. [121490.484] winClipboardProc - XDestroyWindow succeeded. [121490.500] winDeinitMultiWindowWM - Noting shutdown in progress [121490.500] (EE) Server terminated successfully (0). Closing log file. -------------- 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 paxguy@yahoo.com Thu Dec 11 18:31:00 2014 From: paxguy@yahoo.com (Don Webster) Date: Thu, 11 Dec 2014 18:31:00 -0000 Subject: remote xterm's can't open display after upgrade Message-ID: <1716391920.60507.1418322712630.JavaMail.yahoo@jws10765.mail.gq1.yahoo.com> I needed to upgrade gs to gs 9.15, so I ran setup yesterday. It wanted to update a whole bunch of stuff, including X. OK, fine, I hadn't updated cygwin in quite a while, and I had other stuff to do. After the upgrade, I can't display remote xterms. OK, my old X shortcut didn't work, but I found "XWin Server" and pinned it to my task bar. I launch that and I have the X server running, and a local xterm pops up. I ssh into my linux server, and run my xterm, and get "can't open display". I did these steps. - turned off my Windows Firewall (I am on a safe, local network). - launched XWin Server. In the xterm that popped up: dcw@dcwdt02 ~ $ xhost + access control disabled, clients can connect from any host dcw@dcwdt02 ~ $ ssh centos6 Last login: Wed Dec 10 16:31:16 2014 from dcwdt02 centos6% setenv DISPLAY 10.11.22.33:0.0 # I use tcsh centos6% xterm xterm Xt error: Can't open display: 10.11.22.33:0.0 centos6% Is there something obvious? Note: when run xterm with the firewall off, the error is immediate. when I do it when the firewall is on, there is a delay before I get the error. This was all working on Monday with my older version of cygwin-x, which I think was a 2011 vintage. (I don't upgrade stuff very often for this very reason.) Attached is my log. Any help is appreciated. In general, I love cygwin and cygwin-x; it is awesome for a 25-year unix jock like me. don.. -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 3678 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 jon.turney@dronecode.org.uk Thu Dec 11 19:14:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 11 Dec 2014 19:14:00 -0000 Subject: remote xterm's can't open display after upgrade In-Reply-To: <1716391920.60507.1418322712630.JavaMail.yahoo@jws10765.mail.gq1.yahoo.com> References: <1716391920.60507.1418322712630.JavaMail.yahoo@jws10765.mail.gq1.yahoo.com> Message-ID: <5489ED06.5040606@dronecode.org.uk> On 11/12/2014 18:31, Don Webster wrote: > I needed to upgrade gs to gs 9.15, so I ran setup yesterday. It > wanted to update a whole bunch of stuff, including X. OK, fine, I > hadn't updated cygwin in quite a while, and I had other stuff to do. > > After the upgrade, I can't display remote xterms. OK, my old X > shortcut didn't work, but I found "XWin Server" and pinned it to my > task bar. I launch that and I have the X server running, and a local > xterm pops up. I ssh into my linux server, and run my xterm, and get > "can't open display". I did these steps. > > - turned off my Windows Firewall (I am on a safe, local network). - > launched XWin Server. > > In the xterm that popped up: > dcw@dcwdt02 ~ > $ xhost + > access control disabled, clients can connect from any host > > dcw@dcwdt02 ~ > $ ssh centos6 > Last login: Wed Dec 10 16:31:16 2014 from dcwdt02 > centos6% setenv DISPLAY 10.11.22.33:0.0 # I use tcsh > centos6% xterm > xterm Xt error: Can't open display: 10.11.22.33:0.0 > centos6% > > Is there something obvious? https://cygwin.com/ml/cygwin-xfree/2014-11/msg00029.html The relevant part is "startx and startxwin now pass '-nolisten tcp' to the server by default, which increases security in the X server by not opening a port to TCP connections. The '-listen' flag can be passed as a server argument to override this." Your choices are to add the '-listen' flag to the startxwin invocation, or (better) to use 'ssh -Y' and not explicitly set DISPLAY (See http://x.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh) -- 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 paxguy@yahoo.com Thu Dec 11 21:16:00 2014 From: paxguy@yahoo.com (Don Webster) Date: Thu, 11 Dec 2014 21:16:00 -0000 Subject: remote xterm's can't open display after upgrade In-Reply-To: <5489ED06.5040606@dronecode.org.uk> References: <5489ED06.5040606@dronecode.org.uk> Message-ID: <1064081870.21689.1418332471886.JavaMail.yahoo@jws10705.mail.gq1.yahoo.com> Jon, That worked! Thank you! Your awesomeness is awesome. I just edited /usr/bin/startxwin to have: #listenarg="-nolisten tcp"listenarg="" I think you were suggesting a more elegant solution, that I didn't grasp. I don't know if this is worthy of adding to the Upgrade section of the FAQ, because I did look there (and several other places) before posting in this forum. Thanks again. You're the best. don.. ----- Original Message ----- From: Jon TURNEY To: cygwin-xfree@cygwin.com Cc: paxguy@yahoo.com Sent: Thursday, December 11, 2014 2:14 PM Subject: Re: remote xterm's can't open display after upgrade On 11/12/2014 18:31, Don Webster wrote: > I needed to upgrade gs to gs 9.15, so I ran setup yesterday. It > wanted to update a whole bunch of stuff, including X. OK, fine, I > hadn't updated cygwin in quite a while, and I had other stuff to do. > > After the upgrade, I can't display remote xterms. OK, my old X > shortcut didn't work, but I found "XWin Server" and pinned it to my > task bar. I launch that and I have the X server running, and a local > xterm pops up. I ssh into my linux server, and run my xterm, and get > "can't open display". I did these steps. > > - turned off my Windows Firewall (I am on a safe, local network). - > launched XWin Server. > > In the xterm that popped up: > dcw@dcwdt02 ~ > $ xhost + > access control disabled, clients can connect from any host > > dcw@dcwdt02 ~ > $ ssh centos6 > Last login: Wed Dec 10 16:31:16 2014 from dcwdt02 > centos6% setenv DISPLAY 10.11.22.33:0.0 # I use tcsh > centos6% xterm > xterm Xt error: Can't open display: 10.11.22.33:0.0 > centos6% > > Is there something obvious? https://cygwin.com/ml/cygwin-xfree/2014-11/msg00029.html The relevant part is "startx and startxwin now pass '-nolisten tcp' to the server by default, which increases security in the X server by not opening a port to TCP connections. The '-listen' flag can be passed as a server argument to override this." Your choices are to add the '-listen' flag to the startxwin invocation, or (better) to use 'ssh -Y' and not explicitly set DISPLAY (See http://x.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh) -- 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 jaeuvt@gmail.com Fri Dec 12 19:55:00 2014 From: jaeuvt@gmail.com (JimE) Date: Fri, 12 Dec 2014 19:55:00 -0000 Subject: remote xterm's can't open display after upgrade References: <1716391920.60507.1418322712630.JavaMail.yahoo@jws10765.mail.gq1.yahoo.com> Message-ID: Don Webster yahoo.com> writes: > > After the upgrade, I can't display remote xterms. OK, my old X shortcut didn't work, but I found "XWin > Server" and pinned it to my task bar. I launch that and I have the X server running, and a local xterm pops up. I > ssh into my linux server, and run my xterm, and get "can't open display". ... > This was all working on Monday with my older version of cygwin-x, which I think was a 2011 vintage. (I don't > upgrade stuff very often for this very reason.) > > Attached is my log. > > Any help is appreciated. In general, I love cygwin and cygwin-x; it is aw Hi Don, I'm in the same boat. I just upgraded cygwin and now I can't get remote xterms to display on the local machine. The previous version of startxwin.exe started a server on DISPLAY=IPAddress:0.0 and I could display remote Xte rms because I'd set the remote DISPLAY variable to the same value, and they could get to the PAddress. The new version of startxwin.exe uses DISPLAY=:0.0, and remote xterms won't display/can't find my machine. I tried setting the remote machine's DISPLAY=IPAddress:0 and to DISPLAY=machinename:0, but I get "Error: Can't open display: IPAddress:0" or "Error: Can't open display: machinename:0" On the local machine I tried "xhost + remotemachine" and "xhost +", still no luck. Still looking for an answer... JimE -- 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 jofferman@gmail.com Fri Dec 12 22:03:00 2014 From: jofferman@gmail.com (J. Offerman) Date: Fri, 12 Dec 2014 22:03:00 -0000 Subject: remote xterm's can't open display after upgrade In-Reply-To: <5489ED06.5040606@dronecode.org.uk> References: <1716391920.60507.1418322712630.JavaMail.yahoo@jws10765.mail.gq1.yahoo.com> <5489ED06.5040606@dronecode.org.uk> Message-ID: Instead of bothering with the nolisten option and running $ ssh centos6 Just do this: $ ssh -Y centos6 without touching the xserver option. That's what Jon meant. I also stumbled upon this awhile back and pulled my hair(from whereever I still got them). On Thu, Dec 11, 2014 at 11:14 AM, Jon TURNEY wrote: > On 11/12/2014 18:31, Don Webster wrote: >> >> I needed to upgrade gs to gs 9.15, so I ran setup yesterday. It >> wanted to update a whole bunch of stuff, including X. OK, fine, I >> hadn't updated cygwin in quite a while, and I had other stuff to do. >> >> After the upgrade, I can't display remote xterms. OK, my old X >> shortcut didn't work, but I found "XWin Server" and pinned it to my >> task bar. I launch that and I have the X server running, and a local >> xterm pops up. I ssh into my linux server, and run my xterm, and get >> "can't open display". I did these steps. >> >> - turned off my Windows Firewall (I am on a safe, local network). - >> launched XWin Server. >> >> In the xterm that popped up: >> dcw@dcwdt02 ~ >> $ xhost + >> access control disabled, clients can connect from any host >> >> dcw@dcwdt02 ~ >> $ ssh centos6 >> Last login: Wed Dec 10 16:31:16 2014 from dcwdt02 >> centos6% setenv DISPLAY 10.11.22.33:0.0 # I use tcsh >> centos6% xterm >> xterm Xt error: Can't open display: 10.11.22.33:0.0 >> centos6% >> >> Is there something obvious? > > > https://cygwin.com/ml/cygwin-xfree/2014-11/msg00029.html > > The relevant part is "startx and startxwin now pass '-nolisten tcp' to the > server by default, which increases security in the X server by not opening a > port to TCP connections. The '-listen' flag can be passed as a server > argument to override this." > > Your choices are to add the '-listen' flag to the startxwin invocation, or > (better) to use 'ssh -Y' and not explicitly set DISPLAY (See > http://x.cygwin.com/docs/ug/using-remote-apps.html#using-remote-apps-ssh) > > -- > 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/ > -- 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 varro@nodomain.invalid Sat Dec 13 16:20:00 2014 From: varro@nodomain.invalid (Will Parsons) Date: Sat, 13 Dec 2014 16:20:00 -0000 Subject: startxwin.exe no longer exists? Message-ID: For several years now I have been starting X windows by clicking on an icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe. It has recently ceased to work because apparently startxwin.exe no longer exists. Somehow I missed where this was removed, so what is the recommended way of starting X from a desktop icon now? I seem to recall that startxwin.exe was introduced some time ago because using a script to start X was inadequate somehow, but I don't remember the details, so what changed? -- Will -- 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 Sat Dec 13 18:17:00 2014 From: marco.atzeri@gmail.com (Marco Atzeri) Date: Sat, 13 Dec 2014 18:17:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: Message-ID: <548C82A3.9080604@gmail.com> On 12/12/2014 7:07 PM, Will Parsons wrote: > For several years now I have been starting X windows by clicking on an > icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe. It > has recently ceased to work because apparently startxwin.exe no longer > exists. Somehow I missed where this was removed, so what is the > recommended way of starting X from a desktop icon now? > > I seem to recall that startxwin.exe was introduced some time ago > because using a script to start X was inadequate somehow, but I don't > remember the details, so what changed? > https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg00004.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 kennethwolcott@gmail.com Sun Dec 14 01:41:00 2014 From: kennethwolcott@gmail.com (Kenneth Wolcott) Date: Sun, 14 Dec 2014 01:41:00 -0000 Subject: FYI: Unknown package error during post-installation of 32-bit cywgin Message-ID: Hi; FYI: Unknown package error during post-installation of 32-bit cywgin: Package: Unknown package mate-session-manager.sh exit code 127 openbox.sh exit code 127 WindowMaker.sh exit code 127 xfce4-session.sh exit code 127 xinit.sh exit code 127 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cygwin@tlinx.org Sun Dec 14 22:43:00 2014 From: cygwin@tlinx.org (Linda Walsh) Date: Sun, 14 Dec 2014 22:43:00 -0000 Subject: remote xterm's can't open display after upgrade In-Reply-To: References: <1716391920.60507.1418322712630.JavaMail.yahoo@jws10765.mail.gq1.yahoo.com> Message-ID: <548E127D.6020705@tlinx.org> JimE wrote: > > Hi Don, > I'm in the same boat. I just upgraded cygwin and now I can't get remote xterms to > display on the local machine. ---- Question -- Is your local machine on a closed net? I.e. My windows machine is on a local subnet (example: 192.168.x.y) that isn't (usually) exposed to the internet. 1st thing to note, is that my win X server starts automatically when I log into windows (well it usually does unless some "upgrade"[sic] makes something incompat), BUT, less likely to have problems, as I start the X-server via my *own* script in my homedir's "bin" dir. I.e. the shortcut on my QuickLaunch Bar (yeah, running W7 and still using that...)... has Target: C:\bin\bash.exe -c '"%USERPROFILE%/bin/startxwin.sh"' Startin: %HOMEDRIVE%%HOMEPATH% --- my startxwin.sh is mostly free of non-cygwin deps, except for a tray-message util, "notify" which lets me put up messages if the server is already running and such. ---- I'll leave in the comments (mostly NOTES to self or OLD code...)... but if you know shell script, shouldn't be hard to modify to your use case. Some things (like a "mount -c /") at the beginning of the script have been added over the years to increase robustness. This script hasn't been "cleaned" for looking good or best coding style, but given how often I need to maintain or change it, I haven't been motivated. It has disabled code that tried to start dbus, but it didn't work reliably, so it's commented out. Parts were rewritten to try to minimize use of non-shell, external commands (minimize deps, efficiency). Note 1: If you want to use this in an unsecure network, then you need to start this through an "ssh" command to the remote machine and not reset the DISPLAY... Note 2: one thing this script does that the cygwin script does not do -- it tries to read your display's "DPI" and set the corresponding option in the X-display. ---------------------extra config file: (optional) ~/.mind/Xserver-dflt-overrrides---- +ac ---------------------bash script: startxwin.sh #!/bin/bash # (c) LA Walsh 2004-2014, licenced under GPLv2 and/or to nice people #export DISPLAY=:0 #export XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults #export XCMSDB=/usr/X11R6/lib/X11/Xcms.txt #export XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB #export XNLSPATH=/usr/X11R6/lib/X11/locale #unexport XAPPLRESDIR XCMSDB XKEYSYMDB XNLSPATH # see cygwin Xwin for more option examples # relevant ops: # -multiwindow = use windows manage; not w/(-rootless|-fullscreen) # -clipboard = use built-in version (integrated w/windows) # -unixkill = Enable Ctrl-Alt-BS as X-server shutdown cmnd # -nowinkill = Disable Alt+F4 as a server shutdown key combination. # -trayicon = (default) windows tray icon enabled mount -c / export PATH=/bin:$(/bin/cygpath "$USERPROFILE")/bin:$PATH #ensure our bin is 1st shopt -s expand_aliases extglob alias notify=$(type -P notifu) alias int=declare\ -i alias sub=function alias xset=$(type -P xset); alias array=declare\ -a alias my=declare export DISPLAY="${DISPLAY:-":0"}" sub xup { local stat read -t .1 stat <<<$(xset q >&/dev/null; echo $?) && return $stat ((-1)) } sub Xwin_pids { ( cd /proc && for p in +([0-9])/ ;do p2=${p%/} prg=$(<${p2}/exename) if [[ $prg =~ .*XWin ]]; then printf "%d:%s\n" "$p2" "$prg" fi done ) } #sub Xwin_pid { echo $(/bin/ps -s|/bin/awk -- '/\?.*XWin/{print $1}') ; } sub Xwin_pid { array Xprgs readarray Xprgs< <(Xwin_pids) if ((!${#Xprgs[@]}));then echo 0 return 1 fi my x=${Xprgs[0]} my pid=${x%%:**} prg=${x##*:} array out=( "$pid" "$prg") printf "%s " "${out[@]}" printf "\n" return 0 } sub Xwin_running { int pd; my pg read pd pg < <(Xwin_pid) return $(((!pd))) } export -f Xwin_pids Xwin_pid #sub Xwin_pid { echo $(/bin/ps -s|/bin/awk -- '/\?.*XWin/{print $1}') ; } #export -f Xwin_pid #sub Xwin_running { [[ $(Xwin_pid) ]] ; } #export TERM=15 KILL=9 sub tidy_old_Xwin { local -a sigs=(TERM TERM KILL) # try 2 TERMs then KILL upto maxsigs int pd; my pg int maxsigs=3 lastsig=${#sigs[*]} while ((1)); do read pd pg < <(Xwin_pid) ((pd)) || break #int i=--maxsigs>lastsig ? lastsig:maxsigs kill -${sigs[--maxsigs>lastsig ? lastsig:maxsigs]} $pd ((maxsigs)) || break sleep 1 done rm -fr /tmp/.X11-unix } sub get_dpi { dpi=$(regtool -d get '/HKLM/Software/Microsoft/Windows NT/CurrentVersion/FontDPI/LogPixels') # check for insane values ((dpi<50||dpi>>400)) && dpi=96 echo "$dpi" } sub get_fontpath { local fontpath="/usr/share/TTF,built-ins,/usr/share/fonts/misc,/usr/share/fonts/100dpi" echo -n "$fontpath" } sub start_XWin { local fontpath="/usr/share/fonts/TTF,built-ins,/usr/share/fonts/misc,/usr/share/fonts/100dpi" int dpi=$(get_dpi) cmd="/bin/run /bin/XWin ${dpi:+-dpi $dpi} -nomultimonitors -clipboard -ac -unixkill -nowinkill -wgl -bs -fp "$fontpath" -multiwindow" echo cmd="$cmd" $cmd } declare -a default_switches=(-dpi -clipboard -unixkill -nowinkill -bs -ac -fp -multiwindow -wgl) readarray -t args< <( a="$default_switches[@]"; IFS=$'\n'; echo "${a[*]#?}"|sort -k1.2 ) sub read_users_mind { #(reads file in lieu of HW support for actual) if [[ -O ~/.mind && -O ~/.mind/Xserver-dflt-overrides ]]; then readarray -t overrides < <( -x <~/.mind/Xserver-dflt-overrides perl -wnE ' chomp; s/\s*(?:#.*)?$//; s/^\s*// s/\s\s+/\s/ ; $_ || next; print $_."\n" ') fi typeset -a switches } sub start_dbus { /bin/run /bin/dbus-launch --exit_with_session ~/.Xsession } sub _in { local x=${1:?};shift for ((;$#>0;)); do [[ $x == $1 ]] && return 0;shift; done return 1 } int tries=3 if Xwin_running && xup; then notify /t info /m "Xserver already running and ready" /d 5000 else echo Cannot contact X Server tidy_old_Xwin while ((1)); do start_XWin $(read_users_mind) sleep 1 for ((i=0;i<5;++i)); do xup && break 2 sleep 1 done if ((--tries<=0)); then m="EXITING: Timeout Waiting for Xserver Startup!!" echo "$m" notify /t error /m "$m" exit 1; fi done #start_dbus || { m="Error Starting Dbus"; echo "$m"; notify /t error /m "$m"; } fi # vim: ts=2:sw=2 -- 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 varro@nodomain.invalid Tue Dec 16 02:50:00 2014 From: varro@nodomain.invalid (Will Parsons) Date: Tue, 16 Dec 2014 02:50:00 -0000 Subject: startxwin.exe no longer exists? References: <548C82A3.9080604@gmail.com> Message-ID: Marco Atzeri wrote: > > On 12/12/2014 7:07 PM, Will Parsons wrote: >> For several years now I have been starting X windows by clicking on an >> icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe. It >> has recently ceased to work because apparently startxwin.exe no longer >> exists. Somehow I missed where this was removed, so what is the >> recommended way of starting X from a desktop icon now? >> >> I seem to recall that startxwin.exe was introduced some time ago >> because using a script to start X was inadequate somehow, but I don't >> remember the details, so what changed? >> > https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg00004.html OK - so what I get from that is that whatever problems were associated with the original shell script have been solved and startxwin is now a shell script again. But, my basic question is unanswered - how do I start an X session from an icon? Obviously, simply replacing the link to startxwin.exe to startxwin will not work, so I copied the shortcut from the start menu to the desktop and tried it (after renaming my .xinitrc and .startxwinrc files to avoid any problems with the change of model). If I click on the icon, I *do* get an X session (along with an xterm that I don't need), but if try (e.g.) to start emacs under mintty, I get a non-X emacs, with an error message: Display :0 unavailable, simulating -nw Sure, display :0 is unavailable; checking DISPLAY in the (unwanted) xterm shows DISPLAY is set to :5. Why's that I wonder? Further investigation shows ls -ltr /tmp: -r--r--r-- 1 william None 11 Nov 28 17:43 /tmp/.X0-lock -r--r--r-- 1 william None 11 Dec 13 17:43 /tmp/.X1-lock -r--r--r-- 1 william None 11 Dec 13 17:55 /tmp/.X2-lock -r--r--r-- 1 william None 11 Dec 13 19:22 /tmp/.X3-lock -r--r--r-- 1 william None 11 Dec 15 16:53 /tmp/.X4-lock -r--r--r-- 1 william None 11 Dec 15 17:00 /tmp/.X5-lock Interesting. It looks like every time I start an X session a lock file is created and doesn't get deleted, so the display number keeps changing. This doesn't look right, so how do I avoid it? -- Will -- 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 Dec 16 02:56:00 2014 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Tue, 16 Dec 2014 02:56:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: <548C82A3.9080604@gmail.com> Message-ID: <548F9F4B.6050002@cygwin.com> On 12/15/2014 09:49 PM, Will Parsons wrote: > Marco Atzeri wrote: >> >> On 12/12/2014 7:07 PM, Will Parsons wrote: >>> For several years now I have been starting X windows by clicking on an >>> icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe. It >>> has recently ceased to work because apparently startxwin.exe no longer >>> exists. Somehow I missed where this was removed, so what is the >>> recommended way of starting X from a desktop icon now? >>> >>> I seem to recall that startxwin.exe was introduced some time ago >>> because using a script to start X was inadequate somehow, but I don't >>> remember the details, so what changed? >>> >> https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg00004.html > > OK - so what I get from that is that whatever problems were associated > with the original shell script have been solved and startxwin is now a > shell script again. But, my basic question is unanswered - how do I > start an X session from an icon? Obviously, simply replacing the link > to startxwin.exe to startxwin will not work, so I copied the shortcut > from the start menu to the desktop and tried it (after renaming my > .xinitrc and .startxwinrc files to avoid any problems with the change > of model). > > If I click on the icon, I *do* get an X session (along with an xterm > that I don't need), but if try (e.g.) to start emacs under mintty, I > get a non-X emacs, with an error message: > > Display :0 unavailable, simulating -nw > > Sure, display :0 is unavailable; checking DISPLAY in the (unwanted) > xterm shows DISPLAY is set to :5. Why's that I wonder? > > Further investigation shows ls -ltr /tmp: > > -r--r--r-- 1 william None 11 Nov 28 17:43 /tmp/.X0-lock > -r--r--r-- 1 william None 11 Dec 13 17:43 /tmp/.X1-lock > -r--r--r-- 1 william None 11 Dec 13 17:55 /tmp/.X2-lock > -r--r--r-- 1 william None 11 Dec 13 19:22 /tmp/.X3-lock > -r--r--r-- 1 william None 11 Dec 15 16:53 /tmp/.X4-lock > -r--r--r-- 1 william None 11 Dec 15 17:00 /tmp/.X5-lock > > Interesting. It looks like every time I start an X session a lock > file is created and doesn't get deleted, so the display number keeps > changing. This doesn't look right, so how do I avoid it? You will get one lock file for every instance of the server you are running. To remove the lock files, kill all instances of the server and remove any remaining lock files. Then you can start a single session. -- 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 varro@nodomain.invalid Tue Dec 16 03:30:00 2014 From: varro@nodomain.invalid (Will Parsons) Date: Tue, 16 Dec 2014 03:30:00 -0000 Subject: startxwin.exe no longer exists? References: <548C82A3.9080604@gmail.com> <548F9F4B.6050002@cygwin.com> Message-ID: Larry Hall (Cygwin-X) wrote: > On 12/15/2014 09:49 PM, Will Parsons wrote: >> Marco Atzeri wrote: >>> >>> On 12/12/2014 7:07 PM, Will Parsons wrote: >>>> For several years now I have been starting X windows by clicking on an >>>> icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe. It >>>> has recently ceased to work because apparently startxwin.exe no longer >>>> exists. Somehow I missed where this was removed, so what is the >>>> recommended way of starting X from a desktop icon now? >>>> >>>> I seem to recall that startxwin.exe was introduced some time ago >>>> because using a script to start X was inadequate somehow, but I don't >>>> remember the details, so what changed? >>>> >>> https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg00004.html >> >> OK - so what I get from that is that whatever problems were associated >> with the original shell script have been solved and startxwin is now a >> shell script again. But, my basic question is unanswered - how do I >> start an X session from an icon? Obviously, simply replacing the link >> to startxwin.exe to startxwin will not work, so I copied the shortcut >> from the start menu to the desktop and tried it (after renaming my >> .xinitrc and .startxwinrc files to avoid any problems with the change >> of model). >> >> If I click on the icon, I *do* get an X session (along with an xterm >> that I don't need), but if try (e.g.) to start emacs under mintty, I >> get a non-X emacs, with an error message: >> >> Display :0 unavailable, simulating -nw >> >> Sure, display :0 is unavailable; checking DISPLAY in the (unwanted) >> xterm shows DISPLAY is set to :5. Why's that I wonder? >> >> Further investigation shows ls -ltr /tmp: >> >> -r--r--r-- 1 william None 11 Nov 28 17:43 /tmp/.X0-lock >> -r--r--r-- 1 william None 11 Dec 13 17:43 /tmp/.X1-lock >> -r--r--r-- 1 william None 11 Dec 13 17:55 /tmp/.X2-lock >> -r--r--r-- 1 william None 11 Dec 13 19:22 /tmp/.X3-lock >> -r--r--r-- 1 william None 11 Dec 15 16:53 /tmp/.X4-lock >> -r--r--r-- 1 william None 11 Dec 15 17:00 /tmp/.X5-lock >> >> Interesting. It looks like every time I start an X session a lock >> file is created and doesn't get deleted, so the display number keeps >> changing. This doesn't look right, so how do I avoid it? > > You will get one lock file for every instance of the server you are running. > To remove the lock files, kill all instances of the server and remove any > remaining lock files. Then you can start a single session. well, I *had* killed them. Are you saying I need to manually remove these old lock files? I suppose I can come up with a way of semi-automating this, but it doesn't seem like it should be necessary. Is this a matter of X sessions not properly exiting? -- Will -- 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 Dec 16 03:35:00 2014 From: reply-to-list-only-lh@cygwin.com (Larry Hall (Cygwin-X)) Date: Tue, 16 Dec 2014 03:35:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: <548C82A3.9080604@gmail.com> <548F9F4B.6050002@cygwin.com> Message-ID: <548FA881.1080500@cygwin.com> On 12/15/2014 10:30 PM, Will Parsons wrote: > Larry Hall (Cygwin-X) wrote: >> On 12/15/2014 09:49 PM, Will Parsons wrote: >>> Marco Atzeri wrote: >>>> >>>> On 12/12/2014 7:07 PM, Will Parsons wrote: >>>>> For several years now I have been starting X windows by clicking on an >>>>> icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe. It >>>>> has recently ceased to work because apparently startxwin.exe no longer >>>>> exists. Somehow I missed where this was removed, so what is the >>>>> recommended way of starting X from a desktop icon now? >>>>> >>>>> I seem to recall that startxwin.exe was introduced some time ago >>>>> because using a script to start X was inadequate somehow, but I don't >>>>> remember the details, so what changed? >>>>> >>>> https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg00004.html >>> >>> OK - so what I get from that is that whatever problems were associated >>> with the original shell script have been solved and startxwin is now a >>> shell script again. But, my basic question is unanswered - how do I >>> start an X session from an icon? Obviously, simply replacing the link >>> to startxwin.exe to startxwin will not work, so I copied the shortcut >>> from the start menu to the desktop and tried it (after renaming my >>> .xinitrc and .startxwinrc files to avoid any problems with the change >>> of model). >>> >>> If I click on the icon, I *do* get an X session (along with an xterm >>> that I don't need), but if try (e.g.) to start emacs under mintty, I >>> get a non-X emacs, with an error message: >>> >>> Display :0 unavailable, simulating -nw >>> >>> Sure, display :0 is unavailable; checking DISPLAY in the (unwanted) >>> xterm shows DISPLAY is set to :5. Why's that I wonder? >>> >>> Further investigation shows ls -ltr /tmp: >>> >>> -r--r--r-- 1 william None 11 Nov 28 17:43 /tmp/.X0-lock >>> -r--r--r-- 1 william None 11 Dec 13 17:43 /tmp/.X1-lock >>> -r--r--r-- 1 william None 11 Dec 13 17:55 /tmp/.X2-lock >>> -r--r--r-- 1 william None 11 Dec 13 19:22 /tmp/.X3-lock >>> -r--r--r-- 1 william None 11 Dec 15 16:53 /tmp/.X4-lock >>> -r--r--r-- 1 william None 11 Dec 15 17:00 /tmp/.X5-lock >>> >>> Interesting. It looks like every time I start an X session a lock >>> file is created and doesn't get deleted, so the display number keeps >>> changing. This doesn't look right, so how do I avoid it? >> >> You will get one lock file for every instance of the server you are running. >> To remove the lock files, kill all instances of the server and remove any >> remaining lock files. Then you can start a single session. > > well, I *had* killed them. Are you saying I need to manually remove > these old lock files? I suppose I can come up with a way of > semi-automating this, but it doesn't seem like it should be necessary. > Is this a matter of X sessions not properly exiting? Yes, that is correct. In general, you shouldn't see this. -- 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 meh@winfirst.com Tue Dec 16 14:29:00 2014 From: meh@winfirst.com (Mark Hansen) Date: Tue, 16 Dec 2014 14:29:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: <548C82A3.9080604@gmail.com> Message-ID: <549041B5.5010400@winfirst.com> On 12/15/2014 6:49 PM, Will Parsons wrote: > Marco Atzeri wrote: >> >> On 12/12/2014 7:07 PM, Will Parsons wrote: >>> For several years now I have been starting X windows by clicking on an >>> icon on my desktop that is a link to C:\cygwin\bin\startxwin.exe. It >>> has recently ceased to work because apparently startxwin.exe no longer >>> exists. Somehow I missed where this was removed, so what is the >>> recommended way of starting X from a desktop icon now? >>> >>> I seem to recall that startxwin.exe was introduced some time ago >>> because using a script to start X was inadequate somehow, but I don't >>> remember the details, so what changed? >>> >> https://cygwin.com/ml/cygwin-xfree-announce/2014-11/msg00004.html > > OK - so what I get from that is that whatever problems were associated > with the original shell script have been solved and startxwin is now a > shell script again. But, my basic question is unanswered - how do I > start an X session from an icon? Obviously, simply replacing the link > to startxwin.exe to startxwin will not work, so I copied the shortcut > from the start menu to the desktop and tried it (after renaming my > .xinitrc and .startxwinrc files to avoid any problems with the change > of model). Here is the content of the desktop shortcut that I use: C:\Apps\cygwin\bin\run.exe /usr/bin/bash.exe -l -c "/usr/bin/startxwin.exe -- -emulate3buttons 100 -multiwindow -clipboard -swcursor" I have this set to run when I log into the machine and it works fine. -- 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 ErikSoderquist@gmail.com Tue Dec 16 16:00:00 2014 From: ErikSoderquist@gmail.com (Erik Soderquist) Date: Tue, 16 Dec 2014 16:00:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: <548C82A3.9080604@gmail.com> Message-ID: > > Sure, display :0 is unavailable; checking DISPLAY in the (unwanted) > xterm shows DISPLAY is set to :5. Why's that I wonder? > > Further investigation shows ls -ltr /tmp: > > -r--r--r-- 1 william None 11 Nov 28 17:43 /tmp/.X0-lock > -r--r--r-- 1 william None 11 Dec 13 17:43 /tmp/.X1-lock > -r--r--r-- 1 william None 11 Dec 13 17:55 /tmp/.X2-lock > -r--r--r-- 1 william None 11 Dec 13 19:22 /tmp/.X3-lock > -r--r--r-- 1 william None 11 Dec 15 16:53 /tmp/.X4-lock > -r--r--r-- 1 william None 11 Dec 15 17:00 /tmp/.X5-lock > > Interesting. It looks like every time I start an X session a lock > file is created and doesn't get deleted, so the display number keeps > changing. This doesn't look right, so how do I avoid it? > > -- > Will What I do is specify the display on the command line. If it fails, I check for an existing operational session with the same display. If it exists, I simply exit the script. If not, I free the lock file and retry the X server start on the chosen display. -- Erik -- 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 rcunningham@ucsd.edu Tue Dec 16 16:36:00 2014 From: rcunningham@ucsd.edu (rcunningham) Date: Tue, 16 Dec 2014 16:36:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: <548C82A3.9080604@gmail.com> Message-ID: <54905E8F.40809@ucsd.edu> On 12/16/2014 8:00 AM, Erik Soderquist wrote: > >> Sure, display :0 is unavailable; checking DISPLAY in the (unwanted) >> xterm shows DISPLAY is set to :5. Why's that I wonder? >> >> Further investigation shows ls -ltr /tmp: >> >> -r--r--r-- 1 william None 11 Nov 28 17:43 /tmp/.X0-lock >> -r--r--r-- 1 william None 11 Dec 13 17:43 /tmp/.X1-lock >> -r--r--r-- 1 william None 11 Dec 13 17:55 /tmp/.X2-lock >> -r--r--r-- 1 william None 11 Dec 13 19:22 /tmp/.X3-lock >> -r--r--r-- 1 william None 11 Dec 15 16:53 /tmp/.X4-lock >> -r--r--r-- 1 william None 11 Dec 15 17:00 /tmp/.X5-lock >> >> Interesting. It looks like every time I start an X session a lock >> file is created and doesn't get deleted, so the display number keeps >> changing. This doesn't look right, so how do I avoid it? >> >> -- >> Will > What I do is specify the display on the command line. If it fails, I > check for an existing operational session with the same display. If > it exists, I simply exit the script. If not, I free the lock file and > retry the X server start on the chosen display. > > -- Erik Shouldn't the startxwin script check for running instances and delete all lock-files related to non-existent instances? Why must this be a manual operation? The prior startxwin.exe "just worked", and this new replacement script is clearly creating problems for previously happy CygwinX users, where no problems existed before (or, at least the problems weren't visible and didn't affect normal use). I would have preferred to have seen startxwin.exe retained, and this new script phased in gradually, perhaps as "startxwin_new" in the first release. Then, when startxwin_new stabilizes, rename the executable to startxwin_old.exe and the script to startxwin. Several updates later, quietly remove startxwin_old.exe. It seems nonsensical to treat all CygwinX users as alpha testers. I'm more than willing to help test new features, but not in the dark: Make it very clear when significant subsystems are being evolved, and provide a way to try the new without losing the old. For now, can startxwin.exe be restored under some name? -BobC -- 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 ErikSoderquist@gmail.com Tue Dec 16 17:06:00 2014 From: ErikSoderquist@gmail.com (Erik Soderquist) Date: Tue, 16 Dec 2014 17:06:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: <54905E8F.40809@ucsd.edu> References: <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> Message-ID: > Shouldn't the startxwin script check for running instances and delete all > lock-files related to non-existent instances? Why must this be a manual > operation? I generally recommend against automagic cleanup of lock files from dead sessions being a general default because that also wipes out warning that something went wrong. I do it in my situation because I have it on (essentially) dumb terminals where the session working is much more important than knowing something went wrong, and the dumb terminals are on flaky power, so most of the dead sessions are due to power failure anyway. > The prior startxwin.exe "just worked", and this new replacement script is > clearly creating problems for previously happy CygwinX users, where no > problems existed before (or, at least the problems weren't visible and > didn't affect normal use). I actually have no experience with startxwin; I always called the X server directly with the options I wanted. However, I can say that freeing of lock files is the job of the process that created the lock files. If you kill the process, stray lock files are a normal expectation. > I would have preferred to have seen startxwin.exe retained, and this new > script phased in gradually, perhaps as "startxwin_new" in the first release. > Then, when startxwin_new stabilizes, rename the executable to > startxwin_old.exe and the script to startxwin. Several updates later, > quietly remove startxwin_old.exe. > > It seems nonsensical to treat all CygwinX users as alpha testers. I'm more > than willing to help test new features, but not in the dark: Make it very > clear when significant subsystems are being evolved, and provide a way to > try the new without losing the old. The changes were announced, and the announcement already sited in this thread. Having read the announcement again, it looks like the replacement has as one of its goals bringing the X system more in line with general X and *nix standards, which, as far as I know, has always been a general goal of the entire Cygwin set of projects. > For now, can startxwin.exe be restored under some name? > > -BobC That part I can't speak to except perhaps to pull it from an old version. I'm not part of the CygwinX team, and have no say in the matter. -- Erik -- 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 rcunningham@ucsd.edu Tue Dec 16 17:23:00 2014 From: rcunningham@ucsd.edu (rcunningham) Date: Tue, 16 Dec 2014 17:23:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> Message-ID: <54906A47.4090802@ucsd.edu> On 12/16/2014 9:06 AM, Erik Soderquist wrote: > > >> Shouldn't the startxwin script check for running instances and delete all >> lock-files related to non-existent instances? Why must this be a manual >> operation? > I generally recommend against automagic cleanup of lock files from > dead sessions being a general default because that also wipes out > warning that something went wrong. I do it in my situation because I > have it on (essentially) dumb terminals where the session working is > much more important than knowing something went wrong, and the dumb > terminals are on flaky power, so most of the dead sessions are due to > power failure anyway. Then the script should provide a popup (via zenity, yad, dialog, or whatever) that informs the user that a prior session crashed, and offer a "Continue/Abort" choice. Don't force casual X users to learn about lock-files. By default, also provide a popup whenever a running server is detected, to avoid redundant servers being launched inadvertently. Help normal users get on with their work, rather than providing a surprisingly different environment requiring specialized knowledge to resolve. >> The prior startxwin.exe "just worked", and this new replacement script is >> clearly creating problems for previously happy CygwinX users, where no >> problems existed before (or, at least the problems weren't visible and >> didn't affect normal use). > I actually have no experience with startxwin; I always called the X > server directly with the options I wanted. However, I can say that > freeing of lock files is the job of the process that created the lock > files. If you kill the process, stray lock files are a normal > expectation. Evidently, that isn't being done. But the prior startxwin.exe never, in my experience, created the issues of the new startxwin script. >> I would have preferred to have seen startxwin.exe retained, and this new >> script phased in gradually, perhaps as "startxwin_new" in the first release. >> Then, when startxwin_new stabilizes, rename the executable to >> startxwin_old.exe and the script to startxwin. Several updates later, >> quietly remove startxwin_old.exe. >> >> It seems nonsensical to treat all CygwinX users as alpha testers. I'm more >> than willing to help test new features, but not in the dark: Make it very >> clear when significant subsystems are being evolved, and provide a way to >> try the new without losing the old. > The changes were announced, and the announcement already sited in this > thread. Having read the announcement again, it looks like the > replacement has as one of its goals bringing the X system more in line > with general X and *nix standards, which, as far as I know, has always > been a general goal of the entire Cygwin set of projects. I never used this list until AFTER the update killed my previously stable CygwinX environment. It is silly to expect all CygwinX users to actively monitor a list just to avoid getting their systems broken. -BobC -- 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 varro@nodomain.invalid Tue Dec 16 22:58:00 2014 From: varro@nodomain.invalid (Will Parsons) Date: Tue, 16 Dec 2014 22:58:00 -0000 Subject: startxwin.exe no longer exists? References: <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> Message-ID: Erik Soderquist wrote: > > >> Shouldn't the startxwin script check for running instances and delete all >> lock-files related to non-existent instances? Why must this be a manual >> operation? > > I generally recommend against automagic cleanup of lock files from > dead sessions being a general default because that also wipes out > warning that something went wrong. I do it in my situation because I > have it on (essentially) dumb terminals where the session working is > much more important than knowing something went wrong, and the dumb > terminals are on flaky power, so most of the dead sessions are due to > power failure anyway. Apparently not. If I start an X session (using the standard menu item under the start menu) and manually shut it down, the lock file is not deleted. >> The prior startxwin.exe "just worked", and this new replacement script is >> clearly creating problems for previously happy CygwinX users, where no >> problems existed before (or, at least the problems weren't visible and >> didn't affect normal use). Yes, startxwin.exe "just worked", and the replacement doesn't. > I actually have no experience with startxwin; I always called the X > server directly with the options I wanted. What do you mean "directly"? From a mintty or such? > However, I can say that > freeing of lock files is the job of the process that created the lock > files. If you kill the process, stray lock files are a normal > expectation. No they're not, unless you restrict "kill" to mean "kill -9" or equivalent. If you kill a process using just "kill", or bu shutting it down normally, it should clean up its lock file. >> I would have preferred to have seen startxwin.exe retained, and this new >> script phased in gradually, perhaps as "startxwin_new" in the first release. >> Then, when startxwin_new stabilizes, rename the executable to >> startxwin_old.exe and the script to startxwin. Several updates later, >> quietly remove startxwin_old.exe. >> >> It seems nonsensical to treat all CygwinX users as alpha testers. I'm more >> than willing to help test new features, but not in the dark: Make it very >> clear when significant subsystems are being evolved, and provide a way to >> try the new without losing the old. > > The changes were announced, and the announcement already sited in this > thread. Having read the announcement again, it looks like the > replacement has as one of its goals bringing the X system more in line > with general X and *nix standards, which, as far as I know, has always > been a general goal of the entire Cygwin set of projects. Then it's not succeeding. Shutting down X normally under *nix does not result in left-over lock files. -- Will -- 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 ErikSoderquist@gmail.com Tue Dec 16 23:39:00 2014 From: ErikSoderquist@gmail.com (Erik Soderquist) Date: Tue, 16 Dec 2014 23:39:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> Message-ID: > Apparently not. If I start an X session (using the standard menu item > under the start menu) and manually shut it down, the lock file is not > deleted. On a clean shutdown, the process should clean up its lock files; if it isn't, that needs to looked at and/or reported. The only caveat to that I'm aware of is if a debug flag is set, files the process uses may be intentionally left behind. However, it doesn't sound like you would be setting such flags. >> I actually have no experience with startxwin; I always called the X >> server directly with the options I wanted. > > What do you mean "directly"? From a mintty or such? Windows .bat/.cmd files, custom crafted shortcut on the desktop, windows registry changes... depends on the situation. The one I referenced with the dumb terminals and flaky power is a registry call in autorun starting a .cmd file. >> However, I can say that freeing of lock files is the job >> of the process that created the lock files. If you kill >> the process, stray lock files are a normal expectation. > > No they're not, unless you restrict "kill" to mean "kill -9" or > equivalent. If you kill a process using just "kill", or by shutting > it down normally, it should clean up its lock file. My apologies; I was only considering kill -9 as 'kill the process'. You are correct, kill -15 is also a kill, but should allow the process to exit cleanly. >> ... bringing the X system more in line with general X and > *nix standards, which, as far as I know, has always >> been a general goal of the entire Cygwin set of projects. > > Then it's not succeeding. Shutting down X normally under *nix does not > result in left-over lock files. I will certainly agree that shutting down X cleanly should not leave stray lock files behind. I can also say that I'm not experiencing that issue. My best guess (and this is only a guess) is that something is causing X to crash as it shuts down on your system, causing the lock files to be left behind. -- Erik -- 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 mathog@caltech.edu Wed Dec 17 17:29:00 2014 From: mathog@caltech.edu (mathog) Date: Wed, 17 Dec 2014 17:29:00 -0000 Subject: startxwin.exe no longer =?UTF-8?Q?exists=3F?= In-Reply-To: References: " <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> " Message-ID: <9439619875edc65b1e7152b743ad5553@saf.bio.caltech.edu> On 16-Dec-2014 15:39, Erik Soderquist wrote: > My best guess (and this is only a guess) is that > something is causing X to crash as it shuts down on your system, > causing the lock files to be left behind. There is no reason that should happen unless the startxwin script also crashes - and that basically should never happen. The script should clean up any mess that the binary might leave, and it should handle all conditions that might result from some process it has started crashing. That is, in the script (pseudocode): # If there is an existing lock file: # Test is there also an existing X11 binary process? # yes - abort with message: X11 server already running # no - remove lock file ########## # do whatever housekeeping is needed # then start binary /path/X11_server_binary $args #no matter how binary exits... rm /path/.X*lock The only time a script might not have a chance to run the last command is if it starts the server via "nohup binary &", assuming such a thing is even possible in cygwin, and then exits without waiting around for the binary to exit. Or, of course, if the whole system crashes, but that isn't the issue the end users are having. Regards, David Mathog mathog@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- 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 ErikSoderquist@gmail.com Wed Dec 17 17:40:00 2014 From: ErikSoderquist@gmail.com (Erik Soderquist) Date: Wed, 17 Dec 2014 17:40:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: <9439619875edc65b1e7152b743ad5553@saf.bio.caltech.edu> References: <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> <9439619875edc65b1e7152b743ad5553@saf.bio.caltech.edu> Message-ID: > There is no reason that should happen unless the startxwin script also > crashes - and that basically should never happen. The script should clean > up any mess that the binary might leave, and it should handle all conditions > that might result from some process it has started crashing. That is, in > the script (pseudocode): > > # If there is an existing lock file: > # Test is there also an existing X11 binary process? > # yes - abort with message: X11 server already running > # no - remove lock file > ########## > # do whatever housekeeping is needed > # then start binary > /path/X11_server_binary $args > #no matter how binary exits... > rm /path/.X*lock > > The only time a script might not have a chance to run the last command is if > it starts the server via "nohup binary &", assuming such a thing is even > possible in cygwin, and then exits without waiting around for the binary to > exit. Or, of course, if the whole system crashes, but that isn't the issue > the end users are having. So you want your script to completely mask and/or destroy any evidence that something crashed?? That is very counter-productive toward anything resembling fixing a problem or even discovering a problem exists. Also, as the X server is not bound to a tty, it forks to the background on its own anyway, so your pseudocode example would delete the lock file just after the X server started. > > Regards, > > David Mathog -- Erik -- 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 mathog@caltech.edu Wed Dec 17 17:52:00 2014 From: mathog@caltech.edu (mathog) Date: Wed, 17 Dec 2014 17:52:00 -0000 Subject: startxwin.exe no longer =?UTF-8?Q?exists=3F?= In-Reply-To: References: " <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> " <9439619875edc65b1e7152b743ad5553@saf.bio.caltech.edu> Message-ID: On 17-Dec-2014 09:40, Erik Soderquist wrote: > >> There is no reason that should happen unless the startxwin script also >> crashes - and that basically should never happen. The script should >> clean >> up any mess that the binary might leave, and it should handle all >> conditions >> that might result from some process it has started crashing. That is, >> in >> the script (pseudocode): >> >> # If there is an existing lock file: >> # Test is there also an existing X11 binary process? >> # yes - abort with message: X11 server already running >> # no - remove lock file >> ########## >> # do whatever housekeeping is needed >> # then start binary >> /path/X11_server_binary $args >> #no matter how binary exits... >> rm /path/.X*lock >> >> The only time a script might not have a chance to run the last command >> is if >> it starts the server via "nohup binary &", assuming such a thing is >> even >> possible in cygwin, and then exits without waiting around for the >> binary to >> exit. Or, of course, if the whole system crashes, but that isn't the >> issue >> the end users are having. > > So you want your script to completely mask and/or destroy any evidence > that something crashed?? No, that is the log file, this is the lock file. It should rotate the log file from the previous run and delete the lock file. > > Also, as the X server is not bound to a tty, it forks to the > background on its own anyway, so your pseudocode example would delete > the lock file just after the X server started. In that case the the script needs to retrieve the PID of the forked process and wait for it to exit. Regards, David Mathog mathog@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- 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 ErikSoderquist@gmail.com Wed Dec 17 18:36:00 2014 From: ErikSoderquist@gmail.com (Erik Soderquist) Date: Wed, 17 Dec 2014 18:36:00 -0000 Subject: startxwin.exe no longer exists? In-Reply-To: References: <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> <9439619875edc65b1e7152b743ad5553@saf.bio.caltech.edu> Message-ID: >> So you want your script to completely mask and/or destroy any evidence >> that something crashed?? > > > No, that is the log file, this is the lock file. It should rotate the log > file from the previous run and delete the lock file. How often do you check your log files for crashes when you have your script hiding the fact that it crashed from you? > >> >> Also, as the X server is not bound to a tty, it forks to the >> background on its own anyway, so your pseudocode example would delete >> the lock file just after the X server started. > > > In that case the the script needs to retrieve the PID of the forked process > and wait for it to exit. I would much rather have the binary process clean up after itself like it is supposed to, and figure out why the binary process is failing to do so when it doesn't than have a script that hides such failures from me. To each its own though. -- Erik -- 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 mathog@caltech.edu Wed Dec 17 19:02:00 2014 From: mathog@caltech.edu (mathog) Date: Wed, 17 Dec 2014 19:02:00 -0000 Subject: startxwin.exe no longer =?UTF-8?Q?exists=3F?= In-Reply-To: References: " <548C82A3.9080604@gmail.com> <54905E8F.40809@ucsd.edu> <9439619875edc65b1e7152b743ad5553@saf.bio.caltech.edu> " Message-ID: <4a69a9128c306bf9f3c21a0e9ffe8d11@saf.bio.caltech.edu> On 17-Dec-2014 10:35, Erik Soderquist wrote: > How often do you check your log files for crashes when you have your > script hiding the fact that it crashed from you? Fine, have the script emit a warning when this situation is encountered. Personally I have never seen the X11 server crash between "shut down" and removing the lock file. I have seen it crash while running - and that was pretty evident since all my X11 windows disappeared, no need to look for a lock file! > >> >>> >>> Also, as the X server is not bound to a tty, it forks to the >>> background on its own anyway, so your pseudocode example would delete >>> the lock file just after the X server started. >> >> >> In that case the the script needs to retrieve the PID of the forked >> process >> and wait for it to exit. > > > I would much rather have the binary process clean up after itself like > it is supposed to, and figure out why the binary process is failing to > do so when it doesn't than have a script that hides such failures from > me. Sure, the binary SHOULD work like that, but what others have said is that it is not always doing so. Hence, the script should pick up the pieces if the binary failed to do so. The script need not "hide" anything, it can emit warning messages on any and all conditions. At start up: "Found orphan lock file and removed it. Possible crash during previous X11 server session. Starting X11 server normally." at shut down: "X11 server process exited abnormally. Orphan lock file removed." etc. Regards, David Mathog mathog@caltech.edu Manager, Sequence Analysis Facility, Biology Division, Caltech -- 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 jean-marc@colagrossi.ch Thu Dec 18 10:55:00 2014 From: jean-marc@colagrossi.ch (Jean-Marc Colagrossi) Date: Thu, 18 Dec 2014 10:55:00 -0000 Subject: X server doesn't start with a empty .startxwinrc Message-ID: Hi all, I need you help to understand what's wrong with X server or my .startxwinrc file. I work with X server -> Xterm and vim since month now. Every thing was always working perfectly. Yesterday I upgraded all cygwin packages and just after that I was unable to start X server again. I made a new fresh installation and X server works correctly. Then I made a copy of my olds files like .startwinrc, .bashrc .vimrc and all my shortcuts. When I tried to start the X server I had the same problems. X server crashed. I removed one by one all the files I copied up to I deleted .startxwinrc. Then the X server start correctly. my .startxwinrc had only 3 lines with : xterm -bg Black -fg White& I deleted all the lines just to have a blank .startxwinrc. But X server still crashes. Here is the log when I run startxwin from terminal with an empty .startxwinrc file I don't understand what I did wrong as it was working fine before. Thank you Regards, Colagrossi Jean-Marc $ startxwin Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.16.2.0 OS: CYGWIN_NT-6.1 LSALT054 1.7.33-2(0.280/5/3) 2014-11-13 15:47 x86_64 OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64) Package: version 1.16.2-1 built 2014-11-11 XWin was started with the following command line: /usr/bin/XWin :0 -multiwindow -nolisten tcp -auth /home/jmcolagrossi/.serverauth.10052 (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/jmcolagrossi/.XWinrc not found LoadPreferences: Loading /etc/X11/system.XWinrc LoadPreferences: Done parsing the configuration file... winDetectSupportedEngines - DirectDraw4 installed, allowing ShadowDDNL winDetectSupportedEngines - Returning, supported engines 00000015 winSetEngine - Multi Window or Rootless => ShadowGDI winScreenInit - Using Windows display depth of 32 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 2680 height: 1920 depth: 32 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 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 glWinSelectGLimplementation: Loaded 'cygnativeGLthunk.dll' GL_VERSION: 4.2.12434 Compatibility Profile Context 13.152.1.9002 GL_VENDOR: ATI Technologies Inc. GL_RENDERER: AMD Radeon HD 8750M (II) AIGLX: enabled GLX_SGI_make_current_read (II) AIGLX: enabled GLX_MESA_copy_sub_buffer (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control (II) AIGLX: enabled GLX_SGIX_pbuffer (II) AIGLX: enabled GLX_ARB_multisample and GLX_SGIS_multisample (II) 109 pixel formats reported by wglGetPixelFormatAttribivARB (II) AIGLX: Set GLX version to 1.4 (II) 32 fbConfigs (II) ignored pixel formats: 0 not OpenGL, 12 RBGA float, 30 RGBA unsigned float, 0 unknown pixel type, 35 unaccelerated (II) GLX: Initialized Win32 native WGL GL provider for screen 0 winPointerWarpCursor - Discarding first warp: 1340 960 (--) 16 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) Windows keyboard layout: "0000100C" (0000100c) "Swiss French", type 4 (--) Found matching XKB configuration "French (Switzerland)" (--) Model = "pc105" Layout = "ch" Variant = "fr" Options = "none" Rules = "base" Model = "pc105" Layout = "ch" Variant = "fr" Options = "none" The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server winInitMultiWindowWM - DISPLAY=:0.0 winMultiWindowXMsgProc - DISPLAY=:0.0 winProcEstablishConnection - winInitClipboard returned. winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. winClipboardThreadProc - DISPLAY=:0.0 OS maintains clipboard viewer chain: yes winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. winClipboardProc - XOpenDisplay () returned and successfully opened the display. xinit: XFree86_VT property unexpectedly has 0 items instead of 1 xinit: connection to X server lost waiting for X server to shut down winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winClipboardIOErrorHandler! winMultiWindowXMsgProcIOErrorHandler! winInitMultiWindowXMsgProc - Caught IO Error. Exiting. winDeinitMultiWindowWM - Noting shutdown in progress (EE) Server terminated successfully (0). Closing log file. -- 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 Dec 18 11:20:00 2014 From: marco.atzeri@gmail.com (Marco Atzeri) Date: Thu, 18 Dec 2014 11:20:00 -0000 Subject: X server doesn't start with a empty .startxwinrc In-Reply-To: References: Message-ID: <5492B876.30404@gmail.com> On 12/18/2014 11:51 AM, Jean-Marc Colagrossi wrote: > Hi all, > > I need you help to understand what's wrong with X server or my .startxwinrc > file. > > I work with X server -> Xterm and vim since month now. Every thing was > always working perfectly. > > Yesterday I upgraded all cygwin packages and just after that I was unable to > start X server again. > > I made a new fresh installation and X server works correctly. Then I made a > copy of my olds files like .startwinrc, .bashrc .vimrc and all my shortcuts. > When I tried to start the X server I had the same problems. X server crashed. > > I removed one by one all the files I copied up to I deleted .startxwinrc. > Then the X server start correctly. my .startxwinrc had only 3 lines with : > > xterm -bg Black -fg White& > > I deleted all the lines just to have a blank .startxwinrc. But X server > still crashes. > > Here is the log when I run startxwin from terminal with an empty > .startxwinrc file > > I don't understand what I did wrong as it was working fine before. xinit behavior is changed, see relative announcement http://www.cygwin.com/ml/cygwin-xfree-announce/2014-11/msg00004.html It will execute all command of .startxwinrc or startxwinrc and then the X server will shutdown. you can 1) remove .startxwinrc, so that the default will prevail. see for an example /etc/defaults/etc/X11/xinit/startxwinrc 2) you put in .startxwinrc any command without "&" and the xserver will close when that command will end. as examples: xterm -bg Black -fg White sleep inf You are not the first one, that was caught by surprise. Re-reading the announcement helped me on understanding the matter. > Thank you > > Regards, > > Colagrossi Jean-Marc 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 yselkowitz@cygwin.com Fri Dec 19 16:06:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Fri, 19 Dec 2014 16:06:00 -0000 Subject: [ANNOUNCEMENT] Updated: freetype2-2.5.4-1 Message-ID: The following packages have been updated in the Cygwin distribution: *** freetype2-demos-2.5.4-1 *** libfreetype6-2.5.4-1 *** libfreetype-devel-2.5.4-1 *** libfreetype-doc-2.5.4-1 (NEW) FreeType 2 is a software font engine that is designed to be small, efficient, highly customizable and portable while capable of producing high-quality output (glyph images). This is an update to the latest upstream release, which includes another fix for CVE-2014-2240: https://sourceforge.net/projects/freetype/files/freetype2/2.5.4/ -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@cygwin.com Fri Dec 19 16:59:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Fri, 19 Dec 2014 16:59:00 -0000 Subject: [ANNOUNCEMENT] Updated: gtk2.0-2.24.25-1 Message-ID: The following packages have been updated for the Cygwin distribution: * girepository-Gtk2.0-2.24.25-1 * gtk2.0-demo-2.24.25-1 * gtk2.0-engines-pixmap-2.24.25-1 * gtk2.0-gail-2.24.25-1 * libgailutil18-2.24.25-1 * libgailutil-devel-2.24.25-1 * libgailutil-doc-2.24.25-1 * libgtk2.0_0-2.24.25-1 * libgtk2.0-devel-2.24.25-1 * libgtk2.0-doc-2.24.25-1 GTK+ is a multi-platform toolkit for creating graphical user interfaces. Offering a complete set of widgets, GTK+ is suitable for projects ranging from small one-off projects to complete application suites. This is an update to the latest upstream bugfix for the 2.x stable series. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@cygwin.com Fri Dec 19 17:03:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Fri, 19 Dec 2014 17:03:00 -0000 Subject: [ANNOUNCEMENT] Updated: mesa-10.3.5-1 Message-ID: The following packages have been updated in the Cygwin distribution: * dri-drivers-10.3.5-1 * libEGL1-10.3.5-1 * libEGL-devel-10.3.5-1 * libGL1-10.3.5-1 * libGL-devel-10.3.5-1 * libGLESv1_CM1-10.3.5-1 * libGLESv1_CM-devel-10.3.5-1 * libGLESv2_2-10.3.5-1 * libGLESv2-devel-10.3.5-1 * libglapi0-10.3.5-1 * libOpenVG1-10.3.5-1 * libOpenVG-devel-10.3.5-1 * libOSMesa8-10.3.5-1 * libOSMesa-devel-10.3.5-1 Mesa is an open-source implementation of the OpenGL specification, a system for rendering interactive 3D graphics. This is an update to the latest upstream stable release, with various bugfixes. Complete documentation on OpenGL usage and configuration can be found here: http://x.cygwin.com/docs/ug/using-aiglx.html -- Yaakov Cygwin/X -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@cygwin.com Fri Dec 19 17:56:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Fri, 19 Dec 2014 17:56:00 -0000 Subject: [ANNOUNCEMENT] Updated: phonon-4.8.2-2 Message-ID: The following packages have been updated for the Cygwin distribution: * libphonon4-4.8.2-2 * libphonon-devel-4.8.2-2 Phonon is a multimedia abstraction API for Qt and KDE applications. This release disables the PulseAudio integration due to lockups. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@cygwin.com Fri Dec 19 18:01:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Fri, 19 Dec 2014 18:01:00 -0000 Subject: [ANNOUNCEMENT] Updated: qt4-4.8.6-3 Message-ID: The following packages have been updated for the Cygwin distribution: *** qt4-*-4.8.6-3 *** libQt*4-4.8.6-3 *** libQt*4-devel-4.8.6-3 Qt is a cross-platform application framework for desktop and embedded development. Qt enables programmers to create advanced GUI applications once and deploy them to Windows, Mac OS X and Linux without rewriting the source code. This release includes various fixes from Fedora's latest patchset. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@cygwin.com Fri Dec 19 18:12:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Fri, 19 Dec 2014 18:12:00 -0000 Subject: [ANNOUNCEMENT] Updated: xterm-313-1 Message-ID: The following package has been updated in the Cygwin distribution: *** xterm-313-1 The xterm program is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that can't use the window system directly. This is an update to the latest upstream release. -- Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From yselkowitz@cygwin.com Fri Dec 19 18:14:00 2014 From: yselkowitz@cygwin.com (Yaakov Selkowitz) Date: Fri, 19 Dec 2014 18:14:00 -0000 Subject: [ANNOUNCEMENT] Updated: python-xdg-0.25-3, python3-xdg-0.25-3 Message-ID: The following package has been updated for the Cygwin distribution: *** python-xdg-0.24-1 *** python3-xdg-0.24-1 (NEW) PyXDG is a python library to access freedesktop.org standards. Currently supported are: * Base Directory Specification * Menu Specification * Desktop Entry Specification * Icon Theme Specification * Recent File Specification * Shared-MIME-Database Specification This release includes a patch for CVE-2014-1624: https://bugzilla.redhat.com/show_bug.cgi?id=1056338 -- Yaakov -- 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 benjamin.richards86@gmail.com Tue Dec 23 18:24:00 2014 From: benjamin.richards86@gmail.com (Ben Richards) Date: Tue, 23 Dec 2014 18:24:00 -0000 Subject: Need help to replicate old behavior of my X setup scripts with latest Xfree86 update Message-ID: Up until the recent update to xinit-1.3.4-1 which overhauled X session handling, I had my session set up nicely for my purposes. With the following code in my .zshrc and an empty .startxwinrc, when I launched Cygwin, Xwin.exe would start on display :0.0, it would set the $DISPLAY variable, and automatically kill the X server when I exited that terminal. I like mintty so this let me use that as my shell. .zshrc contents: ============= startxwin &> xserver.log x_start_success=$? if [[ $x_start_success == 0 ]]; then export DISPLAY=:0.0 pid=`ps | grep '/usr/bin/XWin' | awk '{print $1;}'` alias kill_xwin="kill $pid" if [[ $TMUX == "" ]] && [[ $x_start_success == 0 ]]; then alias exit="kill $pid ; \exit" fi fi The aforementioned update disrupted this flow so I?m wondering if anyone has any suggestions on how I can regain a similar sort of functionality. I don?t like using xterm in Cygwin and would like to keep using mintty as my main terminal interface. Before, when I ran startxwin it would launch the server and quit with an error status as to whether it was successful or not, leaving Xwin.exe running in the background. Now it stays in the foreground unless I specify otherwise. However, my startup script relied on the assumption that Xwin.exe was running by the time startxwinrc finished, which I cannot guarantee if I run it as a background task. It also used the exit status where if it was nonzero, I could assume that I already had X running and it wouldn?t kill the server if I typed ?exit? to exit any subsequent mintty windows I launched with Alt+F2. I've tried various configurations and read through the man pages but haven?t come up with an elegant solution other than the idea of looping on the ?ps? until I see Xwin.exe in the list. Is there a better way? Sincerely, Benjamin Richards -- 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 Tue Dec 23 19:17:00 2014 From: marco.atzeri@gmail.com (Marco Atzeri) Date: Tue, 23 Dec 2014 19:17:00 -0000 Subject: Need help to replicate old behavior of my X setup scripts with latest Xfree86 update In-Reply-To: References: Message-ID: <5499BFC1.2030006@gmail.com> On 12/23/2014 7:24 PM, Ben Richards wrote: > Up until the recent update to xinit-1.3.4-1 which overhauled X session > handling, I had my session set up nicely for my purposes. With the > following code in my .zshrc and an empty .startxwinrc, when I launched > Cygwin, Xwin.exe would start on display :0.0, it would set the > $DISPLAY variable, and automatically kill the X server when I exited > that terminal. I like mintty so this let me use that as my shell. > > .zshrc contents: > ============= > startxwin &> xserver.log > x_start_success=$? > if [[ $x_start_success == 0 ]]; then > export DISPLAY=:0.0 > > pid=`ps | grep '/usr/bin/XWin' | awk '{print $1;}'` > alias kill_xwin="kill $pid" > if [[ $TMUX == "" ]] && [[ $x_start_success == 0 ]]; then > alias exit="kill $pid ; \exit" > fi > fi > > The aforementioned update disrupted this flow so I???m wondering if > anyone has any suggestions on how I can regain a similar sort of > functionality. I don???t like using xterm in Cygwin and would like to > keep using mintty as my main terminal interface. try putting "sleep inf" in .startxwinrc It should simulate the old behaviour Regards -- 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 jacob.niehus@gmail.com Wed Dec 24 17:47:00 2014 From: jacob.niehus@gmail.com (Jacob Niehus) Date: Wed, 24 Dec 2014 17:47:00 -0000 Subject: Need help to replicate old behavior of my X setup scripts with latest Xfree86 update In-Reply-To: <5499BFC1.2030006@gmail.com> References: <5499BFC1.2030006@gmail.com> Message-ID: <20141224174731.GA3962@gmail.com> On Tue, Dec 23, 2014 at 08:17:21PM +0100, Marco Atzeri wrote: >try putting "sleep inf" in .startxwinrc >It should simulate the old behaviour Running sleep or any command from .startxwinrc adds an icon to the Win7 taskbar now (I'm referring specifically to the part of the taskbar showing icons for running appliecations, not the tray - it's always been in the tray and that's fine). Is there are any to keep the X server running without the extra clutter after these new changes? Thanks, Jake -- 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 laurens@blankersfamily.com Tue Dec 30 11:07:00 2014 From: laurens@blankersfamily.com (Laurens Blankers) Date: Tue, 30 Dec 2014 11:07:00 -0000 Subject: xinit-1.3.4-1: breaking backwards compatibility Message-ID: <54A28765.70401@blankersfamily.com> I noticed that updating to the latest xinit (1.3.4-1) from the previous one (1.3.2 I believe) completely breaks existing configurations. The changes have been mentioned in the release announcement: https://cygwin.com/ml/cygwin-xfree/2014-11/msg00029.html And numerous posts have since reported bugs regarding these changes. For most a workaround has been provided, except for the 'icon in the taskbar' issue. I would like to express my wonder and dismay that such a seamingly minor version change includes functionality which completely and utterly breaks many, if not most, existing configurations. I am not sure what versioning strategy is being used for Cygwin/X but I would like to call attention to the semantic versioning standard (currently version 2.0.0): http://semver.org/ Signalling this major change by increasing the major version number of the xinit package (e.g. 2.0.0) would have made it a lot clearer what the impact of the change would have been. I would also like to call attending to the following FAQ item from the same website: Q: What do I do if I accidentally release a backwards incompatible change as a minor version? A: As soon as you realize that you've broken the Semantic Versioning spec, fix the problem and release a new minor version that corrects the problem and restores backwards compatibility. Even under this circumstance, it is unacceptable to modify versioned releases. If it's appropriate, document the offending version and inform your users of the problem so that they are aware of the offending version. I would like to kindly request that this change is reverted, at least until the time that a proper and documented upgrade path is available. Now please don't take this the wrong way. Although I realize some probably will. I do appreciate all the time that everyone, and not in the least Yaakov, invests into maintaining Cygwin/X. However as a user and software engineer myself I also very much appreciate systems continuing to function after minor upgrades. Sincerely, Laurens Blankers -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From angelo.graziosi@alice.it Tue Dec 30 12:46:00 2014 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Tue, 30 Dec 2014 12:46:00 -0000 Subject: xinit-1.3.4-1: breaking backwards compatibility Message-ID: <54A29EB0.900@alice.it> Laurens Blankers wrote: > I noticed that updating to the latest xinit (1.3.4-1) from the previous > one (1.3.2 I believe) completely breaks existing configurations. What about changing the way X server is started? I flagged here: https://cygwin.com/ml/cygwin-xfree/2014-11/msg00040.html my experience with which I have no problems. But it may be that you have other needs which require starting X differently.. Ciao, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From laurens@blankersfamily.com Tue Dec 30 13:42:00 2014 From: laurens@blankersfamily.com (Laurens Blankers) Date: Tue, 30 Dec 2014 13:42:00 -0000 Subject: xinit-1.3.4-1: breaking backwards compatibility In-Reply-To: <54A29EB0.900@alice.it> References: <54A29EB0.900@alice.it> Message-ID: <54A2ABD3.5010001@blankersfamily.com> On 30-12-2014 13:46, Angelo Graziosi wrote: > What about changing the way X server is started? I could change the way I start X, and I have successfully gotten things to work by doing so. But that is not my point. My point is that I need to make significant changes to the configuration to get back to the functionality that used to work. > But it may be that you have other needs which require starting X differently. I will describe my use case: I use PuTTY to connect to several Linux servers, sometimes I need to run a X11 program on those servers (e.g. virt-manager) and I would like to get the output on my Windows desktop. In order to do that I install Cygwin, check the xinit package, wait till everything is installed. Then I start X server using the icon in my Programs menu. The first time an annoying xterm window pops up, which I suppress by running 'touch .startxwinrc'. Then I drag the X icon to my Start-up folder, so that it starts every time my desktop boots and sits in the tray area, where it doesn't bother me, ready to be used when needed. With this update the X server fails to start, well actually it starts, but exists immediately because .startxwinrc is empty. But there is no error message, or warning, or something to tell me this. So it took me 30 minutes to figure this out. After fixing it (sleep inf) I now have a very annoying icon on my taskbar representing the .startxwinrc which is still 'running'. Once I got that figured out I started PuTTY. But things didn't work. As it turns out this is because of the nolisten, which is now the default. A workaround suggested is to use 'ssh -Y' in stead of 'ssh -X', but I don't use SSH I use PuTTY and it doesn't support 'trusted' X11 forwarding. So to fix this I would have to go and change the startxwin script, a change which will be reverted every time I upgrade. Once I figured this out I just reverted back to the previous version of xinit and went on to do the things I wanted to do. Now, I am not against changing the way things work. I am definitely not against making the default more secure. And I think it is perfectly fine to have things change when people install Cygwin fresh. However _please_ think of all the people who just upgrade for the bug/security fixes and just want things to work. Ideally there should be an automatic script that sets things up for us automatically so that everything works as we were used to (e.g. automatically adding 'sleep inf' to the end of .startxwin might do). And at the very least the changes should be clearly documented, preferably a pop-up when installing the update, but at the very least a notice on the main website and FAQ. Posting an announcement to a mailing list with a details list of changes from which one may infer that things completely break just doesn't qualify as proper documentation in this case. I would like to reiterate my request to revert these changes, e.g. by releasing a 1.3.6 which is identical to 1.3.2, so that people like me, those not normally following cygwin-xfree can continue to work. Laurens -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From angelo.graziosi@alice.it Tue Dec 30 16:04:00 2014 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Tue, 30 Dec 2014 16:04:00 -0000 Subject: xinit-1.3.4-1: breaking backwards compatibility Message-ID: <54A2CD0E.4080904@alice.it> Laurens Blankers wrote: > Then I drag the X icon to my > Start-up folder, so that it starts every time my desktop boots The same you can do with the link created as suggested in my previous replay. When I had Win XP I did that way for almost 7 years without tacking care of any configuration and/or xinit upgrade. Now with Win7 I don't use much X so I have left the link on the task bar and start it manually when I need X. Ciao, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From laurens@blankersfamily.com Tue Dec 30 16:07:00 2014 From: laurens@blankersfamily.com (Laurens Blankers) Date: Tue, 30 Dec 2014 16:07:00 -0000 Subject: xinit-1.3.4-1: breaking backwards compatibility In-Reply-To: <54A2CD0E.4080904@alice.it> References: <54A2CD0E.4080904@alice.it> Message-ID: <54A2CDA3.6030502@blankersfamily.com> On 30-12-2014 17:04, Angelo Graziosi wrote: > The same you can do with the link created as suggested in my previous > replay. You are probably right, but again, that is not the issue. The point I am trying to make is that breaking configurations which have worked for many years in a patch release is very bad practice. Laurens -- 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 Dec 30 19:14:00 2014 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 30 Dec 2014 19:14:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.16.3-1 Message-ID: The following packages have been updated in the Cygwin distribution: *** xorg-server-*1.16.3-1 These packages contain XWin and the other X.Org X11 servers. In addition to upstream fixes [1], the following cygwin-specific changes have been made since 1.16.2-1: * Defend against and report crashes while checking Windows OpenGL capabilities at startup * Add a tentative entry for the Korean keyboard to the list of known keyboards (Thanks to Colin Harrison for the patch) * Typo fix in "Fix a crash which could occur when a client exits without deleting it's GL contexts" * Improve WGL thunks code generator to deal with Khronos OpenGL registry XML since svn r27498 * Enable GLX TLS * Remove the workaround for binutils bug #16807 x86: 2000b777841da8ddbbed3f6f2c162a59 *xorg-server-1.16.3-1-src.tar.xz d35d98ee574d31c3a0f1eb383cd311ca *xorg-server-1.16.3-1.tar.xz 8affa3343b245ca39ea5ad045c8b0e31 *xorg-server-common-1.16.3-1.tar.xz 437ec870e16be593eb439dd4bb4a7fde *xorg-server-debuginfo-1.16.3-1.tar.xz 32794401f82dab76451d9ff1ca0c57b8 *xorg-server-devel-1.16.3-1.tar.xz 1d7b2d9fdd0eb05f2df53210440ba6d1 *xorg-server-dmx-1.16.3-1.tar.xz 2607bda544ef688c55f62ea7d803f551 *xorg-server-extra-1.16.3-1.tar.xz 7c441cebf48a31e78475f4c8bd631ec9 *xwinclip-1.16.3-1.tar.xz x86_64: da45f5fefd155bb604747157bfc3be7a *xorg-server-1.16.3-1-src.tar.xz 95700ab99e07e7317cd435c9ddae4db2 *xorg-server-1.16.3-1.tar.xz a5ae0aeb3c58b32815c0b592a759a276 *xorg-server-common-1.16.3-1.tar.xz 0c86cff698c11c342a3a34302ecfe39d *xorg-server-debuginfo-1.16.3-1.tar.xz 3d9380e8b77e4642becc0dfcd641fcae *xorg-server-devel-1.16.3-1.tar.xz f9cb68a0f918a7e95958fb0fae75bbf1 *xorg-server-dmx-1.16.3-1.tar.xz 916bb76e182feb846a28c0a26077fc08 *xorg-server-extra-1.16.3-1.tar.xz bd8a9b7ef2a922df47fce2879085c23c *xwinclip-1.16.3-1.tar.xz [1] http://lists.x.org/archives/xorg-announce/2014-December/002506.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/