From kyle.holiday@gmail.com Fri Apr 2 00:40:00 2010 From: kyle.holiday@gmail.com (kyle @ gmail) Date: Fri, 02 Apr 2010 00:40:00 -0000 Subject: problem about keyboard Message-ID: <939DFCCAF07A451494377E621172FD8E@kylePC> Dear Sir, I downloaded and installed cygwin on this Thuesday, but I found that I can not type anything in X-server console. I read the Q&A, and it said this problem is caused by old version of startxwin.bat But since this is my first time to install cygwin, there is no startxwin.bat in my cygwin directory. I've also checked if there is anything setting XKEYSYMDB, but it replied nothing. Could you give me any suggest to fix that problem? (My OS is windows vista) Thanks. BR Kyle -- 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 bkline@rksystems.com Fri Apr 2 02:35:00 2010 From: bkline@rksystems.com (Bob Kline) Date: Fri, 02 Apr 2010 02:35:00 -0000 Subject: problem about keyboard In-Reply-To: <939DFCCAF07A451494377E621172FD8E@kylePC> References: <939DFCCAF07A451494377E621172FD8E@kylePC> Message-ID: <4BB557D6.7010609@rksystems.com> kyle @ gmail wrote: > Dear Sir, > I downloaded and installed cygwin on this Thuesday, > but I found that I can not type anything in X-server console. > I read the Q&A, and it said this problem is caused by old version of > startxwin.bat > But since this is my first time to install cygwin, there is no > startxwin.bat in my cygwin directory. > I've also checked if there is anything setting XKEYSYMDB, but it > replied nothing. > > Could you give me any suggest to fix that problem? (My OS is windows > vista) > Thanks. I posted the solution to this problem last month, but I don't see my message in the archives, so here it is again: On 3/14/2010 12:20 PM, Bob Kline wrote: > I can live with working around the second problem (that launching X > using the shortcut doesn't work at all) by invoking startxwin.exe > directly. I'm much more eager to solve the original problem (X no > longer recognizes input from the keyboard). Well, I have resolved both problems with one stroke. I dug out a copy of the old startxwin.bat script from a backup archive, doctored it up a little (mostly to make sure old environment variables are cleared out) and I'm using the script to launch X instead of the compiled binary, of which I was suspicious from the start. I mean, making a process opaque so users won't have to understand how it works is such a Microsoft way of doing things. At any rate, X no longer blows up with the vague error message, and apps running under X now see the keyboard events. Thanks to those who responded with suggestions. Just in case someone else stumbles onto this problem, I've attached a copy of the script I'm using. ------------------------------------------------------------------------ @echo off c: set DISPLAY=127.0.0.1:0.0 set CYGWIN_ROOT=\cygwin set RUN=%CYGWIN_ROOT%\bin\run -p /usr/X11R6/bin set PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin set XAPPLRESDIR= set XCMSDB= set XKEYSYMDB= set XNLSPATH= if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0 del %CYGWIN_ROOT%\tmp\.X11-unix\X0 :CLEANUP-FINISH if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix %RUN% XWin -multiwindow -clipboard -silent-dup-error -- Bob Kline http://www.rksystems.com mailto:bkline@rksystems.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From aantonello@paralaxe.com.br Fri Apr 2 06:41:00 2010 From: aantonello@paralaxe.com.br (Alessandro Antonello) Date: Fri, 02 Apr 2010 06:41:00 -0000 Subject: Error on XWin X Server Message-ID: <4BB59163.5010501@paralaxe.com.br> Hi, all. I just updated my Cygwin installation and now I'm unable to run the X server again. Since the message is not explanatory and I'm not a really experienced user I decided to post the XWin.0.log in this mail: ------------------------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.6.0 (10706000) Build Date: 2010-03-22 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin :0 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning Fatal server error: Can't read lock file /tmp/.X0-lock ------------------------------- The content of my '.xinitrc' is: ------------------------------- # Window Maker default X session startup script PATH="$PATH:/usr/X11R6/bin" # If you login from xdm, uncomment this to make error messages appear # in the console window. # # tail -f /home/Alessandro/.xsession-errors > /dev/console & xsetroot -solid gray & xclock -g 50x50-0+0 -bw 0 & xload -g 50x50-50+0 -bw 0 & xterm -g 80x40+0+0 & twm ------------------------------- When I try to start the X server using the default 'startx' command it crashes again and the log file is almost the same: ------------------------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.6.0 (10706000) Build Date: 2010-03-22 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/X :0 -auth /home/Alessandro/.serverauth.2460 ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1024 h 768 winInitializeDefaultScreens - Returning Fatal server error: Can't read lock file /tmp/.X0-lock ------------------------------- I hope that someone could help with this. Best regards, Alessandro Antonello -- 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 mike_ayers@tva.tvworks.com Fri Apr 2 18:55:00 2010 From: mike_ayers@tva.tvworks.com (Mike Ayers) Date: Fri, 02 Apr 2010 18:55:00 -0000 Subject: Error on XWin X Server In-Reply-To: <4BB59163.5010501@paralaxe.com.br> References: <4BB59163.5010501@paralaxe.com.br> Message-ID: <83E753BE7B6A324ABB336245BAF1DAAC0E313B82@mailserver.metatv-ds.metatv.com> > From: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree- > owner@cygwin.com] On Behalf Of Alessandro Antonello > Sent: Thursday, April 01, 2010 11:41 PM > I just updated my Cygwin installation and now I'm unable to run the X > server > again. Since the message is not explanatory and I'm not a really > experienced > user I decided to post the XWin.0.log in this mail: > Fatal server error: > Can't read lock file /tmp/.X0-lock http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-cant-read-lock-file HTH, Mike From yselkowitz@users.sourceforge.net Fri Apr 2 23:39:00 2010 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 02 Apr 2010 23:39:00 -0000 Subject: [ANNOUNCEMENT] Updated: xorg-server-1.8.0-1 (TEST) Message-ID: The following package has been updated for Cygwin 1.7: * xorg-server-1.8.0-1 (TEST) This package contains XWin and the other X.Org X11 servers. This is the first official release of the xserver 1.8 series. It is currently available as a test release, and will be made stable in approximately 10 days if no major regressions are reported. PLEASE NOTE: * The default server DPI, previously hardcoded to 75, now matches Windows' DPI (usually 96, unless set larger in Control Panel). Xt/Xaw/Motif apps which use bitmap fonts will probably look better with the font-*-dpi100 packages. Apps which are based on Xft (including GTK+/GNOME and Qt/KDE) will benefit from setting the Xft.dpi property in ~/.Xdefaults. Please be aware that this does not necessary match the monitor's *physical* DPI (which matters when using screen rulers) but should be more compatible with Windows apps, especially in multiwindow mode. * The openssl dependency has been replaced by libgcrypt11. Here is a summary of relevant changes since 1.7.99.902-1: Jeremy Huddleston (2): XKB: Fix garbage initialization GLX: Remove a redundant initialization Jon TURNEY (2): Cygwin/X: Process one Windows message per wakeup, rather than all of them. Cygwin/X: Make default DPI match native DPI Michel D??nzer (1): Xext: Fix cursor reference counting hazard. Peter Harris (1): Fix crash when all glyphs of a given depth are freed, but not all glyphsets Peter Hutterer (4): configure: Always define XINPUT. Tomas Carnecky (1): Fix typos in the swap functions Yaakov (1): Cygwin/X: Left-justify website link in About box Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jjreisert@alum.mit.edu Sat Apr 3 01:45:00 2010 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Sat, 03 Apr 2010 01:45:00 -0000 Subject: Updated: xorg-server-1.8.0-1 (TEST) In-Reply-To: <4BB652A7.7020409@users.sourceforge.net> References: <4BB652A7.7020409@users.sourceforge.net> Message-ID: <4BB69DBB.5030605@alum.mit.edu> Just by way of an FYI: I couldn't get the X server to run the first time, I got this error when starting it: XWin.exe: error while loading shared libraries: cygGL-1.dll: cannot open shared object file: No such file or directory So I went back and updated to the "curr" release, and found that Cygwin downloaded about a half-dozen packages, including several libraries. I last updated when 1.7.2 came out. Then I did the experimental install again, and this time the server started up without problems. - 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 Michael.Janssens@nbb.be Sat Apr 3 09:48:00 2010 From: Michael.Janssens@nbb.be (Janssens Michael) Date: Sat, 03 Apr 2010 09:48:00 -0000 Subject: Updated: xorg-server-1.8.0-1 (TEST) Message-ID: <96DBEA7143ECD048905FAAA27D86E0D211CBEEB0@VSRBEX10.LANPRD.NBB> Unsubscrive ----- Original Message ----- From: cygwin-xfree-announce-owner@cygwin.com To: cygwin-xfree-announce@cygwin.com Sent: Fri Apr 02 22:25:11 2010 Subject: Updated: xorg-server-1.8.0-1 (TEST) The following package has been updated for Cygwin 1.7: * xorg-server-1.8.0-1 (TEST) This package contains XWin and the other X.Org X11 servers. This is the first official release of the xserver 1.8 series. It is currently available as a test release, and will be made stable in approximately 10 days if no major regressions are reported. PLEASE NOTE: * The default server DPI, previously hardcoded to 75, now matches Windows' DPI (usually 96, unless set larger in Control Panel). Xt/Xaw/Motif apps which use bitmap fonts will probably look better with the font-*-dpi100 packages. Apps which are based on Xft (including GTK+/GNOME and Qt/KDE) will benefit from setting the Xft.dpi property in ~/.Xdefaults. Please be aware that this does not necessary match the monitor's *physical* DPI (which matters when using screen rulers) but should be more compatible with Windows apps, especially in multiwindow mode. * The openssl dependency has been replaced by libgcrypt11. Here is a summary of relevant changes since 1.7.99.902-1: Jeremy Huddleston (2): XKB: Fix garbage initialization GLX: Remove a redundant initialization Jon TURNEY (2): Cygwin/X: Process one Windows message per wakeup, rather than all of them. Cygwin/X: Make default DPI match native DPI Michel D?nzer (1): Xext: Fix cursor reference counting hazard. Peter Harris (1): Fix crash when all glyphs of a given depth are freed, but not all glyphsets Peter Hutterer (4): configure: Always define XINPUT. Tomas Carnecky (1): Fix typos in the swap functions Yaakov (1): Cygwin/X: Left-justify website link in About box Yaakov Cygwin/X CYGWIN-XFREE-ANNOUNCE UNSUBSCRIBE INFO ====================================== If you want to unsubscribe from the cygwin-xfree-announce mailing list, please use the automated form at: http://cygwin.com/lists.html#subscribe-unsubscribe If this does not work, then look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-xfree-announce-unsubscribe-you=yourdomain.com@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. ----------------------------------------- Visit our website! http://www.nbb.be "DISCLAIMER: The content of this e-mail message should not be construed as binding on the part of the National Bank of Belgium (NBB) unless otherwise and previously stated. The opinions expressed in this message are solely those of the author and do not necessarily reflect NBB viewpoints, particularly when the content of this message, or part thereof, is private by nature or does not fall within the professional scope of its author." From rodmedina@cantv.net Sat Apr 3 22:48:00 2010 From: rodmedina@cantv.net (Rodrigo Medina) Date: Sat, 03 Apr 2010 22:48:00 -0000 Subject: Updated: xorg-server-1.8.0-1 (TEST) Message-ID: <380-22010463224818610@cantv.net> HI, The version 1.8.0-1 prsesents the same bugs of the 1.7.6.0 version as reported in the messages http://cygwin.com/ml/cygwin-xfree/2010-03/msg00095.html http://cygwin.com/ml/cygwin-xfree/2010-03/msg00094.html http://cygwin.com/ml/cygwin-xfree/2010-03/msg00093.html bye, Rodrigo Medina -- 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 bjfcom@yahoo.com Mon Apr 5 19:49:00 2010 From: bjfcom@yahoo.com (bjfcom) Date: Mon, 05 Apr 2010 19:49:00 -0000 Subject: xinitrc ignored Message-ID: <28144050.post@talk.nabble.com> Thanks for reading. I am going crazy. When I run my xserver, xterm loads. So, commented out anything with xterm in both /etc/X11/xinit and /etc/X11/system.XWinrc. I do not have personalized rc files in ~/ other than bash. I also completely moved the files out of the directory and xterm still loads. There must be calls coming from somewhere else... Please help, right now I blocked xterm with my firewall, but that is just silly. Thanks!, -bjfcom -- View this message in context: http://old.nabble.com/xinitrc-ignored-tp28144050p28144050.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jjreisert@alum.mit.edu Mon Apr 5 20:25:00 2010 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Mon, 05 Apr 2010 20:25:00 -0000 Subject: xinitrc ignored In-Reply-To: <28144050.post@talk.nabble.com> References: <28144050.post@talk.nabble.com> Message-ID: You need to create an empty ~/.startxwinrc (I think that's the name) file. This is new with the latest Cygwin-X server. - Jim On Mon, Apr 5, 2010 at 1:49 PM, bjfcom wrote: > > Thanks for reading. > > I am going crazy. ?When I run my xserver, xterm loads. > > So, commented out anything with xterm in both /etc/X11/xinit and > /etc/X11/system.XWinrc. ?I do not have personalized rc files in ~/ other > than bash. ?I also completely moved the files out of the directory and xterm > still loads. ?There must be calls coming from somewhere else... > > Please help, right now I blocked xterm with my firewall, but that is just > silly. > > Thanks!, > -bjfcom -- 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 jon.turney@dronecode.org.uk Mon Apr 5 21:10:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 05 Apr 2010 21:10:00 -0000 Subject: XWin does not delete the lock files In-Reply-To: <380-22010323021251252@cantv.net> References: <380-22010323021251252@cantv.net> Message-ID: <4BBA51CB.7040109@dronecode.org.uk> On 30/03/2010 22:02, Rodrigo Medina wrote: > I have found that XWin -multiwindow -clipboard& dos not remove the lock > files when it is stopped > with the 'Exit' button of the XWin menu [...] Thanks for the reproduction steps here, although I wasn't able to reproduce the problem without also connecting an xterm before shutting down the X server. At least part of the problem seems to be awesomely bad multi-threaded code: It looks like the code thinks XSetIOErrorHandler() sets a per-thread handler, rather than the global handler it actually sets, so each client thread sets it to a handler which longjmp()s somewhere, and we end up getting the last one which happened to get installed if the handler ever actually gets called, with hilarious consequences... (longjmp()ing to a setjmp() buffer allocated in another thread being undefined, and even if it happens to work, it isn't going to do the right thing) This also seems to be the cause of the segfault on shutdown you have reported in another thread. I've had a go at working around these issues a bit, although the only way of handling the multithreading correctly looks to be to re-write the clipboard and multiwindow WM to use xcb. Perhaps you could try out the test build I have uploaded at [1] and see if that resolves this problem for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100405215019.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Apr 5 21:23:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 05 Apr 2010 21:23:00 -0000 Subject: Conflict between cliupboard and xmodmap In-Reply-To: References: Message-ID: <4BBA54D0.2010904@dronecode.org.uk> On 31/03/2010 15:52, Rodrigo Medina wrote: > Apparently here is a conflict between clipboard and xmodmap: [...] > winClipboardFlushXEvents - unexpected event type 34 This is a not a conflict or an error. This is merely a warning that the clipboard thread wasn't written to expect the MappingNotify events, which xmodmap causes the server to send to all clients. There is no mechanism to express disinterest in that event, so I suppose we should add something to ignore those events, to prevent alarm and confusion... -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Apr 5 21:26:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 05 Apr 2010 21:26:00 -0000 Subject: problem about keyboard In-Reply-To: <939DFCCAF07A451494377E621172FD8E@kylePC> References: <939DFCCAF07A451494377E621172FD8E@kylePC> Message-ID: <4BBA55A8.10900@dronecode.org.uk> On 02/04/2010 01:40, kyle @ gmail wrote: > I downloaded and installed cygwin on this Thuesday, > but I found that I can not type anything in X-server console. > I read the Q&A, and it said this problem is caused by old version of > startxwin.bat > But since this is my first time to install cygwin, there is no > startxwin.bat in my cygwin directory. > I've also checked if there is anything setting XKEYSYMDB, but it replied > nothing. > > Could you give me any suggest to fix that problem? (My OS is windows vista) > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html ^^^ You might get some more useful replies if you attach your cygcheck output and XWin.0.log as suggested on that page. > 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 jon.turney@dronecode.org.uk Mon Apr 5 21:30:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 05 Apr 2010 21:30:00 -0000 Subject: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 In-Reply-To: <599525.40364.qm@web88006.mail.re2.yahoo.com> References: <745077.37241.qm@web88004.mail.re2.yahoo.com> <4BB0DB76.20708@dronecode.org.uk> <599525.40364.qm@web88006.mail.re2.yahoo.com> Message-ID: <4BBA5671.7060309@dronecode.org.uk> On 29/03/2010 18:20, Amal Khailtash wrote: > I do have native TCL installed as well, but I am not really running anything locally. The only client I run is a Linux Konsole window launched by an SSH command. Once I have a remote terminal, I launch my simulation tool (ModelSim). I watch the resources using windows Task Manager. > > Do you think that ModelSim or Konsole are eating up resources? Although, even when I quit those programs, until I close XWin.exe, the resources are not freed! Well, how about approaching the problem methodically? If you boot up and just start the X server, do you see these leaks? Does starting you X client (Konsole via ssh) cause these leaks? Does starting your TCL application cause these leaks? > ----- Original Message ---- > Sent: Mon, March 29, 2010 12:55:18 PM > Subject: Re: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 > > On 22/03/2010 18:38, Amal Khailtash wrote: >> My Windows XP USER and GDI object counts, for process XWin.exe, keep going >> up even if I leave my PC running and doing nothing. The increase >> eventually makes my windows title-bars and and menu bars disappear and I >> need to reboot to be able to work again. > > How are you measuring these object counts? > > It's unclear from what you write if you have any X clients connected to your X server while the leak is occurring. > > It's interesting that, from your cygcheck output, you seem to have a native TCL installed, as that has been mentioned previously associated with some source of resource leak problem (see [1]), although I've never been able to reproduce it. > > [1] http://sourceware.org/ml/cygwin-xfree/2009-02/msg00184.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Apr 5 21:33:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 05 Apr 2010 21:33:00 -0000 Subject: [PATCH] Store pthread_ids and chain IOError handlers to avoid longjmp across threads In-Reply-To: <4BBA51CB.7040109@dronecode.org.uk> References: <4BBA51CB.7040109@dronecode.org.uk> Message-ID: <1270503202-3924-1-git-send-email-jon.turney@dronecode.org.uk> Signed-off-by: Jon TURNEY --- hw/xwin/winclipboardthread.c | 24 +++++++++++++----- hw/xwin/winmultiwindowwm.c | 54 ++++++++++++++++++++++++++++-------------- 2 files changed, 53 insertions(+), 25 deletions(-) diff --git a/hw/xwin/winclipboardthread.c b/hw/xwin/winclipboardthread.c index f61037c..be8126f 100644 --- a/hw/xwin/winclipboardthread.c +++ b/hw/xwin/winclipboardthread.c @@ -58,6 +58,9 @@ extern Window g_iClipboardWindow; */ static jmp_buf g_jmpEntry; +static XIOErrorHandler g_winClipboardOldIOErrorHandler; +static pthread_t g_winClipboardProcThread; + Bool g_fUnicodeSupport = FALSE; Bool g_fUseUnicode = FALSE; @@ -122,6 +125,11 @@ winClipboardProc (void *pvNotUsed) ErrorF ("winClipboardProc - Warning: Locale not supported by X.\n"); } + /* Set error handler */ + XSetErrorHandler (winClipboardErrorHandler); + g_winClipboardProcThread = pthread_self(); + g_winClipboardOldIOErrorHandler = XSetIOErrorHandler (winClipboardIOErrorHandler); + /* Set jump point for Error exits */ iReturn = setjmp (g_jmpEntry); @@ -144,10 +152,6 @@ winClipboardProc (void *pvNotUsed) /* Use our generated cookie for authentication */ winSetAuthorization(); - /* Set error handler */ - XSetErrorHandler (winClipboardErrorHandler); - XSetIOErrorHandler (winClipboardIOErrorHandler); - /* Initialize retry count */ iRetries = 0; @@ -452,8 +456,14 @@ winClipboardIOErrorHandler (Display *pDisplay) { ErrorF ("winClipboardIOErrorHandler!\n\n"); - /* Restart at the main entry point */ - longjmp (g_jmpEntry, WIN_JMP_ERROR_IO); - + if (pthread_equal(pthread_self(),g_winClipboardProcThread)) + { + /* Restart at the main entry point */ + longjmp (g_jmpEntry, WIN_JMP_ERROR_IO); + } + + if (g_winClipboardOldIOErrorHandler) + g_winClipboardOldIOErrorHandler(pDisplay); + return 0; } diff --git a/hw/xwin/winmultiwindowwm.c b/hw/xwin/winmultiwindowwm.c index 43c047c..3f231bc 100644 --- a/hw/xwin/winmultiwindowwm.c +++ b/hw/xwin/winmultiwindowwm.c @@ -203,7 +203,11 @@ winUpdateWindowPosition (HWND hWnd, Bool reshape, HWND *zstyle); */ static jmp_buf g_jmpWMEntry; +static XIOErrorHandler g_winMultiWindowWMOldIOErrorHandler; +static pthread_t g_winMultiWindowWMThread; static jmp_buf g_jmpXMsgProcEntry; +static XIOErrorHandler g_winMultiWindowXMsgProcOldIOErrorHandler; +static pthread_t g_winMultiWindowXMsgProcThread; static Bool g_shutdown = FALSE; static Bool redirectError = FALSE; static Bool g_fAnotherWMRunning = FALSE; @@ -900,9 +904,14 @@ winMultiWindowXMsgProc (void *pArg) ErrorF ("winMultiWindowXMsgProc - pthread_mutex_unlock () returned.\n"); + /* Install our error handler */ + XSetErrorHandler (winMultiWindowXMsgProcErrorHandler); + g_winMultiWindowXMsgProcThread = pthread_self(); + g_winMultiWindowXMsgProcOldIOErrorHandler = XSetIOErrorHandler (winMultiWindowXMsgProcIOErrorHandler); + /* Set jump point for IO Error exits */ iReturn = setjmp (g_jmpXMsgProcEntry); - + /* Check if we should continue operations */ if (iReturn != WIN_JMP_ERROR_IO && iReturn != WIN_JMP_OKAY) @@ -918,10 +927,6 @@ winMultiWindowXMsgProc (void *pArg) pthread_exit (NULL); } - /* Install our error handler */ - XSetErrorHandler (winMultiWindowXMsgProcErrorHandler); - XSetIOErrorHandler (winMultiWindowXMsgProcIOErrorHandler); - /* Setup the display connection string x */ winGetDisplayName(pszDisplay, (int)pProcArg->dwScreen); @@ -1282,9 +1287,14 @@ winInitMultiWindowWM (WMInfoPtr pWMInfo, WMProcArgPtr pProcArg) ErrorF ("winInitMultiWindowWM - pthread_mutex_unlock () returned.\n"); + /* Install our error handler */ + XSetErrorHandler (winMultiWindowWMErrorHandler); + g_winMultiWindowWMThread = pthread_self(); + g_winMultiWindowWMOldIOErrorHandler = XSetIOErrorHandler (winMultiWindowWMIOErrorHandler); + /* Set jump point for IO Error exits */ iReturn = setjmp (g_jmpWMEntry); - + /* Check if we should continue operations */ if (iReturn != WIN_JMP_ERROR_IO && iReturn != WIN_JMP_OKAY) @@ -1300,10 +1310,6 @@ winInitMultiWindowWM (WMInfoPtr pWMInfo, WMProcArgPtr pProcArg) pthread_exit (NULL); } - /* Install our error handler */ - XSetErrorHandler (winMultiWindowWMErrorHandler); - XSetIOErrorHandler (winMultiWindowWMIOErrorHandler); - /* Setup the display connection string x */ winGetDisplayName(pszDisplay, (int)pProcArg->dwScreen); @@ -1426,12 +1432,18 @@ winMultiWindowWMIOErrorHandler (Display *pDisplay) { ErrorF ("winMultiWindowWMIOErrorHandler!\n\n"); - if (g_shutdown) - pthread_exit(NULL); + if (pthread_equal(pthread_self(),g_winMultiWindowWMThread)) + { + if (g_shutdown) + pthread_exit(NULL); + + /* Restart at the main entry point */ + longjmp (g_jmpWMEntry, WIN_JMP_ERROR_IO); + } + + if (g_winMultiWindowWMOldIOErrorHandler) + g_winMultiWindowWMOldIOErrorHandler(pDisplay); - /* Restart at the main entry point */ - longjmp (g_jmpWMEntry, WIN_JMP_ERROR_IO); - return 0; } @@ -1466,9 +1478,15 @@ winMultiWindowXMsgProcIOErrorHandler (Display *pDisplay) { ErrorF ("winMultiWindowXMsgProcIOErrorHandler!\n\n"); - /* Restart at the main entry point */ - longjmp (g_jmpXMsgProcEntry, WIN_JMP_ERROR_IO); - + if (pthread_equal(pthread_self(),g_winMultiWindowXMsgProcThread)) + { + /* Restart at the main entry point */ + longjmp (g_jmpXMsgProcEntry, WIN_JMP_ERROR_IO); + } + + if (g_winMultiWindowXMsgProcOldIOErrorHandler) + g_winMultiWindowXMsgProcOldIOErrorHandler(pDisplay); + return 0; } -- 1.7.0.4 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Apr 5 21:39:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 05 Apr 2010 21:39:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: References: <4BB0D1FE.3020005@dronecode.org.uk> Message-ID: <4BBA587A.5030706@dronecode.org.uk> On 29/03/2010 23:41, Dan Tsafrir wrote: > On Mon, Mar 29, 2010 at 19:14, Jon TURNEY wrote: >> On 29/03/2010 11:33, Dan Tsafrir wrote: >>> >>> After I've upgraded to cygwin-1.7 my emacs takes 30-40 seconds to >>> open. Sorry, I hadn't noticed what you'd written about xterm starting up normally, I guess that tends to suggest this is an emacs-specific problem in some way rather than the general X fontset problem I assumed it was... > I've conducted a few repeated measurements and it looks as though > setting LANG to be en_US somewhat reduces the start time of emacs-x11: > instead of ~30 seconds with LANG=C.UTF-8, it take ~27 seconds > LANG=en_US. While this is ~10% less, waiting 27 seconds for emacs to > open still seems unreasonable. > > Any other ideas? Hmm.... You don't have any emacs fonts being set via ~/.Xdefaults or ~/.Xresources? -- 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 Apr 6 04:56:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 06 Apr 2010 04:56:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: References: <4BB0D1FE.3020005@dronecode.org.uk> Message-ID: <4BBA587A.5030706@dronecode.org.uk> On 29/03/2010 23:41, Dan Tsafrir wrote: > On Mon, Mar 29, 2010 at 19:14, Jon TURNEY wrote: >> On 29/03/2010 11:33, Dan Tsafrir wrote: >>> >>> After I've upgraded to cygwin-1.7 my emacs takes 30-40 seconds to >>> open. Sorry, I hadn't noticed what you'd written about xterm starting up normally, I guess that tends to suggest this is an emacs-specific problem in some way rather than the general X fontset problem I assumed it was... > I've conducted a few repeated measurements and it looks as though > setting LANG to be en_US somewhat reduces the start time of emacs-x11: > instead of ~30 seconds with LANG=C.UTF-8, it take ~27 seconds > LANG=en_US. While this is ~10% less, waiting 27 seconds for emacs to > open still seems unreasonable. > > Any other ideas? Hmm.... You don't have any emacs fonts being set via ~/.Xdefaults or ~/.Xresources? -- 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 rodmedina@cantv.net Tue Apr 6 11:59:00 2010 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 06 Apr 2010 11:59:00 -0000 Subject: XWin does not delete the lock files Message-ID: <380-2201042645652828@cantv.net> Hi, On 05/04/2010 17:14:51, Jon TURNEY wrote: >Perhaps you could try out the test build I have uploaded at [1] and see if >that resolves this problem for you? >[1] ftp://cygwin.com/pub/cygwinx/XWin.20100405215019.exe.bz2 XWin.20100405215019 crashes immediately. See XWin.0.log Bye Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 2931 bytes Desc: XWin.0.log URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From gbarrick@walsh.edu Tue Apr 6 14:45:00 2010 From: gbarrick@walsh.edu (George Barrick) Date: Tue, 06 Apr 2010 14:45:00 -0000 Subject: CygWin-1.7.3-1 fails to provide pipe. Message-ID: <4B30AD0BED19E842AAE88DC3973649312411601388@mail3.walsh.edu> CygWin-1.7.3-1 fails to provide pipe. 2010.04.06.11:47:29 UT Hello CygWin folks, I use cygwin to serve as a Win32 platform for GNU Octave, a freeware mathematics program that mimics the functionality of Matlab. The octave program produces graphical output by exporting scripts of graphing commands to the gnuplot graphing suite. I am using the pre-compiled octave-3.2.4 under CygWin-1.7.3-1 on a WinXP Pro. SP3 uni-processor PC (Dell OptiPlex GX260, 2.4 GHz, 1024 MBt RAM). My X-server is Xorg-1.7.6-2 with the XWin window manager. This cygwin/octave uses gnuplot-4.2-4. The difficulty that I experienced with octave was coming up in any instance where I called for a plotting window. The following short octave script does it. xvals = [ -3.0 : 0.2 : 5.0 ] ; wuns = ones( size( xvals ) ) ; yvals = (-2.0)*xvals + (1.5)*wuns ; plot( xvals, yvals, 'k-' ) ; I received the following octave errors; though if I executed a simple plot using only gnuplot, the new X-window appeared and plotted in its normal fashion. error: __gnuplot_get_var__: Can not open fifo. error: called from: error: /usr/share/octave/3.2.4/m/plot/__gnuplot_get_var__.m at line 156, column 7 error: /usr/share/octave/3.2.4/m/plot/__go_draw_axes__.m at line 39, column 18 error: /usr/share/octave/3.2.4/m/plot/__go_draw_figure__.m at line 92, column 3 error: /usr/share/octave/3.2.4/m/plot/gnuplot_drawnow.m at line 99, column 5 I went to the __gnuplot_get_var__.m script within the octave suite, and looked. It seems to be precisely what the error messages were saying: the octave could not open a fifo pipe through which it sends its plotting commands to gnuplot. At the suggestion of Tatsuro Matsuoka (one of the GNU Octave developers), I reverted from the CygWin-1.7.3-1 (that I installed yesterday) back to the CygWin-1.7.2-2. This cleared the problem immediately. What I am suggesting is that the new cygwin.dll has difficulties implementing the kind of pipe that octave uses to send its graphing commands to gnuplot. The specific details of the pipe that serves as an example of this can be seen in the __gnuplot_get_var__.m script inside the GNU Octave package. Thank you, George gbarrick@walsh.edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Apr 6 17:57:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 06 Apr 2010 17:57:00 -0000 Subject: XWin does not delete the lock files In-Reply-To: <380-2201042645652828@cantv.net> References: <380-2201042645652828@cantv.net> Message-ID: <4BBB4924.8040503@dronecode.org.uk> On 06/04/2010 05:56, Rodrigo Medina wrote: > On 05/04/2010 17:14:51, Jon TURNEY wrote: >> Perhaps you could try out the test build I have uploaded at [1] and see if >> that resolves this problem for you? >> [1] ftp://cygwin.com/pub/cygwinx/XWin.20100405215019.exe.bz2 > > XWin.20100405215019 crashes immediately. > See XWin.0.log Thanks for testing this. I wouldn't describe this problem as a crash. Compare and contrast [1] and [2]. > [ 8658,171] (EE) XKB: Couldn't open rules file /opt/wip/jhbuild/install/share/X11/xkb/rules/base > [ 8658,171] XKB: Failed to compile keymap > [ 8658,171] Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. > [ 8658,171] Fatal server error: > [ 8658,171] Failed to activate core devices. Oops, this test build is looking in the wrong place for the keyboard configuration data. I've uploaded a corrected build at [3], please try that instead. [1] http://en.wikipedia.org/wiki/Abort_%28computing%29 [2] http://en.wikipedia.org/wiki/Crash_%28computing%29 [3] ftp://cygwin.com/pub/cygwinx/XWin.20100406153607.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From sharad_sp@yahoo.com Tue Apr 6 19:06:00 2010 From: sharad_sp@yahoo.com (sharad patil) Date: Tue, 06 Apr 2010 19:06:00 -0000 Subject: celine barre Message-ID: <783335.9834.qm@web54008.mail.re2.yahoo.com> http://alpagangida.com/htm/index.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 akhailtash@yahoo.com Tue Apr 6 21:16:00 2010 From: akhailtash@yahoo.com (Amal Khailtash) Date: Tue, 06 Apr 2010 21:16:00 -0000 Subject: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 In-Reply-To: <4BBA5671.7060309@dronecode.org.uk> References: <745077.37241.qm@web88004.mail.re2.yahoo.com> <4BB0DB76.20708@dronecode.org.uk> <599525.40364.qm@web88006.mail.re2.yahoo.com> <4BBA5671.7060309@dronecode.org.uk> Message-ID: <730771.75866.qm@web88008.mail.re2.yahoo.com> Jon, I rebooted and started XWin. With one local xterm running the resource usage is: Image Name User Objects GDI Objects XWin.exe 26 51 I close the xterm window started with XWin. Image Name User Objects GDI Objects XWin.exe 22 46 Then I start a remote Konsole by: % ssh -X remote_server /usr/bin/konsole Image Name User Objects GDI Objects XWin.exe 27 55 On Konsole window, click on Settings | Font | Medium: Image Name User Objects GDI Objects XWin.exe 29 59 Click on Session menu and while the menu is open, move to Edit, then View, Bookmarks, Settings and Help and click outside to withdraw menu: Image Name User Objects GDI Objects XWin.exe 39 79 Click on any menu item and while the menu is open and move cursor to other menu items a number of (20) times: Image Name User Objects GDI Objects XWin.exe 241 483 Keep doing this and you will see the allocated objects keeps increasing and increasing and they are never released even if I close my Konsole window! Image Name User Objects GDI Objects XWin.exe 1,120 2,239 If you have a Windows XP that has not been modified to reserved more GDI space, you will start loosing window titles and menu items until your workstation is unstable and one needs to reboot! If you need further experiment with my TCL-based program (modelsim) that uses more bitmaps in its menu items, let me know. But the fact that the resources keep increasing by just selecting menu items, it tells me there is serious leak somewhere. Regards,-- Amal ----- Original Message ---- From: Jon TURNEY To: cygwin-xfree@cygwin.com Cc: akhailtash@yahoo.com Sent: Mon, April 5, 2010 5:30:25 PM Subject: Re: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 On 29/03/2010 18:20, Amal Khailtash wrote: > I do have native TCL installed as well, but I am not really running anything locally. The only client I run is a > Linux Konsole window launched by an SSH command. Once I have a remote terminal, I launch my simulation > tool (ModelSim). I watch the resources using windows Task Manager. > > Do you think that ModelSim or Konsole are eating up resources? Although, even when I quit those programs, > until I close XWin.exe, the resources are not freed! Well, how about approaching the problem methodically? If you boot up and just start the X server, do you see these leaks? Does starting you X client (Konsole via ssh) cause these leaks? Does starting your TCL application cause these leaks? > ----- Original Message ---- > Sent: Mon, March 29, 2010 12:55:18 PM > Subject: Re: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 > > On 22/03/2010 18:38, Amal Khailtash wrote: >> My Windows XP USER and GDI object counts, for process XWin.exe, keep going >> up even if I leave my PC running and doing nothing. The increase >> eventually makes my windows title-bars and and menu bars disappear and I >> need to reboot to be able to work again. > > How are you measuring these object counts? > > It's unclear from what you write if you have any X clients connected to your X server while the leak is occurring. > > It's interesting that, from your cygcheck output, you seem to have a native TCL installed, as that has been mentioned > previously associated with some source of resource leak problem (see [1]), although I've never been able to reproduce it. > > [1] http://sourceware.org/ml/cygwin-xfree/2009-02/msg00184.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From rodmedina@cantv.net Tue Apr 6 21:54:00 2010 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 06 Apr 2010 21:54:00 -0000 Subject: XWin does not delete the lock files Message-ID: <380-220104262116679@cantv.net> Hi, On 06/04/2010 10:15:44, Jon TURNEY wrote: >I've uploaded a corrected build at [3], please try that instead. >[3] ftp://cygwin.com/pub/cygwinx/XWin.20100406153607.exe.bz2 XWin.20100406153607 also stops with a Fatal Error and then segmentation fault Se attachments Bye Rodrigo Medina -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.20100406153607.exe.stackdump Type: application/octet-stream Size: 1383 bytes Desc: XWin.20100406153607.exe.stackdump URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 2846 bytes Desc: XWin.0.log URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From rodmedina@cantv.net Tue Apr 6 22:34:00 2010 From: rodmedina@cantv.net (Rodrigo Medina) Date: Tue, 06 Apr 2010 22:34:00 -0000 Subject: XWin does not delete the lock files Message-ID: <380-22010426215411376@cantv.net> Hi, In the previous message I said: XWin.20100406153607 also stops with a Fatal Error and then segmentation fault. ^^^^^^^^^^^^^^^^^^ Actually the segmentation fault was due to the fact that Windows had blocked the program. After unblocking the program it ends with the fatal error but without the segmentation fault. bye Rodrigo Medina -- 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 bjfcom@yahoo.com Wed Apr 7 00:28:00 2010 From: bjfcom@yahoo.com (bjfcom) Date: Wed, 07 Apr 2010 00:28:00 -0000 Subject: xinitrc ignored In-Reply-To: References: <28144050.post@talk.nabble.com> Message-ID: <28158423.post@talk.nabble.com> Dear Jim, Thanks for your note. I "touch"ed a new file with the name you suggested, but all it did was make XWin hang and never start. I tried to copy the two files 'system.XWinrc' and '.xinitrc' to the same name. That started the server, but other problems cropped up. Much of the gui in the program 'xmgrace' was unusable and missing, and the server would in a few minutes crash. If you got any other ideas, I am all ears! :) . Thanks, -bjfcom Jim Reisert AD1C wrote: > > You need to create an empty ~/.startxwinrc (I think that's the name) > file. This is new with the latest Cygwin-X server. > > - Jim > > On Mon, Apr 5, 2010 at 1:49 PM, bjfcom wrote: >> >> Thanks for reading. >> >> I am going crazy. ?When I run my xserver, xterm loads. >> >> So, commented out anything with xterm in both /etc/X11/xinit and >> /etc/X11/system.XWinrc. ?I do not have personalized rc files in ~/ other >> than bash. ?I also completely moved the files out of the directory and >> xterm >> still loads. ?There must be calls coming from somewhere else... >> >> Please help, right now I blocked xterm with my firewall, but that is just >> silly. >> >> Thanks!, >> -bjfcom > > > > > -- > 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/ > > > -- View this message in context: http://old.nabble.com/xinitrc-ignored-tp28144050p28158423.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From bjfcom@yahoo.com Wed Apr 7 17:32:00 2010 From: bjfcom@yahoo.com (bjfcom) Date: Wed, 07 Apr 2010 17:32:00 -0000 Subject: xinitrc ignored In-Reply-To: <28158423.post@talk.nabble.com> References: <28144050.post@talk.nabble.com> <28158423.post@talk.nabble.com> Message-ID: <28159191.post@talk.nabble.com> In fact, now I don't know what's going on because the server will only run very buggy-like now. I can't get it to behave like it was. hmm...something is terribly amiss in Denmark... -bjfcom bjfcom wrote: > > Dear Jim, > > Thanks for your note. I "touch"ed a new file with the name you suggested, > but all it did was make XWin hang and never start. I tried to copy the > two files 'system.XWinrc' and '.xinitrc' to the same name. That started > the server, but other problems cropped up. Much of the gui in the program > 'xmgrace' was unusable and missing, and the server would in a few minutes > crash. > > If you got any other ideas, I am all ears! :) . > > Thanks, > -bjfcom > > > Jim Reisert AD1C wrote: >> >> You need to create an empty ~/.startxwinrc (I think that's the name) >> file. This is new with the latest Cygwin-X server. >> >> - Jim >> >> On Mon, Apr 5, 2010 at 1:49 PM, bjfcom wrote: >>> >>> Thanks for reading. >>> >>> I am going crazy. ?When I run my xserver, xterm loads. >>> >>> So, commented out anything with xterm in both /etc/X11/xinit and >>> /etc/X11/system.XWinrc. ?I do not have personalized rc files in ~/ other >>> than bash. ?I also completely moved the files out of the directory and >>> xterm >>> still loads. ?There must be calls coming from somewhere else... >>> >>> Please help, right now I blocked xterm with my firewall, but that is >>> just >>> silly. >>> >>> Thanks!, >>> -bjfcom >> >> >> >> >> -- >> 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/ >> >> >> > > -- View this message in context: http://old.nabble.com/xinitrc-ignored-tp28144050p28159191.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Denis.Beauchemin@USherbrooke.ca Wed Apr 7 18:24:00 2010 From: Denis.Beauchemin@USherbrooke.ca (Denis Beauchemin) Date: Wed, 07 Apr 2010 18:24:00 -0000 Subject: Keyboard and start options problems Message-ID: <4BBCC181.2010904@USherbrooke.ca> Hello, My French-Canadian keyboard is not recognized: 2010-04-06 14:42:35 (--) winConfigKeyboard - Layout: "00001009" (00001009) 2010-04-06 14:42:35 (EE) Keyboardlayout "Canadian French" (00001009) is unknown 2010-04-06 14:42:35 Rules = "base" Model = "pc105" Layout = "us" Variant = "" Options = "" If I use "setxkbmap ca fr" it defines it OK but when I start a new xterm the keyboard is not OK: the "`" dead-key does not produce an "??" if I hit "`e"; it just produces a plain "e" (but it works ok in the initial xterm). I think this might be related to LANG not being set OK (it is set to C.UTF-8 by default). I tried to set it fr_CA.UTF-8 but it didn't work either. I also have a problem with my start icon that doesn't seem to pick up my custom parameters. The command is: C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe -xkblayout ca -xkbvariant fr -emulate3buttons The layout is always US and the 3 button emulation doesn't work either. Any help appreciated! Denis -- _ ??v?? Denis Beauchemin, analyste /(_)\ Universit?? de Sherbrooke, S.T.I. ^ ^ T: 819.821.8000x62252 F: 819.821.8045 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From kbrown@cornell.edu Wed Apr 7 19:04:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Wed, 07 Apr 2010 19:04:00 -0000 Subject: Keyboard and start options problems In-Reply-To: <4BBCC181.2010904@USherbrooke.ca> References: <4BBCC181.2010904@USherbrooke.ca> Message-ID: <4BBCCDED.5080200@cornell.edu> On 4/7/2010 1:31 PM, Denis Beauchemin wrote: > I also have a problem with my start icon that doesn't seem to pick up my > custom parameters. The command is: > C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe > -xkblayout ca -xkbvariant fr -emulate3buttons > > The layout is always US and the 3 button emulation doesn't work either. You need to quote the part after -c, and you're also missing a '--' (see the startxwin documentation). Try C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c '/usr/bin/startxwin.exe -- -xkblayout ca -xkbvariant fr -emulate3buttons' Ken -- 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 Denis.Beauchemin@USherbrooke.ca Thu Apr 8 01:02:00 2010 From: Denis.Beauchemin@USherbrooke.ca (Denis Beauchemin) Date: Thu, 08 Apr 2010 01:02:00 -0000 Subject: Keyboard and start options problems In-Reply-To: <4BBCCDED.5080200@cornell.edu> References: <4BBCC181.2010904@USherbrooke.ca> <4BBCCDED.5080200@cornell.edu> Message-ID: <4BBCD74B.8020101@USherbrooke.ca> Le 2010-04-07 14:24, Ken Brown a ??crit : > On 4/7/2010 1:31 PM, Denis Beauchemin wrote: >> I also have a problem with my start icon that doesn't seem to pick up my >> custom parameters. The command is: >> C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe >> -xkblayout ca -xkbvariant fr -emulate3buttons >> >> The layout is always US and the 3 button emulation doesn't work either. > > You need to quote the part after -c, and you're also missing a '--' > (see the startxwin documentation). Try > > C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c '/usr/bin/startxwin.exe > -- -xkblayout ca -xkbvariant fr -emulate3buttons' > > Ken Thanks, that worked like a charm! I had tried quoting and the "--" but I guess I didn't try the right combination. Denis -- _ ??v?? Denis Beauchemin, analyste /(_)\ Universit?? de Sherbrooke, S.T.I. ^ ^ T: 819.821.8000x62252 F: 819.821.8045 -- 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 infos@sitestest.com Thu Apr 8 03:48:00 2010 From: infos@sitestest.com (infos@sitestest.com) Date: Thu, 08 Apr 2010 03:48:00 -0000 Subject: Etudes au Quebec Canada Message-ID: <9564a2957452d47f9d7cfd4e6bd2f3a1@canada-design.com> Bonjour, Chercher des programmes d'??tudes ou contacter un ??tablissement pour faire ses ??tudes au canada, c'est dans un seul site: http://www.formation-quebec.ca/ le site: FORMATION-Quebec.CA est un site riche d'Information pour tout ce qui concerne les programmes d'??tudes, les professions et les ??tablissements coll??giales, universitaires ou a distance. Visitez le site: http://www.formation-quebec.ca/ Cordialement L'??quipe de Kebek-cours -- Powered by PHPlist, www.phplist.com -- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mark.lillibridge@hp.com Mon Apr 12 23:52:00 2010 From: mark.lillibridge@hp.com (Mark Lillibridge) Date: Mon, 12 Apr 2010 23:52:00 -0000 Subject: bug report/suggested temp. patch: handling bursts of sent keys In-Reply-To: <4BB0E1A7.7090404@dronecode.org.uk> (message from Jon TURNEY on Mon, 29 Mar 2010 18:21:43 +0100) References: <201001102040.o0AKenLB010951@mailhub-pa1.hpl.hp.com> <201001191817.o0JIHoS1030183@mailhub-pa1.hpl.hp.com> <6b9bc6ee1001230517v73231f5cma1503fa473a5d11c@mail.gmail.com> <201001232202.o0NM2HAl027114@mailhub-pa1.hpl.hp.com> <4B703361.3050304@dronecode.org.uk> <4B840ABE.8080106@dronecode.org.uk> <4BB0E1A7.7090404@dronecode.org.uk> Message-ID: Jon wrote: > Yaakov, > > Can you pull this patch and include it in the next X server release, please. Excellent. Thank you. Do we need to do anything special for this to get picked up for Xming as well? - Mark -- 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 dants@cs.technion.ac.il Tue Apr 13 06:46:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Tue, 13 Apr 2010 06:46:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <4BBA587A.5030706@dronecode.org.uk> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> Message-ID: On Tue, Apr 6, 2010 at 00:39, Jon TURNEY wrote: > >> I've conducted a few repeated measurements and it looks as though >> setting LANG to be en_US somewhat reduces the start time of emacs-x11: >> instead of ~30 seconds with LANG=C.UTF-8, it take ~27 seconds >> LANG=en_US. While this is ~10% less, waiting 27 seconds for emacs to >> open still seems unreasonable. >> >> Any other ideas? > > Hmm.... > > You don't have any emacs fonts being set via ~/.Xdefaults or ~/.Xresources? Actually, I do. However, following the suggestion of Ken Brown http://www.mail-archive.com/cygwin@cygwin.com/msg107126.html I've invoked emacs with -Q (and also, just to make sure, removed my ~/.Xdefaults). It did not change anything: emacs still takes ~30 seconds to open. What else? ---Dan -- 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 Bengt-Arne.Fjellner@ltu.se Tue Apr 13 09:42:00 2010 From: Bengt-Arne.Fjellner@ltu.se (Bengt-Arne Fjellner) Date: Tue, 13 Apr 2010 09:42:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> Message-ID: <4BC4132E.60803@ltu.se> On 2010-04-13 1:52 AM, Dan Tsafrir wrote: > On Tue, Apr 6, 2010 at 00:39, Jon TURNEY wrote: > >> >>> I've conducted a few repeated measurements and it looks as though >>> setting LANG to be en_US somewhat reduces the start time of emacs-x11: >>> instead of ~30 seconds with LANG=C.UTF-8, it take ~27 seconds >>> LANG=en_US. While this is ~10% less, waiting 27 seconds for emacs to >>> open still seems unreasonable. >>> >>> Any other ideas? >>> >> Hmm.... >> >> You don't have any emacs fonts being set via ~/.Xdefaults or ~/.Xresources? >> > Actually, I do. However, following the suggestion of Ken Brown > > http://www.mail-archive.com/cygwin@cygwin.com/msg107126.html > > I've invoked emacs with -Q (and also, just to make sure, removed my > ~/.Xdefaults). It did not change anything: emacs still takes ~30 > seconds to open. > > What else? > ---Dan > > A shot (well two) in the dark. I have seen delays of 30 seconds when the resolver has problems. Is your dns configuration correct? Do you have valid entries for localhost and your real hostname in windows/system32/drivers/etc/hosts? -- 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 dants@cs.technion.ac.il Tue Apr 13 11:16:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Tue, 13 Apr 2010 11:16:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <4BC4132E.60803@ltu.se> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC4132E.60803@ltu.se> Message-ID: On Tue, Apr 13, 2010 at 09:46, Bengt-Arne Fjellner wrote: > > On 2010-04-13 1:52 AM, Dan Tsafrir wrote: >> >> I've invoked emacs with -Q (and also, just to make sure, removed my >> ~/.Xdefaults). It did not change anything: emacs still takes ~30 >> seconds to open. > > > A shot (well two) in the dark. > > I have seen delays of 30 seconds when the resolver has problems. Is your dns > configuration correct? > Do you have valid entries for localhost and your real hostname in > windows/system32/drivers/etc/hosts? I'm not sure I know enough to answer these questions. If you could please be more specific regarding what to check, I'll provide the information. Assuming it's related, other then comment lines, my cygwin /etc/hosts contains this single line only: "127.0.0.1 localhost". My DNS configuration appears to be working fine. Note that the emacs / cygwin1.7 problem is reproducible in that it reoccurs whenever I do a clean cygwin install (only installing the default components plus emacs and its dependencies). --Dan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From kbrown@cornell.edu Tue Apr 13 13:54:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Tue, 13 Apr 2010 13:54:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> Message-ID: <4BC45272.50403@cornell.edu> On 4/12/2010 7:52 PM, Dan Tsafrir wrote: > On Tue, Apr 6, 2010 at 00:39, Jon TURNEY wrote: >> >>> I've conducted a few repeated measurements and it looks as though >>> setting LANG to be en_US somewhat reduces the start time of emacs-x11: >>> instead of ~30 seconds with LANG=C.UTF-8, it take ~27 seconds >>> LANG=en_US. While this is ~10% less, waiting 27 seconds for emacs to >>> open still seems unreasonable. >>> >>> Any other ideas? >> >> Hmm.... >> >> You don't have any emacs fonts being set via ~/.Xdefaults or ~/.Xresources? > > Actually, I do. However, following the suggestion of Ken Brown > > http://www.mail-archive.com/cygwin@cygwin.com/msg107126.html > > I've invoked emacs with -Q (and also, just to make sure, removed my > ~/.Xdefaults). It did not change anything: emacs still takes ~30 > seconds to open. It still might be font related. You mentioned earlier in the thread that you installed all available font packages. Do you have a very large ~/.fontconfig directory as a result? Maybe emacs has to process this every time it starts up. (I'm not sure.) What if you delete this directory and do a minimal Cygwin install without so many fonts? I think the first time you start emacs it may call fc-cache to populate ~/.fontconfig, but after that it might start faster. Ken -- 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 Apr 13 14:01:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 13 Apr 2010 14:01:00 -0000 Subject: Keyboard and start options problems In-Reply-To: <4BBCD74B.8020101@USherbrooke.ca> References: <4BBCC181.2010904@USherbrooke.ca> <4BBCCDED.5080200@cornell.edu> <4BBCD74B.8020101@USherbrooke.ca> Message-ID: <4BC47781.10009@dronecode.org.uk> On 07/04/2010 20:04, Denis Beauchemin wrote: > My French-Canadian keyboard is not recognized: > 2010-04-06 14:42:35 (--) winConfigKeyboard - Layout: "00001009" (00001009) > 2010-04-06 14:42:35 (EE) Keyboardlayout "Canadian French" (00001009) is unknown > 2010-04-06 14:42:35 Rules = "base" Model = "pc105" Layout = "us" Variant = "" Options = "" I was going to add this to the list of automatically recognized layouts, but there's something I don't quite understand here. Perhaps you can help clear up the confusion so I can do that? According to the list of locale IDs [2], 0x0c0c is "Canadian French" (for which we already automatically select the XKB layout ca variant fr) and 0x1009 is "Canadian English". Assuming that is correct, at the very least, it looks like the middle line of the log output where we map the locale ID to keyboard layout name is wrong somehow. Is it the case that you have multiple keyboard layouts installed? Is it really the case that 0x1009 should be mapped to ca-fr? Is ca-en more appropriate, but you happen to want to use ca-fr? [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-submit-layout [2] http://msdn.microsoft.com/en-us/library/0h88fahh%28VS.85%29.aspx -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Apr 13 14:14:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 13 Apr 2010 14:14:00 -0000 Subject: bug report/suggested temp. patch: handling bursts of sent keys In-Reply-To: References: <201001102040.o0AKenLB010951@mailhub-pa1.hpl.hp.com> <201001191817.o0JIHoS1030183@mailhub-pa1.hpl.hp.com> <6b9bc6ee1001230517v73231f5cma1503fa473a5d11c@mail.gmail.com> <201001232202.o0NM2HAl027114@mailhub-pa1.hpl.hp.com> <4B703361.3050304@dronecode.org.uk> <4B840ABE.8080106@dronecode.org.uk> <4BB0E1A7.7090404@dronecode.org.uk> Message-ID: <4BC4794F.9000207@dronecode.org.uk> On 08/04/2010 04:47, Mark Lillibridge wrote: >> Can you pull this patch and include it in the next X server release, please. > > Excellent. Thank you. Do we need to do anything special for this > to get picked up for Xming as well? Assuming I don't receive too much hatemail about this breaking stuff after the next X server release, I'll push it upstream to X.Org. Colin Harrison, the Xming maintainer, periodically syncs from X.Org, but it's his decision what he includes. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Apr 13 14:22:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 13 Apr 2010 14:22:00 -0000 Subject: XWin does not delete the lock files In-Reply-To: <380-220104262116679@cantv.net> References: <380-220104262116679@cantv.net> Message-ID: <4BC47C34.4080902@dronecode.org.uk> On 06/04/2010 22:16, Rodrigo Medina wrote: > On 06/04/2010 10:15:44, Jon TURNEY wrote: > >> I've uploaded a corrected build at [3], please try that instead. >> [3] ftp://cygwin.com/pub/cygwinx/XWin.20100406153607.exe.bz2 > > XWin.20100406153607 also stops with a Fatal Error and then segmentation > fault > See attachments > [ 4157,578] (EE) XKB: Could not invoke xkbcomp > [ 4157,578] (EE) XKB: Couldn't compile keymap > [ 4157,578] XKB: Failed to compile keymap > [ 4157,578] Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. > [ 4157,578] Fatal server error: > [ 4157,578] Failed to activate core devices. Hmm... I'm still not doing something right. I've uploaded another build at [1], could you please give that a try? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100413145147.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Apr 13 14:30:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 13 Apr 2010 14:30:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> Message-ID: <4BC47E34.3060306@dronecode.org.uk> On 13/04/2010 00:52, Dan Tsafrir wrote: > On Tue, Apr 6, 2010 at 00:39, Jon TURNEY wrote: >>> I've conducted a few repeated measurements and it looks as though >>> setting LANG to be en_US somewhat reduces the start time of emacs-x11: >>> instead of ~30 seconds with LANG=C.UTF-8, it take ~27 seconds >>> LANG=en_US. While this is ~10% less, waiting 27 seconds for emacs to >>> open still seems unreasonable. >>> >>> Any other ideas? >> >> Hmm.... >> >> You don't have any emacs fonts being set via ~/.Xdefaults or ~/.Xresources? > > Actually, I do. However, following the suggestion of Ken Brown > > http://www.mail-archive.com/cygwin@cygwin.com/msg107126.html > > I've invoked emacs with -Q (and also, just to make sure, removed my > ~/.Xdefaults). It did not change anything: emacs still takes ~30 > seconds to open. The mechanism that loads ~/.Xdefaults into the X server resource database is nicely obscure, so I'm not sure that -q actually avoids that. The definitive way to check would be to move ~/.Xdefaults aside, restart the X server then start emacs (I'm not sure if your clean install test would have done this or not) Another thing which might be worth trying is to see if the behaviour changes in a non-UTF-8 locale, e.g. export LANG=C and then run emacs. So far it seems that (1) emacs takes a long time to start up (2) xterm starts up quickly. Are there other X applications that you use and how do they behave? -- 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 Denis.Beauchemin@USherbrooke.ca Tue Apr 13 14:55:00 2010 From: Denis.Beauchemin@USherbrooke.ca (Denis Beauchemin) Date: Tue, 13 Apr 2010 14:55:00 -0000 Subject: Keyboard and start options problems In-Reply-To: <4BC47781.10009@dronecode.org.uk> References: <4BBCC181.2010904@USherbrooke.ca> <4BBCCDED.5080200@cornell.edu> <4BBCD74B.8020101@USherbrooke.ca> <4BC47781.10009@dronecode.org.uk> Message-ID: <4BC48003.3030103@USherbrooke.ca> Le 2010-04-13 09:54, Jon TURNEY a ??crit : > On 07/04/2010 20:04, Denis Beauchemin wrote: >> My French-Canadian keyboard is not recognized: >> 2010-04-06 14:42:35 (--) winConfigKeyboard - Layout: "00001009" >> (00001009) >> 2010-04-06 14:42:35 (EE) Keyboardlayout "Canadian French" (00001009) >> is unknown >> 2010-04-06 14:42:35 Rules = "base" Model = "pc105" Layout = "us" >> Variant = "" Options = "" > > I was going to add this to the list of automatically recognized > layouts, but there's something I don't quite understand here. Perhaps > you can help clear up the confusion so I can do that? > > According to the list of locale IDs [2], 0x0c0c is "Canadian French" > (for which we already automatically select the XKB layout ca variant > fr) and 0x1009 is "Canadian English". > > Assuming that is correct, at the very least, it looks like the middle > line of the log output where we map the locale ID to keyboard layout > name is wrong somehow. > > Is it the case that you have multiple keyboard layouts installed? > > Is it really the case that 0x1009 should be mapped to ca-fr? Is ca-en > more appropriate, but you happen to want to use ca-fr? > > [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#q-submit-layout > [2] http://msdn.microsoft.com/en-us/library/0h88fahh%28VS.85%29.aspx > > Jon, You are correct in assuming I have both keyboards installed. I usually use the French-Canadian keyboard in all apps except xterms where I prefer a US keyboard. So the default behaviour I am seeing is pretty much the one I would like to use, except that I sometimes want to write French comments in my scripts and I then need the French-Canadian keyboard layout in my xterm. On the Microsoft site (http://msdn.microsoft.com/fr-fr/goglobal/bb964651%28en-us%29.aspx), the right keyboard is the Canadian French. I tried "setxkbmap ca" to switch to the French-Canada keyboard layout and it was perfect in the original xterm that starts-up with Cygwin/X. But all other xterms I launched from this one didn't forward the keyboard layout correctly and the only key that still worked was the "??". All characters built using one of the dead-keys just produced the plain character without any accent. If I didn't provide all the information you require, don't hesitate to ask for more. Thanks for your time. Denis -- _ ??v?? Denis Beauchemin, analyste /(_)\ Universit?? de Sherbrooke, S.T.I. ^ ^ T: 819.821.8000x62252 F: 819.821.8045 -- 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 markus.hoenicka@mhoenicka.de Tue Apr 13 19:57:00 2010 From: markus.hoenicka@mhoenicka.de (Markus Hoenicka) Date: Tue, 13 Apr 2010 19:57:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <4BC47E34.3060306@dronecode.org.uk> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> Message-ID: <20100413165525.20624u6rbitujfac@webmail.df.eu> Jon TURNEY was heard to say: > So far it seems that (1) emacs takes a long time to start up (2) > xterm starts up quickly. Are there other X applications that you > use and how do they behave? > I've followed this thread with interest, but so far I thought I'm not affected. I usually start emacs along with the xserver by typing "startxwin /usr/bin/emacs" in the MinTTY console. This works without problems. Also, starting Emacs from the right-click menu of the X server in the system tray works fine. However, I've never noticed that starting emacs from MinTTY into a running X session actually takes quite some time. That is, I can confirm this part of the OP's problem. What I cannot confirm is that xterm works ok. xterm runs ok from the X server right-click menu. It shows the same start-up delay when started from MinTTY as emacs. Interesting, but not necessarily related to the problem is the fact that in both cases different bash startup files seem to be evaluated. When starting from MinTTY (and waiting...), I get my customized bash prompt, whereas I get a default "bash-3.2$" prompt when starting from the right-click menu. BTW I don't have a ~/.fontconfig directory or an ~/Xdefaults file, so these are probably not related to the problem. I used strace to see where xterm spends its start-up time, see the output below. I get several pages of the block of lines shown below. Each block takes a couple of seconds to finish, so this is where most of the time is wasted. Does this help to find out what's happening? regards, Markus 51 65525456 [main] xterm 3332 fhandler_base::open_fs: 1 = fhandler_disk_file::open (\??\C:\Programme\cygwin-1.7\var\run\utmp, 0x10002) 58 65525514 [main] xterm 3332 open: 4 = open (/var/run/utmp, 0x10002) 58 65525572 [main] xterm 3332 readv: readv (4, 0x22BCF4, 1) blocking, sigcatchers 0 1137 65526709 [main] xterm 3332 readv: no need to call ready_for_read 74 65526783 [main] xterm 3332 fhandler_base::read: returning 308, binary mode 35 65526818 [main] xterm 3332 readv: 308 = readv (4, 0x22BCF4, 1), errno 0 -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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 rodrmedina@gmail.com Wed Apr 14 06:29:00 2010 From: rodrmedina@gmail.com (Rodrigo Medina) Date: Wed, 14 Apr 2010 06:29:00 -0000 Subject: XWin does not delete the lock files Message-ID: Hi, On 13/04/2010 15:14:12 Jon TURNEY wrote: > I've uploaded another build at [1], could you please give that a try? > [1] ftp://cygwin.com/pub/cygwinx/.exe.bz2 XWin.20100413145147 behaves exactly as the previous one bye -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 3239 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 dants@cs.technion.ac.il Wed Apr 14 07:17:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Wed, 14 Apr 2010 07:17:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <4BC45272.50403@cornell.edu> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC45272.50403@cornell.edu> Message-ID: On Tue, Apr 13, 2010 at 14:16, Ken Brown wrote: > On 4/12/2010 7:52 PM, Dan Tsafrir wrote: >> >> On Tue, Apr 6, 2010 at 00:39, Jon TURNEY >> ?wrote: >>> >>>> I've conducted a few repeated measurements and it looks as though >>>> setting LANG to be en_US somewhat reduces the start time of emacs-x11: >>>> instead of ~30 seconds with LANG=C.UTF-8, it take ~27 seconds >>>> LANG=en_US. While this is ~10% less, waiting 27 seconds for emacs to >>>> open still seems unreasonable. >>>> >>>> Any other ideas? >>> >>> Hmm.... >>> >>> You don't have any emacs fonts being set via ~/.Xdefaults or >>> ~/.Xresources? >> >> Actually, I do. However, following the suggestion of Ken Brown >> >> ? ?http://www.mail-archive.com/cygwin@cygwin.com/msg107126.html >> >> I've invoked emacs with -Q (and also, just to make sure, removed my >> ~/.Xdefaults). It did not change anything: emacs still takes ~30 >> seconds to open. > > It still might be font related. ?You mentioned earlier in the thread that > you installed all available font packages. ?Do you have a very large > ~/.fontconfig directory as a result? ?Maybe emacs has to process this every > time it starts up. ?(I'm not sure.) > > What if you delete this directory and do a minimal Cygwin install without so > many fonts? ?I think the first time you start emacs it may call fc-cache to > populate ~/.fontconfig, but after that it might start faster. Hm, it seems I don't have a ~/.fontconfig. The output of find / -name '*fontconfig*' -print in my system is given in the attached file (I've checked /var/cache/fontconfig which turned out to be empty). I hope that's normal. --Dan -------------- next part -------------- A non-text attachment was scrubbed... Name: find-fontconfig Type: application/octet-stream Size: 1852 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 dants@cs.technion.ac.il Wed Apr 14 08:20:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Wed, 14 Apr 2010 08:20:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <4BC47E34.3060306@dronecode.org.uk> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> Message-ID: On Tue, Apr 13, 2010 at 17:22, Jon TURNEY wrote: > > The mechanism that loads ~/.Xdefaults into the X server resource database is > nicely obscure, so I'm not sure that -q actually avoids that. > > The definitive way to check would be to move ~/.Xdefaults aside, restart the > X server then start emacs (I'm not sure if your clean install test would > have done this or not) Yes, this is what I've done after the -Q didn't work. I'm currently running without any customized ~/.Xdefaults, ~/.emacs, ~/.bashrc, etc. It didn't make the problem go away. Emacs still takes ~30 sec to open. > > Another thing which might be worth trying is to see if the behaviour changes > in a non-UTF-8 locale, e.g. export LANG=C and then run emacs. Setting LANG=C doesn't solve the problem. And as I reported here http://cygwin.com/ml/cygwin-xfree/2010-03/msg00090.html LANG=en_US doesn't solve it either. > > So far it seems that (1) emacs takes a long time to start up (2) xterm > starts up quickly. ?Are there other X applications that you use and how do > they behave? - Running "time xterm ls" (I believe 'ls' is taken to be the shell; so xterm opens, lists the content of my homedir, and immediately closes) reports about 2.6 of real time seconds. - Opening xfig takes about 3-4 seconds. - Doing "plot sin(x)" from within gnuplot takes about a second or less to open up a window to display the graph. - Opening xeyes takes a second or less. - BUT opening xclock takes nearly 30 seconds (half user time, half system time). So, as you speculated, it turns out this is not just an emacs problem. --Dan -- 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 dants@cs.technion.ac.il Wed Apr 14 08:26:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Wed, 14 Apr 2010 08:26:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <20100413165525.20624u6rbitujfac@webmail.df.eu> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> <20100413165525.20624u6rbitujfac@webmail.df.eu> Message-ID: On Tue, Apr 13, 2010 at 17:55, Markus Hoenicka wrote: > Jon TURNEY was heard to say: > >> So far it seems that (1) emacs takes a long time to start up (2) xterm >> starts up quickly. ?Are there other X applications that you use and how do >> they behave? >> > > I've followed this thread with interest, but so far I thought I'm not > affected. I usually start emacs along with the xserver by typing "startxwin > /usr/bin/emacs" in the MinTTY console. This works without problems. Also, > starting Emacs from the right-click menu of the X server in the system tray > works fine. However, I've never noticed that starting emacs from MinTTY into > a running X session actually takes quite some time. That is, I can confirm > this part of the OP's problem. I bring up X (along with the first xterm window) by using this Windows-XP shortcut: C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c "/usr/bin/startxwin.exe -- -nolock" After, I do everything through said xterm window. Opening emacs by right clicking the X tray icon produces similar results to doing so through the command line: it takes a very long time. --Dan -- 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 dants@cs.technion.ac.il Wed Apr 14 09:25:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Wed, 14 Apr 2010 09:25:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> Message-ID: On Wed, Apr 14, 2010 at 10:17, Dan Tsafrir wrote: > On Tue, Apr 13, 2010 at 17:22, Jon TURNEY wrote: >> >> [snip] >> So far it seems that (1) emacs takes a long time to start up (2) xterm >> starts up quickly. ?Are there other X applications that you use and how do >> they behave? > > [snip] > opening xclock takes nearly 30 seconds (half user time, half system time). > So, as you speculated, it turns out this is not just an emacs problem. I wasn't able to strace emacs, but I am able to strace xclock (brining it up, which when strace-ing takes several long minutes on my netbook, and then immediately killing it). The output is at: http://www.cs.technion.ac.il/~dants/xclock-strace-output.txt.gz Maybe this would provide a clue. --Dan -- 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 markus.hoenicka@mhoenicka.de Wed Apr 14 09:29:00 2010 From: markus.hoenicka@mhoenicka.de (Markus Hoenicka) Date: Wed, 14 Apr 2010 09:29:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> Message-ID: <20100414112454.212585s3dm5h5gx4@webmail.df.eu> Dan Tsafrir was heard to say: > I wasn't able to strace emacs, but I am able to strace xclock (brining > it up, which when strace-ing takes several long minutes on my netbook, > and then immediately killing it). > Neither was I. I always get this error (the error number is variable though): strace: error creating process emacs, (error 2) I've had a look at your strace log. I've noticed the same block of statements which seems to be repeated over and over again (see my previous post). Did you watch the strace output on the console in real time to verify that this is where the process spends most of its time? 3139 16066368 [main] xclock 5708 readv: readv (4, 0x22A6D4, 1) blocking, sigcatchers 0 1765 16068133 [main] xclock 5708 readv: no need to call ready_for_read 1487 16069620 [main] xclock 5708 fhandler_base::read: returning 1024, binary mode 1531 16071151 [main] xclock 5708 readv: 1024 = readv (4, 0x22A6D4, 1), errno 2 This is where I have seen xterm to spend most of its time. In your log, this block of statements appears to be repeated several times for each font it checks in /etc/fonts. This would explain why it is related somehow to fonts in your case. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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 dickey@his.com Wed Apr 14 11:13:00 2010 From: dickey@his.com (Thomas Dickey) Date: Wed, 14 Apr 2010 11:13:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <20100414112454.212585s3dm5h5gx4@webmail.df.eu> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> <20100414112454.212585s3dm5h5gx4@webmail.df.eu> Message-ID: <20100414052712.B71784@mail101.his.com> On Wed, 14 Apr 2010, Markus Hoenicka wrote: > This is where I have seen xterm to spend most of its time. In your log, this > block of statements appears to be repeated several times for each font it > checks in /etc/fonts. This would explain why it is related somehow to fonts > in your case. It's a known issue with the Athena widget set (technically in a lower-level library). man xterm: menuLocale (class MenuLocale) Specify the locale used for character-set computations when loading the popup menus. Use this to improve initialization performance of the Athena popup menus, which may load unneces- sary (and very large) fonts, e.g., in a locale having UTF-8 encoding. The default is an empty string, which uses the cur- rent locale setting. Set it to "C" to achieve the best performance using the default menu resource settings. If you happen to be using localized menu resources, set the resource accordingly. -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- 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 dants@cs.technion.ac.il Wed Apr 14 11:42:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Wed, 14 Apr 2010 11:42:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <20100414052712.B71784@mail101.his.com> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> <20100414112454.212585s3dm5h5gx4@webmail.df.eu> <20100414052712.B71784@mail101.his.com> Message-ID: On Wed, Apr 14, 2010 at 12:29, Thomas Dickey wrote: > On Wed, 14 Apr 2010, Markus Hoenicka wrote: > >> This is where I have seen xterm to spend most of its time. In your log, >> this block of statements appears to be repeated several times for each font >> it checks in /etc/fonts. This would explain why it is related somehow to >> fonts in your case. > > It's a known issue with the Athena widget set (technically in a lower-level > library). > > man xterm: > > ? ?menuLocale (class MenuLocale) > ? ? ?Specify ?the ?locale ?used for character-set computations when > ? ? ?loading the popup menus. ?Use this to ?improve?initialization > ? ? ?performance of the Athena popup menus, which may load unneces- > ? ? ??sary (and very large) fonts, e.g., in a ?locale ?having?UTF-8 > ? ? ?encoding. ?The default is an empty string, which uses the cur- > ? ? ? rent locale setting. > > ? ? ? Set it to "C" ?to ?achieve ?the ?best ?performance ?using?the >? ? ? ?default ?menu ?resource ?settings. ? If you happen to be using > ? ? ? localized menu resources, set the resource accordingly. If this really is a locale issue, then the environment variables are being ignored from some reason; see the following shell transcript (prompt is "bash$"): bash$ printenv | egrep 'LANG|UTF|LOCALE' TEMP=/cygdrive/c/DOCUME~1/DANTSA~1/LOCALS~1/Temp LANG=C.UTF-8 XTERM_LOCALE=C.UTF-8 TMP=/cygdrive/c/DOCUME~1/DANTSA~1/LOCALS~1/Temp bash$ LANG=C; XTERM_LOCALE=C; export LANG; export XTERM_LOCALE; bash$ echo $LANG $XTERM_LOCALE C C bash$ time xclock; # killed immediately after window opens real 0m42.088s user 0m16.030s sys 0m19.030s -- 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 dants@cs.technion.ac.il Wed Apr 14 13:16:00 2010 From: dants@cs.technion.ac.il (Dan Tsafrir) Date: Wed, 14 Apr 2010 13:16:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <20100414112454.212585s3dm5h5gx4@webmail.df.eu> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> <20100414112454.212585s3dm5h5gx4@webmail.df.eu> Message-ID: On Wed, Apr 14, 2010 at 12:24, Markus Hoenicka wrote: > > I've had a look at your strace log. I've noticed the same block of > statements which seems to be repeated over and over again (see my previous > post). ?Did you watch the strace output on the console in real time to > verify that this is where the process spends most of its time? > > ?3139 16066368 [main] xclock 5708 readv: readv (4, 0x22A6D4, 1) blocking, > sigcatchers 0 > ?1765 16068133 [main] xclock 5708 readv: no need to call ready_for_read > ?1487 16069620 [main] xclock 5708 fhandler_base::read: returning 1024, > binary mode > ?1531 16071151 [main] xclock 5708 readv: 1024 = readv (4, 0x22A6D4, 1), > errno 2 > > This is where I have seen xterm to spend most of its time. The two numbers at the beginning of each strace output line (like the ones you quoted above) answer this question. I believe the first number is elapsed microseconds since the previous line and the second number is elapsed microseconds since the beginning of the run. If this is correct then the block above takes about 8ms. Note, however, that the strace log of xclock's startup is comprised of 414,669 lines, a fact that coincides with the several minutes it has taken the straced xclock to open. --Dan -- 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 markus.hoenicka@mhoenicka.de Wed Apr 14 14:38:00 2010 From: markus.hoenicka@mhoenicka.de (Markus Hoenicka) Date: Wed, 14 Apr 2010 14:38:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> <20100414112454.212585s3dm5h5gx4@webmail.df.eu> Message-ID: <20100414151550.17715wl3f6h47bwg@webmail.df.eu> Dan Tsafrir was heard to say: > The two numbers at the beginning of each strace output line (like the > ones you quoted above) answer this question. I believe the first > number is elapsed microseconds since the previous line and the second > number is elapsed microseconds since the beginning of the run. > > If this is correct then the block above takes about 8ms. Note, > however, that the strace log of xclock's startup is comprised of > 414,669 lines, a fact that coincides with the several minutes it has > taken the straced xclock to open. > Oh, I see. I never could make sense of those numbers. I've noticed that the problem is not 100% reproducible here. I've tried this quite often today, restarted the X server, tried again and so on. Sometimes xterm starts up fairly quick, but more often than not it starts up with a huge delay. Also, I've noticed that writing a log to a file with "strace -o file xterm", or even with "strace xterm|tee file" does not correctly show the kind of delay I was talking about. The following snippet is copied+pasted from MinTTY after running "strace xterm": 7551448 12884434 [main] xterm 3524 readv: readv (5, 0x2295C4, 1) blocking, sigcatchers 0 59 12884493 [main] xterm 3524 readv: no need to call ready_for_read 211 12884704 [main] xterm 3524 fhandler_base::read: returning 65536, binary mode 45 12884749 [main] xterm 3524 readv: 65536 = readv (5, 0x2295C4, 1), errno 2 8089730 20974479 [main] xterm 3524 readv: readv (5, 0x2295C4, 1) blocking, sigcatchers 0 57 20974536 [main] xterm 3524 readv: no need to call ready_for_read 213 20974749 [main] xterm 3524 fhandler_base::read: returning 65536, binary mode 43 20974792 [main] xterm 3524 readv: 65536 = readv (5, 0x2295C4, 1), errno 2 7699688 28674480 [main] xterm 3524 readv: readv (5, 0x2295C4, 1) blocking, sigcatchers 0 62 28674542 [main] xterm 3524 readv: no need to call ready_for_read 221 28674763 [main] xterm 3524 fhandler_base::read: returning 65536, binary mode 45 28674808 [main] xterm 3524 readv: 65536 = readv (5, 0x2295C4, 1), errno 2 7870040 36544848 [main] xterm 3524 readv: readv (5, 0x2295C4, 1) blocking, sigcatchers 0 54 36544902 [main] xterm 3524 readv: no need to call ready_for_read 195 36545097 [main] xterm 3524 fhandler_base::read: returning 65536, binary mode 42 36545139 [main] xterm 3524 readv: 65536 = readv (5, 0x2295C4, 1), errno 2 7927224 44472363 [main] xterm 3524 readv: readv (5, 0x2295C4, 1) blocking, sigcatchers 0 57 44472420 [main] xterm 3524 readv: no need to call ready_for_read 216 44472636 [main] xterm 3524 fhandler_base::read: returning 65536, binary mode 40 44472676 [main] xterm 3524 readv: 65536 = readv (5, 0x2295C4, 1), errno 2 7598403 52071079 [main] xterm 3524 readv: readv (5, 0x2295C4, 1) blocking, sigcatchers 0 55 52071134 [main] xterm 3524 readv: no need to call ready_for_read 209 52071343 [main] xterm 3524 fhandler_base::read: returning 65536, binary mode 43 52071386 [main] xterm 3524 readv: 65536 = readv (5, 0x2295C4, 1), errno 2 8083403 60154789 [main] xterm 3524 readv: readv (5, 0x2295C4, 1) blocking, sigcatchers 0 57 60154846 [main] xterm 3524 readv: no need to call ready_for_read 178 60155024 [main] xterm 3524 fhandler_base::read: returning 51051, binary mode 47 60155071 [main] xterm 3524 readv: 51051 = readv (5, 0x2295C4, 1), errno 2 Please note the readv calls, some of which take around 7-8 seconds. I have no idea why those numbers don't show up in logs written directly to a file, as the overall startup time appears to be similar in both cases. Anyway, we may be looking at unrelated problems. If you can't see readv calls with excessive times while watching the strace output, this may not be the cause of your problem. OTOH searching for "open" in your and my logs returns 62744 and 381 counts, respectively. This is more likely to cause the kind of delay you see. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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 chris.bird@ctsu.ox.ac.uk Wed Apr 14 16:21:00 2010 From: chris.bird@ctsu.ox.ac.uk (Chris Bird) Date: Wed, 14 Apr 2010 16:21:00 -0000 Subject: Multimedia keys interpreted as alphabetic keys Message-ID: <4BC5D33D.2000205@ctsu.ox.ac.uk> I wonder if anyone could shed some light on this minor problem I have: I'm using Cygwin/X as my X client for several linux boxes at work. Everything's working fine (after some tweaking), but there is one small thing I find very annoying: The multimedia keys on my keyboard generate keypresses as though they were normal keys. Specifically, Play/Pause generates a 'g', volume up generates 'c', volume down generates 'b', and mute generates 'd'. The keyboard is a logitech Internet 350. As I listen to music all day to keep my sanity, and occasionally need to alter the volume or stop or mute the track to join in a conversation in the office (or stop driving other people mad with my relentless beats!), I often find these keypresses being entered into whatever program I'm working on. Not ideal. I used xev to find out what keycodes were being generated by these keys, and by the keys the output would suggest is being pressed, ie. g, c, b, and d, expecting to find different keycodes perhaps being mapped to the same keysyms, so I could alter .Xmodmap to assign them to XF86Play, etc. But I found that they were exactly the same, as if Cygwin was interpreting them as the same keys at some very basic level, whereas Windows can tell the difference between pressing g (outputs a 'g') and pressing Play/Pause (it plays or pauses the current track in my media player). Here is the output from xev when pressing Play/Pause, then g: KeyPress event, serial 27, synthetic NO, window 0x2000001, root 0x43, subw 0x0, time 1999794578, (104,36), root:(146,92), state 0x10, keycode 42 (keysym 0x67, g), same_screen YES, XLookupString gives 1 bytes: (67) "g" XmbLookupString gives 1 bytes: (67) "g" XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x2000001, root 0x43, subw 0x0, time 1999794687, (104,36), root:(146,92), state 0x10, keycode 42 (keysym 0x67, g), same_screen YES, XLookupString gives 1 bytes: (67) "g" XFilterEvent returns: False MotionNotify event, serial 27, synthetic NO, window 0x2000001, root 0x43, subw 0x0, time 1999794765, (104,36), root:(146,92), state 0x10, is_hint 0, same_screen YES MotionNotify event, serial 27, synthetic NO, window 0x2000001, root 0x43, subw 0x0, time 1999797937, (104,36), root:(146,92), state 0x10, is_hint 0, same_screen YES KeyPress event, serial 27, synthetic NO, window 0x2000001, root 0x43, subw 0x0, time 1999799906, (104,36), root:(146,92), state 0x10, keycode 42 (keysym 0x67, g), same_screen YES, XLookupString gives 1 bytes: (67) "g" XmbLookupString gives 1 bytes: (67) "g" XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0x2000001, root 0x43, subw 0x0, time 1999800062, (104,36), root:(146,92), state 0x10, keycode 42 (keysym 0x67, g), same_screen YES, XLookupString gives 1 bytes: (67) "g" XFilterEvent returns: False They both output 'keycode 42 (keysym 0x67, g)'. I tried various settings in the arguments to XWin, to try to enable multimedia keys, and set the model of my keyboard and layout correctly: %RUN% XWin -multiwindow -clipboard -silent-dup-error -xkbmodel logitech_base REM -xkbvariant extd REM -xkbmodel logii350 REM -xkblayout gb but none of these made any positive difference, in fact one of them (I can't remember which), actually disabled some other keys (e.g. the arrow keys). This behaviour doesn't happen in non-X Cygwin. I tried using Xming get some ideas as suggested in this similar-looking post http://sourceware.org/ml/cygwin-xfree/2004-12/msg00249.html ('Xming.exe :1 -multiwindow -logverbose 10'), and got no useful messages about the keyboard. Has anyone got a clue what's going on? Hope someone can help. Included below is XWin.0.log and the output from cygcheck. cheers Chris -------------XWin.0.log follows-------------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.6.0 (10706000) Build Date: 2010-03-18 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin -multiwindow -clipboard -silent-dup-error -xkbmodel logitech_base ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 2560 h 1024 winInitializeDefaultScreens - Returning 2010-04-14 15:23:15 (WW) /tmp mounted in textmode 2010-04-14 15:23:15 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 2010-04-14 15:23:15 _XSERVTransOpen: transport open failed for inet6/P93:0 2010-04-14 15:23:15 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 2010-04-14 15:23:16 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2010-04-14 15:23:16 (II) xorg.conf is not supported 2010-04-14 15:23:16 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2010-04-14 15:23:16 LoadPreferences: /cygdrive/c/Documents and Settings/cbird/.XWinrc not found 2010-04-14 15:23:16 LoadPreferences: Loading /etc/X11/system.XWinrc 2010-04-14 15:23:16 LoadPreferences: Done parsing the configuration file... 2010-04-14 15:23:16 winGetDisplay: DISPLAY=:0.0 2010-04-14 15:23:16 winDetectSupportedEngines - Windows NT/2000/XP 2010-04-14 15:23:16 winDetectSupportedEngines - DirectDraw installed 2010-04-14 15:23:16 winDetectSupportedEngines - DirectDraw4 installed 2010-04-14 15:23:16 winDetectSupportedEngines - Returning, supported engines 00000007 2010-04-14 15:23:16 winSetEngine - Multi Window or Rootless => ShadowGDI 2010-04-14 15:23:16 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel 2010-04-14 15:23:17 winAllocateFBShadowGDI - Creating DIB with width: 2560 height: 1024 depth: 32 2010-04-14 15:23:17 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff 2010-04-14 15:23:17 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 2010-04-14 15:23:17 null screen fn ReparentWindow 2010-04-14 15:23:17 null screen fn RestackWindow 2010-04-14 15:23:17 InitQueue - Calling pthread_mutex_init 2010-04-14 15:23:17 InitQueue - pthread_mutex_init returned 2010-04-14 15:23:17 InitQueue - Calling pthread_cond_init 2010-04-14 15:23:17 InitQueue - pthread_cond_init returned 2010-04-14 15:23:17 winInitMultiWindowWM - Hello 2010-04-14 15:23:17 winInitMultiWindowWM - Calling pthread_mutex_lock () 2010-04-14 15:23:17 winMultiWindowXMsgProc - Hello 2010-04-14 15:23:17 Screen 0 added at XINERAMA coordinate (0,0). 2010-04-14 15:23:17 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2010-04-14 15:23:17 MIT-SHM extension disabled due to lack of kernel support 2010-04-14 15:23:17 XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel 2010-04-14 15:23:17 (EE) AIGLX error: dlopen of /usr/lib/dri/swrast_dri.so failed (No such process) 2010-04-14 15:23:17 (EE) GLX: could not load software renderer 2010-04-14 15:23:17 (II) GLX: no usable GL providers found for screen 0 2010-04-14 15:23:17 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! 2010-04-14 15:23:19 winPointerWarpCursor - Discarding first warp: 1280 512 2010-04-14 15:23:19 (--) 3 mouse buttons found 2010-04-14 15:23:19 (--) Setting autorepeat to delay=500, rate=31 2010-04-14 15:23:19 (--) winConfigKeyboard - Layout: "00000809" (00000809) 2010-04-14 15:23:19 (--) Using preset keyboard for "English (United Kingdom)" (809), type "4" 2010-04-14 15:23:19 (++) XKB: model: "logitech_base" 2010-04-14 15:23:19 Rules = "base" Model = "logitech_base" Layout = "gb" Variant = "none" Options = "none" 2010-04-14 15:23:20 winInitMultiWindowWM - pthread_mutex_lock () returned. 2010-04-14 15:23:20 winProcEstablishConnection - Hello 2010-04-14 15:23:20 winInitClipboard () 2010-04-14 15:23:20 winClipboardProc - Hello 2010-04-14 15:23:20 DetectUnicodeSupport - Windows NT/2000/XP 2010-04-14 15:23:20 winProcEstablishConnection - winInitClipboard returned. 2010-04-14 15:23:20 winGetDisplay: DISPLAY=:0.0 2010-04-14 15:23:20 winClipboardProc - DISPLAY=:0.0 2010-04-14 15:23:20 winMultiWindowXMsgProc - pthread_mutex_lock () returned. 2010-04-14 15:23:20 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. 2010-04-14 15:23:20 winInitMultiWindowWM - pthread_mutex_unlock () returned. 2010-04-14 15:23:20 winGetDisplay: DISPLAY=:0.0 2010-04-14 15:23:20 winMultiWindowXMsgProc - DISPLAY=:0.0 2010-04-14 15:23:20 winGetDisplay: DISPLAY=:0.0 2010-04-14 15:23:20 winInitMultiWindowWM - DISPLAY=:0.0 2010-04-14 15:23:20 winClipboardProc - XOpenDisplay () returned and successfully opened the display. 2010-04-14 15:23:20 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. 2010-04-14 15:23:20 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. -----------cygcheck output follows-------------- Cygwin Configuration Diagnostics Current System Time: Wed Apr 14 15:14:56 2010 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: .\ C:\cygwin\bin C:\Program Files\PHP\ C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\cygwin\bin C:\localbin C:\Program Files\CodeGear\RAD Studio\5.0\bin C:\PHP4\ C:\PROGRA~1\Borland\CBUILD~1\Bin C:\Program Files\Borland\CBuilder5\Bin C:\IngresII\ingres\bin C:\IngresII\ingres\utility C:\IngresII\ingres\vdba C:\Program Files\GimPhoto 1.4.3\bin C:\Program Files\GimPhoto 1.4.3\lib\gimp\2.0\plug-ins C:\Program Files\CVSNT\ C:\cygwin\bin C:\cygwin\bin Output from C:\cygwin\bin\id.exe UID: 11671(cbird) GID: 10545(mkgroup-l-d) 0(root) 544(Administrators) 547(Power Users) 545(Users) 1007(SophosPowerUser) 1006(SophosUser) 10545(mkgroup-l-d) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS PWD = '/cygdrive/c/Documents and Settings/cbird' HOME = '/cygdrive/c/Documents and Settings/cbird' HOMEPATH = '\Documents and Settings\cbird' APPDATA = 'C:\Documents and Settings\cbird\Application Data' XKEYSYMDB = '/usr/share/X11/XKeysymDB' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 75 Stepping 2, AuthenticAMD' WINDIR = 'C:\WINDOWS' WINDOWID = '31457313' USERDOMAIN = 'CDOMAIN' PHPRC = 'C:\Program Files\PHP\' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' XTERM_SHELL = '/usr/bin/bash' TEMP = '/cygdrive/c/DOCUME~1/cbird/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' Lib = 'C:\IngresII\ingres\lib' USERNAME = 'cbird' PROCESSOR_LEVEL = '15' BDSCOMMONDIR = 'C:\Documents and Settings\cbird\My Documents\RAD Studio\5.0' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' __COMPAT_LAYER = 'EnableNXShowUI ' CYGWIN_ROOT = '\cygwin' USERPROFILE = 'C:\Documents and Settings\cbird' LOGONSERVER = '\\S6-P7' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' XTERM_LOCALE = 'C.UTF-8' XTERM_VERSION = 'Cygwin 6.8.99.903(255)' SHLVL = '1' USERDNSDOMAIN = 'CTSU.OX.AC.UK' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' LOGNAME = 'cbird' TMP = '/cygdrive/c/DOCUME~1/cbird/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PROCESSOR_REVISION = '4b02' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip' II_SYSTEM = 'C:\IngresII' RUN = '\cygwin\bin\run -p /usr/bin' PROGRAMFILES = 'C:\Program Files' DISPLAY = '127.0.0.1:0.0' NUMBER_OF_PROCESSORS = '2' Include = 'C:\IngresII\ingres\files' SESSIONNAME = 'Console' COMPUTERNAME = 'P93' !ExitCode = '00000000' OLDPWD = '/cygdrive/c/Program Files/Xming' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2 HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Program Options HKEY_CURRENT_USER\Software\Cygwin\setup HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygwin (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygwin\Cygwin-X (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygwin-X (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Shortcuts tidy\Cygwin (default) = (unsupported type) HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2 (default) = '/cygdrive' cygdrive flags = 0x00000022 HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/ (default) = 'C:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'C:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'C:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin' aa648a11d6151c0f = '\??\L:\ChrisBird\REXconv' bb386fb6eb83c01c = '\??\C:\temp4' 352145a0cff65d98 = '\??\C:\projects' 713c903b02c6e0f8 = '\??\C:\projects\rexconverter' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin' obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: c5e39b7a9d22bafb Path: C:\cygwin System: Key: aa648a11d6151c0f Path: L:\ChrisBird\REXconv (ORPHANED) System: Key: bb386fb6eb83c01c Path: C:\temp4 (ORPHANED) System: Key: 352145a0cff65d98 Path: C:\projects (ORPHANED) System: Key: 713c903b02c6e0f8 Path: C:\projects\rexconverter (ORPHANED) c: hd NTFS 122621Mb 96% CP CS UN PA FC d: hd NTFS 30004Mb 69% CP CS UN PA FC e: cd N/A N/A j: net NTFS 6485774Mb 30% CP CS UN PA FC data_volume k: net NTFS 9533Mb 1% CP CS UN PA FC dfs_witness l: net NTFS 6485774Mb 30% CP CS UN PA FC data_volume C:\cygwin / system binary,auto C:\cygwin\bin /usr/bin system binary,auto C:\cygwin\lib /usr/lib system binary,auto cygdrive prefix /cygdrive user binary,auto Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\awk.exe Found: C:\cygwin\bin\awk.exe -> C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cp.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Not Found: crontab Found: C:\cygwin\bin\find.exe Found: C:\WINDOWS\system32\find.exe Warning: C:\cygwin\bin\find.exe hides C:\WINDOWS\system32\find.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\find.exe Found: C:\cygwin\bin\gcc Found: C:\cygwin\bin\gcc Found: C:\cygwin\bin\gcc Found: C:\cygwin\bin\gcc Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\grep.exe Found: C:\Program Files\CodeGear\RAD Studio\5.0\bin\grep.exe Warning: C:\cygwin\bin\grep.exe hides C:\Program Files\CodeGear\RAD Studio\5.0\bin\grep.exe Found: C:\PROGRA~1\Borland\CBUILD~1\Bin\grep.exe Warning: C:\cygwin\bin\grep.exe hides C:\PROGRA~1\Borland\CBUILD~1\Bin\grep.exe Found: C:\Program Files\Borland\CBuilder5\Bin\grep.exe Warning: C:\cygwin\bin\grep.exe hides C:\Program Files\Borland\CBuilder5\Bin\grep.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\make.exe Found: C:\Program Files\CodeGear\RAD Studio\5.0\bin\make.exe Warning: C:\cygwin\bin\make.exe hides C:\Program Files\CodeGear\RAD Studio\5.0\bin\make.exe Found: C:\PROGRA~1\Borland\CBUILD~1\Bin\make.exe Warning: C:\cygwin\bin\make.exe hides C:\PROGRA~1\Borland\CBUILD~1\Bin\make.exe Found: C:\Program Files\Borland\CBuilder5\Bin\make.exe Warning: C:\cygwin\bin\make.exe hides C:\Program Files\Borland\CBuilder5\Bin\make.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\mv.exe Not Found: patch Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\test.exe Found: C:\cygwin\bin\vi Found: C:\cygwin\bin\vi Found: C:\cygwin\bin\vi Found: C:\cygwin\bin\vi -> C:\cygwin\bin\vim-nox.exe Found: C:\cygwin\bin\vim Found: C:\cygwin\bin\vim Found: C:\cygwin\bin\vim Found: C:\cygwin\bin\vim -> C:\cygwin\etc\alternatives\vim -> C:\cygwin\bin\vim-nox.exe 382k 2010/01/05 C:\cygwin\bin\cygAfterImage-0.dll - os=4.0 img=1.0 sys=4.0 "cygAfterImage-0.dll" v0.0 ts=2010/1/5 21:08 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 88k 2009/10/27 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2009/10/25 21:02 351k 2008/01/14 C:\cygwin\bin\cygboost_date_time-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_date_time-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 120k 2008/01/14 C:\cygwin\bin\cygboost_filesystem-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_filesystem-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 79k 2008/01/14 C:\cygwin\bin\cygboost_iostreams-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_iostreams-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:37 526k 2008/01/14 C:\cygwin\bin\cygboost_program_options-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_program_options-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:38 564k 2008/01/14 C:\cygwin\bin\cygboost_python-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_python-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:39 678k 2008/01/14 C:\cygwin\bin\cygboost_regex-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_regex-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:41 621k 2008/01/14 C:\cygwin\bin\cygboost_serialization-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_serialization-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 118k 2008/01/14 C:\cygwin\bin\cygboost_signals-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_signals-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 91k 2008/01/14 C:\cygwin\bin\cygboost_thread-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_thread-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:47 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 456k 2009/06/25 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2009/6/25 7:25 11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 13:25 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 1144k 2010/02/25 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2010/2/25 20:01 254k 2009/08/23 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2009/8/23 6:25 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 1036k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 11:58 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 118k 2007/04/06 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2007/4/6 21:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 5:03 28k 2009/03/22 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2009/3/22 18:56 174k 2009/09/25 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2009/9/25 3:05 19k 2008/10/26 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2008/10/26 21:25 43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 14:49 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 19:14 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 489k 2009/10/15 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2009/10/15 2:22 26k 2010/01/22 C:\cygwin\bin\cyggailutil-18.dll - os=4.0 img=1.0 sys=4.0 "cyggailutil-18.dll" v0.0 ts=2010/1/21 20:53 45k 2009/12/11 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/8 0:30 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 C:\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2009/3/23 14:24 544k 2010/01/22 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2010/1/21 20:41 93k 2010/01/22 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2010/1/21 20:39 522k 2010/01/29 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/1/29 19:03 2311k 2009/10/16 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2009/10/16 10:17 133k 2009/03/25 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2009/3/23 14:12 688k 2010/01/29 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2010/1/29 19:00 141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 17:22 21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 17:23 12k 2009/03/25 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2009/3/23 14:12 14k 2010/01/29 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2010/1/29 19:00 315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 12:23 229k 2010/01/29 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2010/1/29 19:01 9k 2009/03/25 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2009/3/23 14:13 17k 2010/01/29 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2010/1/29 19:00 1258k 2009/03/23 C:\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2009/3/23 14:29 3579k 2010/01/22 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2010/1/21 20:46 343k 2009/04/21 C:\cygwin\bin\cyggtkhtml-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtkhtml-2-0.dll" v0.0 ts=2009/4/21 19:03 24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 13:20 25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 15:45 73k 2009/09/02 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 22:39 360k 2009/12/29 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/12/29 5:30 982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 13:25 193k 2010/02/05 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/2/5 15:32 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2005/11/20 2:04 31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 2:15 246k 2008/04/02 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2008/4/2 17:19 47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 16:59 125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 21:48 193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 20:39 5k 2009/12/07 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2009/12/7 10:49 9k 2009/12/07 C:\cygwin\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2 123k 2009/08/30 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2009/8/30 23:35 99k 2010/03/04 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 22:29 25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 14:48 21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 19:13 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 23:53 211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 12:23 77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2010/1/21 7:33 63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00 66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25 195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 14:45 237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 19:10 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 14:47 11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 19:12 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 234k 2010/01/22 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2010/1/21 20:30 37k 2010/01/22 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/1/21 20:31 131k 2010/01/22 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2010/1/21 20:31 40k 2010/01/22 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2010/1/21 20:31 26k 2010/01/22 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2010/1/21 20:31 217k 2009/11/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2009/10/25 9:42 8k 2009/11/10 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2009/10/25 9:42 1553k 2009/12/19 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 14:54 352k 2010/02/10 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/2/10 6:30 242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 13:20 162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 15:45 27k 2009/09/03 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2009/9/3 9:56 129k 2009/11/18 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2009/11/18 8:58 263k 2010/02/25 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2010/2/25 20:01 10k 2009/12/11 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/8 0:38 773k 2009/12/11 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/8 1:07 8k 2010/01/06 C:\cygwin\bin\cygstunnel.dll - os=4.0 img=1.0 sys=4.0 "cygstunnel.dll" v0.0 ts=2010/1/6 15:54 48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 14:45 48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 19:10 347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 17:11 11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 17:11 68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2010/1/21 7:33 137k 2009/11/16 C:\cygwin\bin\cygustr-1.dll - os=4.0 img=1.0 sys=4.0 "cygustr-1.dll" v0.0 ts=2009/11/16 7:46 24k 2009/03/29 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2009/3/29 7:28 1040k 2010/02/10 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/10 0:42 8k 2010/02/10 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2010/2/10 0:43 9k 2009/09/03 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 22:47 352k 2009/10/19 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 22:55 76k 2009/12/14 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2009/12/14 19:17 25k 2009/12/14 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2009/12/14 19:17 11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 6:24 5k 2009/02/09 C:\cygwin\bin\cygxcb-xlib-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xlib-0.dll" v0.0 ts=2009/2/9 4:06 10k 2009/10/14 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 18:51 30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 22:47 9k 2009/10/14 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 17:54 17k 2009/10/14 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 23:31 51k 2009/10/22 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 4:45 16k 2009/10/14 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 17:48 66k 2009/10/15 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 21:33 47k 2009/10/14 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 6:19 8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 8:39 122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 6:57 1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2010/1/21 7:32 1125k 2009/12/20 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2009/12/20 4:38 75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 8:29 11k 2009/10/14 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 8:29 53k 2009/10/14 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 18:01 25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 7:05 30k 2009/10/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 8:40 277k 2009/10/14 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2009/10/14 4:02 64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2419k 2009/12/07 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2009/12/7 10:48 Cygwin DLL version info: DLL version: 1.7.1 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 218 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: Mon Dec 7 11:48:55 CET 2009 Shared id: cygwin1S5 382k 2010/01/05 C:\cygwin\bin\cygAfterImage-0.dll - os=4.0 img=1.0 sys=4.0 "cygAfterImage-0.dll" v0.0 ts=2010/1/5 21:08 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 88k 2009/10/27 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2009/10/25 21:02 351k 2008/01/14 C:\cygwin\bin\cygboost_date_time-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_date_time-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 120k 2008/01/14 C:\cygwin\bin\cygboost_filesystem-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_filesystem-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 79k 2008/01/14 C:\cygwin\bin\cygboost_iostreams-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_iostreams-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:37 526k 2008/01/14 C:\cygwin\bin\cygboost_program_options-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_program_options-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:38 564k 2008/01/14 C:\cygwin\bin\cygboost_python-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_python-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:39 678k 2008/01/14 C:\cygwin\bin\cygboost_regex-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_regex-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:41 621k 2008/01/14 C:\cygwin\bin\cygboost_serialization-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_serialization-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 118k 2008/01/14 C:\cygwin\bin\cygboost_signals-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_signals-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 91k 2008/01/14 C:\cygwin\bin\cygboost_thread-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_thread-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:47 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 456k 2009/06/25 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2009/6/25 7:25 11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 13:25 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 1144k 2010/02/25 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2010/2/25 20:01 254k 2009/08/23 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2009/8/23 6:25 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 1036k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 11:58 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 118k 2007/04/06 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2007/4/6 21:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 5:03 28k 2009/03/22 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2009/3/22 18:56 174k 2009/09/25 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2009/9/25 3:05 19k 2008/10/26 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2008/10/26 21:25 43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 14:49 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 19:14 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 489k 2009/10/15 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2009/10/15 2:22 26k 2010/01/22 C:\cygwin\bin\cyggailutil-18.dll - os=4.0 img=1.0 sys=4.0 "cyggailutil-18.dll" v0.0 ts=2010/1/21 20:53 45k 2009/12/11 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/8 0:30 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 C:\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2009/3/23 14:24 544k 2010/01/22 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2010/1/21 20:41 93k 2010/01/22 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2010/1/21 20:39 522k 2010/01/29 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/1/29 19:03 2311k 2009/10/16 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2009/10/16 10:17 133k 2009/03/25 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2009/3/23 14:12 688k 2010/01/29 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2010/1/29 19:00 141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 17:22 21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 17:23 12k 2009/03/25 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2009/3/23 14:12 14k 2010/01/29 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2010/1/29 19:00 315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 12:23 229k 2010/01/29 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2010/1/29 19:01 9k 2009/03/25 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2009/3/23 14:13 17k 2010/01/29 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2010/1/29 19:00 1258k 2009/03/23 C:\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2009/3/23 14:29 3579k 2010/01/22 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2010/1/21 20:46 343k 2009/04/21 C:\cygwin\bin\cyggtkhtml-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtkhtml-2-0.dll" v0.0 ts=2009/4/21 19:03 24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 13:20 25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 15:45 73k 2009/09/02 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 22:39 360k 2009/12/29 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/12/29 5:30 982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 13:25 193k 2010/02/05 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/2/5 15:32 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2005/11/20 2:04 31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 2:15 246k 2008/04/02 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2008/4/2 17:19 47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 16:59 125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 21:48 193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 20:39 5k 2009/12/07 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2009/12/7 10:49 9k 2009/12/07 C:\cygwin\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2 123k 2009/08/30 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2009/8/30 23:35 99k 2010/03/04 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 22:29 25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 14:48 21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 19:13 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 23:53 211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 12:23 77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2010/1/21 7:33 63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00 66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25 195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 14:45 237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 19:10 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 14:47 11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 19:12 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 234k 2010/01/22 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2010/1/21 20:30 37k 2010/01/22 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/1/21 20:31 131k 2010/01/22 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2010/1/21 20:31 40k 2010/01/22 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2010/1/21 20:31 26k 2010/01/22 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2010/1/21 20:31 217k 2009/11/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2009/10/25 9:42 8k 2009/11/10 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2009/10/25 9:42 1553k 2009/12/19 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 14:54 352k 2010/02/10 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/2/10 6:30 242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 13:20 162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 15:45 27k 2009/09/03 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2009/9/3 9:56 129k 2009/11/18 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2009/11/18 8:58 263k 2010/02/25 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2010/2/25 20:01 10k 2009/12/11 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/8 0:38 773k 2009/12/11 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/8 1:07 8k 2010/01/06 C:\cygwin\bin\cygstunnel.dll - os=4.0 img=1.0 sys=4.0 "cygstunnel.dll" v0.0 ts=2010/1/6 15:54 48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 14:45 48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 19:10 347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 17:11 11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 17:11 68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2010/1/21 7:33 137k 2009/11/16 C:\cygwin\bin\cygustr-1.dll - os=4.0 img=1.0 sys=4.0 "cygustr-1.dll" v0.0 ts=2009/11/16 7:46 24k 2009/03/29 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2009/3/29 7:28 1040k 2010/02/10 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/10 0:42 8k 2010/02/10 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2010/2/10 0:43 9k 2009/09/03 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 22:47 352k 2009/10/19 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 22:55 76k 2009/12/14 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2009/12/14 19:17 25k 2009/12/14 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2009/12/14 19:17 11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 6:24 5k 2009/02/09 C:\cygwin\bin\cygxcb-xlib-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xlib-0.dll" v0.0 ts=2009/2/9 4:06 10k 2009/10/14 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 18:51 30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 22:47 9k 2009/10/14 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 17:54 17k 2009/10/14 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 23:31 51k 2009/10/22 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 4:45 16k 2009/10/14 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 17:48 66k 2009/10/15 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 21:33 47k 2009/10/14 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 6:19 8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 8:39 122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 6:57 1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2010/1/21 7:32 1125k 2009/12/20 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2009/12/20 4:38 75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 8:29 11k 2009/10/14 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 8:29 53k 2009/10/14 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 18:01 25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 7:05 30k 2009/10/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 8:40 277k 2009/10/14 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2009/10/14 4:02 64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2419k 2009/12/07 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2009/12/7 10:48 Cygwin DLL version info: DLL version: 1.7.1 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 218 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: Mon Dec 7 11:48:55 CET 2009 Shared id: cygwin1S5 382k 2010/01/05 C:\cygwin\bin\cygAfterImage-0.dll - os=4.0 img=1.0 sys=4.0 "cygAfterImage-0.dll" v0.0 ts=2010/1/5 21:08 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 88k 2009/10/27 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2009/10/25 21:02 351k 2008/01/14 C:\cygwin\bin\cygboost_date_time-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_date_time-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 120k 2008/01/14 C:\cygwin\bin\cygboost_filesystem-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_filesystem-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 79k 2008/01/14 C:\cygwin\bin\cygboost_iostreams-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_iostreams-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:37 526k 2008/01/14 C:\cygwin\bin\cygboost_program_options-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_program_options-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:38 564k 2008/01/14 C:\cygwin\bin\cygboost_python-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_python-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:39 678k 2008/01/14 C:\cygwin\bin\cygboost_regex-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_regex-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:41 621k 2008/01/14 C:\cygwin\bin\cygboost_serialization-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_serialization-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 118k 2008/01/14 C:\cygwin\bin\cygboost_signals-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_signals-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 91k 2008/01/14 C:\cygwin\bin\cygboost_thread-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_thread-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:47 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 456k 2009/06/25 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2009/6/25 7:25 11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 13:25 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 1144k 2010/02/25 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2010/2/25 20:01 254k 2009/08/23 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2009/8/23 6:25 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 1036k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 11:58 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 118k 2007/04/06 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2007/4/6 21:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 5:03 28k 2009/03/22 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2009/3/22 18:56 174k 2009/09/25 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2009/9/25 3:05 19k 2008/10/26 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2008/10/26 21:25 43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 14:49 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 19:14 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 489k 2009/10/15 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2009/10/15 2:22 26k 2010/01/22 C:\cygwin\bin\cyggailutil-18.dll - os=4.0 img=1.0 sys=4.0 "cyggailutil-18.dll" v0.0 ts=2010/1/21 20:53 45k 2009/12/11 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/8 0:30 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 C:\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2009/3/23 14:24 544k 2010/01/22 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2010/1/21 20:41 93k 2010/01/22 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2010/1/21 20:39 522k 2010/01/29 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/1/29 19:03 2311k 2009/10/16 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2009/10/16 10:17 133k 2009/03/25 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2009/3/23 14:12 688k 2010/01/29 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2010/1/29 19:00 141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 17:22 21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 17:23 12k 2009/03/25 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2009/3/23 14:12 14k 2010/01/29 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2010/1/29 19:00 315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 12:23 229k 2010/01/29 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2010/1/29 19:01 9k 2009/03/25 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2009/3/23 14:13 17k 2010/01/29 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2010/1/29 19:00 1258k 2009/03/23 C:\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2009/3/23 14:29 3579k 2010/01/22 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2010/1/21 20:46 343k 2009/04/21 C:\cygwin\bin\cyggtkhtml-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtkhtml-2-0.dll" v0.0 ts=2009/4/21 19:03 24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 13:20 25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 15:45 73k 2009/09/02 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 22:39 360k 2009/12/29 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/12/29 5:30 982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 13:25 193k 2010/02/05 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/2/5 15:32 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2005/11/20 2:04 31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 2:15 246k 2008/04/02 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2008/4/2 17:19 47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 16:59 125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 21:48 193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 20:39 5k 2009/12/07 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2009/12/7 10:49 9k 2009/12/07 C:\cygwin\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2 123k 2009/08/30 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2009/8/30 23:35 99k 2010/03/04 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 22:29 25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 14:48 21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 19:13 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 23:53 211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 12:23 77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2010/1/21 7:33 63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00 66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25 195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 14:45 237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 19:10 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 14:47 11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 19:12 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 234k 2010/01/22 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2010/1/21 20:30 37k 2010/01/22 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/1/21 20:31 131k 2010/01/22 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2010/1/21 20:31 40k 2010/01/22 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2010/1/21 20:31 26k 2010/01/22 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2010/1/21 20:31 217k 2009/11/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2009/10/25 9:42 8k 2009/11/10 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2009/10/25 9:42 1553k 2009/12/19 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 14:54 352k 2010/02/10 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/2/10 6:30 242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 13:20 162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 15:45 27k 2009/09/03 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2009/9/3 9:56 129k 2009/11/18 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2009/11/18 8:58 263k 2010/02/25 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2010/2/25 20:01 10k 2009/12/11 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/8 0:38 773k 2009/12/11 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/8 1:07 8k 2010/01/06 C:\cygwin\bin\cygstunnel.dll - os=4.0 img=1.0 sys=4.0 "cygstunnel.dll" v0.0 ts=2010/1/6 15:54 48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 14:45 48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 19:10 347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 17:11 11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 17:11 68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2010/1/21 7:33 137k 2009/11/16 C:\cygwin\bin\cygustr-1.dll - os=4.0 img=1.0 sys=4.0 "cygustr-1.dll" v0.0 ts=2009/11/16 7:46 24k 2009/03/29 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2009/3/29 7:28 1040k 2010/02/10 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/10 0:42 8k 2010/02/10 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2010/2/10 0:43 9k 2009/09/03 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 22:47 352k 2009/10/19 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 22:55 76k 2009/12/14 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2009/12/14 19:17 25k 2009/12/14 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2009/12/14 19:17 11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 6:24 5k 2009/02/09 C:\cygwin\bin\cygxcb-xlib-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xlib-0.dll" v0.0 ts=2009/2/9 4:06 10k 2009/10/14 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 18:51 30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 22:47 9k 2009/10/14 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 17:54 17k 2009/10/14 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 23:31 51k 2009/10/22 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 4:45 16k 2009/10/14 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 17:48 66k 2009/10/15 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 21:33 47k 2009/10/14 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 6:19 8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 8:39 122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 6:57 1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2010/1/21 7:32 1125k 2009/12/20 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2009/12/20 4:38 75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 8:29 11k 2009/10/14 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 8:29 53k 2009/10/14 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 18:01 25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 7:05 30k 2009/10/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 8:40 277k 2009/10/14 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2009/10/14 4:02 64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2419k 2009/12/07 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2009/12/7 10:48 Cygwin DLL version info: DLL version: 1.7.1 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 218 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: Mon Dec 7 11:48:55 CET 2009 Shared id: cygwin1S5 382k 2010/01/05 C:\cygwin\bin\cygAfterImage-0.dll - os=4.0 img=1.0 sys=4.0 "cygAfterImage-0.dll" v0.0 ts=2010/1/5 21:08 704k 2007/12/18 C:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 88k 2009/10/27 C:\cygwin\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2009/10/25 21:02 351k 2008/01/14 C:\cygwin\bin\cygboost_date_time-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_date_time-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 120k 2008/01/14 C:\cygwin\bin\cygboost_filesystem-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_filesystem-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 79k 2008/01/14 C:\cygwin\bin\cygboost_iostreams-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_iostreams-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:37 526k 2008/01/14 C:\cygwin\bin\cygboost_program_options-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_program_options-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:38 564k 2008/01/14 C:\cygwin\bin\cygboost_python-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_python-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:39 678k 2008/01/14 C:\cygwin\bin\cygboost_regex-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_regex-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:41 621k 2008/01/14 C:\cygwin\bin\cygboost_serialization-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_serialization-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 118k 2008/01/14 C:\cygwin\bin\cygboost_signals-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_signals-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 91k 2008/01/14 C:\cygwin\bin\cygboost_thread-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_thread-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:47 61k 2009/03/02 C:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 456k 2009/06/25 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2009/6/25 7:25 11k 2009/12/23 C:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/12/23 13:25 7k 2003/10/19 C:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 1144k 2010/02/25 C:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2010/2/25 20:01 254k 2009/08/23 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2009/8/23 6:25 703k 2007/12/17 C:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 C:\cygwin\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 1036k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 11:58 1296k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 118k 2007/04/06 C:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2007/4/6 21:43 118k 2008/05/09 C:\cygwin\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 5:03 28k 2009/03/22 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2009/3/22 18:56 174k 2009/09/25 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2009/9/25 3:05 19k 2008/10/26 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2008/10/26 21:25 43k 2010/01/02 C:\cygwin\bin\cygform-10.dll - os=4.0 img=1.0 sys=4.0 "cygform-10.dll" v0.0 ts=2010/1/2 14:49 40k 2009/03/01 C:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 43k 2009/11/20 C:\cygwin\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/11/20 19:14 48k 2003/08/09 C:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 489k 2009/10/15 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2009/10/15 2:22 26k 2010/01/22 C:\cygwin\bin\cyggailutil-18.dll - os=4.0 img=1.0 sys=4.0 "cyggailutil-18.dll" v0.0 ts=2010/1/21 20:53 45k 2009/12/11 C:\cygwin\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/12/8 0:30 19k 2009/02/26 C:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 C:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 C:\cygwin\bin\cyggdk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-1-2-0.dll" v0.0 ts=2009/3/23 14:24 544k 2010/01/22 C:\cygwin\bin\cyggdk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk-x11-2.0-0.dll" v0.0 ts=2010/1/21 20:41 93k 2010/01/22 C:\cygwin\bin\cyggdk_pixbuf-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf-2.0-0.dll" v0.0 ts=2010/1/21 20:39 522k 2010/01/29 C:\cygwin\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2010/1/29 19:03 2311k 2009/10/16 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2009/10/16 10:17 133k 2009/03/25 C:\cygwin\bin\cygglib-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-1-2-0.dll" v0.0 ts=2009/3/23 14:12 688k 2010/01/29 C:\cygwin\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2010/1/29 19:00 141k 2009/03/30 C:\cygwin\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 17:22 21k 2009/03/30 C:\cygwin\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 17:23 12k 2009/03/25 C:\cygwin\bin\cyggmodule-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-1-2-0.dll" v0.0 ts=2009/3/23 14:12 14k 2010/01/29 C:\cygwin\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2010/1/29 19:00 315k 2009/06/06 C:\cygwin\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 12:23 229k 2010/01/29 C:\cygwin\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2010/1/29 19:01 9k 2009/03/25 C:\cygwin\bin\cyggthread-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-1-2-0.dll" v0.0 ts=2009/3/23 14:13 17k 2010/01/29 C:\cygwin\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2010/1/29 19:00 1258k 2009/03/23 C:\cygwin\bin\cyggtk-1-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-1-2-0.dll" v0.0 ts=2009/3/23 14:29 3579k 2010/01/22 C:\cygwin\bin\cyggtk-x11-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtk-x11-2.0-0.dll" v0.0 ts=2010/1/21 20:46 343k 2009/04/21 C:\cygwin\bin\cyggtkhtml-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggtkhtml-2-0.dll" v0.0 ts=2009/4/21 19:03 24k 2009/06/23 C:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 13:20 25k 2009/07/06 C:\cygwin\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 15:45 73k 2009/09/02 C:\cygwin\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 22:39 360k 2009/12/29 C:\cygwin\bin\cygicons-0.dll - os=4.0 img=1.4 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/12/29 5:30 982k 2009/12/23 C:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/12/23 13:25 193k 2010/02/05 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/2/5 15:32 22k 2001/12/13 C:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 C:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 31k 2005/11/20 C:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2005/11/20 2:04 31k 2009/04/03 C:\cygwin\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 2:15 246k 2008/04/02 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2008/4/2 17:19 47k 2009/12/23 C:\cygwin\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/12/23 16:59 125k 2009/08/08 C:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 21:48 193k 2009/08/08 C:\cygwin\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 20:39 5k 2009/12/07 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2009/12/7 10:49 9k 2009/12/07 C:\cygwin\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2 123k 2009/08/30 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2009/8/30 23:35 99k 2010/03/04 C:\cygwin\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2010/3/3 22:29 25k 2010/01/02 C:\cygwin\bin\cygmenu-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-10.dll" v0.0 ts=2010/1/2 14:48 21k 2009/03/01 C:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 25k 2009/11/20 C:\cygwin\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/11/20 19:13 29k 2003/08/09 C:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 24k 2008/10/30 C:\cygwin\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/30 23:53 211k 2009/06/06 C:\cygwin\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 12:23 77k 2010/01/21 C:\cygwin\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2010/1/21 7:33 63k 2010/01/02 C:\cygwin\bin\cygncurses++-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-10.dll" v0.0 ts=2010/1/2 15:00 66k 2009/03/01 C:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 63k 2009/11/20 C:\cygwin\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/11/20 19:25 195k 2010/01/02 C:\cygwin\bin\cygncurses-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-10.dll" v0.0 ts=2010/1/2 14:45 237k 2009/03/01 C:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 198k 2009/11/20 C:\cygwin\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/11/20 19:10 224k 2003/08/09 C:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 13k 2010/01/02 C:\cygwin\bin\cygpanel-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-10.dll" v0.0 ts=2010/1/2 14:47 11k 2009/03/01 C:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 13k 2009/11/20 C:\cygwin\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/11/20 19:12 19k 2003/08/09 C:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 234k 2010/01/22 C:\cygwin\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2010/1/21 20:30 37k 2010/01/22 C:\cygwin\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2010/1/21 20:31 131k 2010/01/22 C:\cygwin\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2010/1/21 20:31 40k 2010/01/22 C:\cygwin\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2010/1/21 20:31 26k 2010/01/22 C:\cygwin\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2010/1/21 20:31 217k 2009/11/10 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2009/10/25 9:42 8k 2009/11/10 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2009/10/25 9:42 1553k 2009/12/19 C:\cygwin\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2009/12/18 14:54 352k 2010/02/10 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/2/10 6:30 242k 2009/03/07 C:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 22k 2002/06/09 C:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 4k 2007/12/18 C:\cygwin\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 155k 2009/06/23 C:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 13:20 162k 2009/07/06 C:\cygwin\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 15:45 27k 2009/09/03 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2009/9/3 9:56 129k 2009/11/18 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2009/11/18 8:58 263k 2010/02/25 C:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2010/2/25 20:01 10k 2009/12/11 C:\cygwin\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/12/8 0:38 773k 2009/12/11 C:\cygwin\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/12/8 1:07 8k 2010/01/06 C:\cygwin\bin\cygstunnel.dll - os=4.0 img=1.0 sys=4.0 "cygstunnel.dll" v0.0 ts=2010/1/6 15:54 48k 2010/01/02 C:\cygwin\bin\cygtic-10.dll - os=4.0 img=1.0 sys=4.0 "cygtic-10.dll" v0.0 ts=2010/1/2 14:45 48k 2009/11/20 C:\cygwin\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/11/20 19:10 347k 2009/12/23 C:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/12/23 17:11 11k 2009/12/23 C:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/12/23 17:11 68k 2010/01/21 C:\cygwin\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2010/1/21 7:33 137k 2009/11/16 C:\cygwin\bin\cygustr-1.dll - os=4.0 img=1.0 sys=4.0 "cygustr-1.dll" v0.0 ts=2009/11/16 7:46 24k 2009/03/29 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2009/3/29 7:28 1040k 2010/02/10 C:\cygwin\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2010/2/10 0:42 8k 2010/02/10 C:\cygwin\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2010/2/10 0:43 9k 2009/09/03 C:\cygwin\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 22:47 352k 2009/10/19 C:\cygwin\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 22:55 76k 2009/12/14 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2009/12/14 19:17 25k 2009/12/14 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2009/12/14 19:17 11k 2009/09/03 C:\cygwin\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 6:24 5k 2009/02/09 C:\cygwin\bin\cygxcb-xlib-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xlib-0.dll" v0.0 ts=2009/2/9 4:06 10k 2009/10/14 C:\cygwin\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 18:51 30k 2009/09/03 C:\cygwin\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 22:47 9k 2009/10/14 C:\cygwin\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 17:54 17k 2009/10/14 C:\cygwin\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 23:31 51k 2009/10/22 C:\cygwin\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 4:45 16k 2009/10/14 C:\cygwin\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 17:48 66k 2009/10/15 C:\cygwin\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 21:33 47k 2009/10/14 C:\cygwin\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 6:19 8k 2009/10/14 C:\cygwin\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 8:39 122k 2009/10/15 C:\cygwin\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 6:57 1173k 2010/01/21 C:\cygwin\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2010/1/21 7:32 1125k 2009/12/20 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2009/12/20 4:38 75k 2009/10/14 C:\cygwin\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 8:29 11k 2009/10/14 C:\cygwin\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 8:29 53k 2009/10/14 C:\cygwin\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 18:01 25k 2009/03/20 C:\cygwin\bin\cygXrandr-2.dll - os=4.0 img=1.0 sys=4.0 "cygXrandr-2.dll" v0.0 ts=2009/3/13 7:05 30k 2009/10/14 C:\cygwin\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 8:40 277k 2009/10/14 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2009/10/14 4:02 64k 2009/03/02 C:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2419k 2009/12/07 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2009/12/7 10:48 Cygwin DLL version info: DLL version: 1.7.1 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 218 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: Mon Dec 7 11:48:55 CET 2009 Shared id: cygwin1S5 No Cygwin services found. Cygwin Package Information Last downloaded files to: C:\temp Last downloaded files from: ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/ Package Version _update-info-dir 00871-1 alternatives 1.3.30c-10 aspell 0.60.5-1 aspell-en 6.0.0-1 autossh 1.4b-1 base-cygwin 2.1-1 base-files 3.9-3 base-passwd 3.1-1 bash 3.2.49-23 bash-completion 1.1-2 binutils 2.19.51-1 boost 1.33.1-4 boost-devel 1.33.1-4 bzip2 1.0.5-10 checkx 0.2.1-1 compositeproto 0.4.1-1 coreutils 7.0-2 cpio 2.9.90-5 crypt 1.1-1 csih 0.9.1-1 ctags 5.8-1 cvs 1.12.13-10 cvsps 2.2b1-1 cygrunsrv 1.34-1 cygutils 1.4.2-1 cygwin 1.7.1-1 cygwin-doc 1.5-1 damageproto 1.2.0-1 dash 0.5.5.1-2 ddd 3.3.9-1 desktop-file-utils 0.15-3 diffutils 2.8.7-2 e2fsprogs 1.35-3 editrights 1.01-2 expat 2.0.1-1 file 5.04-1 findutils 4.5.5-1 fixesproto 4.1.1-1 font-adobe-dpi100 1.0.1-1 font-adobe-dpi75 1.0.1-1 font-alias 1.0.2-1 font-bh-dpi100 1.0.1-1 font-bh-dpi75 1.0.1-1 font-bh-lucidatypewriter-dpi100 1.0.1-1 font-bh-lucidatypewriter-dpi75 1.0.1-1 font-bitstream-dpi75 1.0.1-1 font-bitstream-vera-ttf 1.10-1 font-cursor-misc 1.0.1-1 font-dec-misc 1.0.1-1 font-encodings 1.0.3-1 font-misc-misc 1.1.0-1 font-util 1.1.1-1 font-xfree86-type1 1.0.2-1 fontconfig 2.8.0-1 gamin 0.1.10-10 gawk 3.1.7-1 gcc 3.4.4-999 gcc-core 3.4.4-999 gcc-g++ 3.4.4-999 gcc-java 3.4.4-999 gcc-mingw-core 20050522-1 gcc-mingw-g++ 20050522-1 gcc-mingw-java 20050522-1 gdb 6.8-2 gettext 0.17-11 git 1.6.6.1-1 git-completion 1.6.6.1-1 git-gui 1.6.6.1-1 gitk 1.6.6.1-1 glproto 1.4.11-1 gnome-icon-theme 2.28.0-1 grep 2.5.4-2 groff 1.19.2-2 gzip 1.3.12-2 hicolor-icon-theme 0.11-1 inputproto 2.0-1 ipc-utils 1.0-1 kbproto 1.0.4-1 less 429-1 lesstif 0.95.2-2 libAfterImage0 1.18-1 libaspell15 0.60.5-1 libatk1.0-devel 1.28.0-1 libatk1.0_0 1.28.0-1 libboost 1.33.1-4 libbz2-devel 1.0.5-10 libbz2_1 1.0.5-10 libcairo-devel 1.8.8-1 libcairo2 1.8.8-1 libcharset1 1.13.1-1 libcurl4 7.19.6-1 libdb4.2 4.2.52.5-2 libdb4.5 4.5.20.2-2 libexpat0 1.95.8-2 libexpat1 2.0.1-1 libexpat1-devel 2.0.1-1 libfam0 0.1.10-10 libfontconfig-devel 2.8.0-1 libfontconfig1 2.8.0-1 libfontenc1 1.0.5-1 libfreetype-devel 2.3.12-1 libfreetype2-devel 2.3.8-1 libfreetype26 2.3.8-1 libfreetype6 2.3.12-1 libgailutil18 2.18.6-1 libgcc1 4.3.4-3 libgdbm4 1.8.3-20 libgdk_pixbuf2.0-devel 2.18.6-1 libgdk_pixbuf2.0_0 2.18.6-1 libGL-devel 7.6.1-1 libGL1 7.6.1-1 libglib1.2-devel 1.2.10-10 libglib1.2_0 1.2.10-10 libglib2.0-devel 2.22.4-2 libglib2.0_0 2.22.4-2 libglitz-devel 0.5.6-10 libglitz1 0.5.6-10 libgmp3 4.3.1-3 libgtk1.2_0 1.2.10-10 libgtk2.0-devel 2.18.6-1 libgtk2.0_0 2.18.6-1 libgtkhtml2_0 2.11.1-10 libICE6 1.0.6-1 libiconv 1.13.1-1 libiconv2 1.13.1-1 libidn11 1.16-1 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.5-1 libintl8 0.17-11 libjasper1 1.900.1-1 libjbig2 2.0-11 libjpeg62 6b-21 libjpeg7 7-10 liblzma1 4.999.9beta-10 libncurses10 5.7-18 libncurses7 5.3-4 libncurses8 5.5-10 libncurses9 5.7-16 libpango1.0-devel 1.26.2-1 libpango1.0_0 1.26.2-1 libpcre-devel 8.00-1 libpcre0 8.00-1 libpixman1-devel 0.16.6-1 libpixman1_0 0.16.6-1 libpng12 1.2.35-10 libpng12-devel 1.2.35-10 libpopt0 1.6.4-4 libpthread-stubs 0.2-1 libreadline6 5.2.14-12 libreadline7 6.0.3-2 libSM6 1.1.1-1 libssh2_1 1.2.2-1 libssp0 4.3.4-3 libstdc++6 4.3.4-3 libtiff5 3.9.2-1 libustr1 1.0.4-11 libwrap0 7.6-20 libX11-devel 1.3.3-1 libX11-xcb-devel 1.3.3-1 libX11-xcb1 1.3.3-1 libX11_6 1.3.3-1 libXau-devel 1.0.5-1 libXau6 1.0.5-1 libXaw7 1.0.7-1 libxcb-devel 1.5-1 libxcb-render-devel 1.5-1 libxcb-render-util-devel 0.3.6-1 libxcb-render-util0 0.3.6-1 libxcb-render0 1.5-1 libxcb-xlib0 1.1-3 libxcb1 1.5-1 libXcomposite-devel 0.4.1-1 libXcomposite1 0.4.1-1 libXcursor-devel 1.1.10-1 libXcursor1 1.1.10-1 libXdamage-devel 1.1.2-1 libXdamage1 1.1.2-1 libXdmcp-devel 1.0.3-1 libXdmcp6 1.0.3-1 libXext-devel 1.1.1-1 libXext6 1.1.1-1 libXfixes-devel 4.0.4-1 libXfixes3 4.0.4-1 libXft-devel 2.1.14-1 libXft1 1.0.0-1 libXft2 2.1.14-1 libXi-devel 1.3-1 libXi6 1.3-1 libXinerama-devel 1.1-1 libXinerama1 1.1-1 libxkbfile-devel 1.0.6-1 libxkbfile1 1.0.6-1 libXm2 0.95.2-2 libxml2 2.7.6-1 libXmu6 1.0.5-1 libXmuu1 1.0.5-1 libXpm4 3.5.8-1 libXrandr-devel 1.3.0-10 libXrandr2 1.3.0-10 libXrender-devel 0.9.5-1 libXrender1 0.9.5-1 libXt6 1.0.7-1 lndir 1.0.1-2 login 1.10-10 luit 1.0.5-1 make 3.81-2 man 1.6e-1 mingw-runtime 3.18-1 minires 1.02-1 mkfontdir 1.0.5-1 mkfontscale 1.0.7-1 ncurses 5.7-18 nedit 5.5-4 openssh 5.4p1-1 openssl 0.9.8m-1 pcre 8.00-1 perl 5.10.1-3 perl-Error 0.17016-1 pkg-config 0.23b-10 python 2.5.2-1 randrproto 1.3.1-1 rebase 3.0.1-1 renderproto 0.11-1 rgb 1.0.3-1 run 1.1.12-11 run2 0.4.0-1 rxvt 20050409-21 rxvt-unicode-common 9.07-1 rxvt-unicode-X 9.07-1 sed 4.1.5-2 setxkbmap 1.1.0-1 shared-mime-info 0.70-1 stunnel 4.29-1 tar 1.22.90-1 tcltk 20080420-1 termcap 5.7_20091114-13 terminfo 5.7_20091114-13 terminfo0 5.5_20061104-11 texinfo 4.13-3 tzcode 2009k-1 util-linux 2.14.1-1 vim 7.2.264-2 w32api 3.14-1 which 2.20-2 X-start-menu-icons 1.0.4-1 X-startup-scripts 1.1.0-2 xauth 1.0.4-1 xcursor-themes 1.0.2-1 xedit 1.1.2-1 xev 1.0.4-1 xextproto 7.1.1-1 xhost 1.0.3-1 xineramaproto 1.2-1 xinit 1.2.1-1 xinput 1.5.0-1 xkbcomp 1.1.1-1 xkbevd 1.1.0-1 xkbprint 1.0.2-1 xkbutils 1.0.2-1 xkeyboard-config 1.8-1 xlsclients 1.0.2-1 xlsfonts 1.0.2-1 xmodmap 1.0.4-1 xorg-cf-files 1.0.3-1 xorg-docs 1.5-1 xorg-scripts 1.0.1-1 xorg-server 1.7.6-1 xorg-util-macros 1.6.0-1 xorg-x11-base 7.4-1 xorg-x11-bin 7.4-1 xorg-x11-bin-dlls 7.4-1 xorg-x11-bin-lndir 7.4-1 xorg-x11-etc 7.4-1 xorg-x11-fenc 7.4-1 xorg-x11-fnts 7.4-1 xorg-x11-libs-data 7.4-1 xorg-x11-xwin 7.4-1 xproto 7.0.16-1 xrdb 1.0.6-1 xset 1.1.0-1 xterm 255-1 xz 4.999.9beta-10 zlib 1.2.3-10 zlib-devel 1.2.3-10 zlib0 1.2.3-10 Use -h to see help about each section -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From kbrown@cornell.edu Wed Apr 14 21:32:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Wed, 14 Apr 2010 21:32:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <20100414112454.212585s3dm5h5gx4@webmail.df.eu> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> <20100414112454.212585s3dm5h5gx4@webmail.df.eu> Message-ID: <4BC5EB92.9060201@cornell.edu> On 4/14/2010 5:24 AM, Markus Hoenicka wrote: > Dan Tsafrir was heard to say: > >> I wasn't able to strace emacs, but I am able to strace xclock (brining >> it up, which when strace-ing takes several long minutes on my netbook, >> and then immediately killing it). >> > > Neither was I. I always get this error (the error number is variable though): > > strace: error creating process emacs, (error 2) That's because /usr/bin/emacs is a symlink. Try straceing emacs-X11. Ken -- 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 markus.hoenicka@mhoenicka.de Fri Apr 16 20:07:00 2010 From: markus.hoenicka@mhoenicka.de (Markus Hoenicka) Date: Fri, 16 Apr 2010 20:07:00 -0000 Subject: emacs-x11 takes 30-40 sec to open after upgrading to cygwin-1.7 In-Reply-To: <4BC5EB92.9060201@cornell.edu> References: <4BB0D1FE.3020005@dronecode.org.uk> <4BBA587A.5030706@dronecode.org.uk> <4BC47E34.3060306@dronecode.org.uk> <20100414112454.212585s3dm5h5gx4@webmail.df.eu> <4BC5EB92.9060201@cornell.edu> Message-ID: <19398.13390.564510.135226@yeti.mininet> Ken Brown writes: > That's because /usr/bin/emacs is a symlink. Try straceing emacs-X11. > Who'd have thunk? Thanks, that's going to make it easier then. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- 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 akhailtash@rogers.com Sat Apr 17 01:41:00 2010 From: akhailtash@rogers.com (Amal Khailtash) Date: Sat, 17 Apr 2010 01:41:00 -0000 Subject: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 Message-ID: <246132.55627.qm@web88005.mail.re2.yahoo.com> Any new updates on this? -- Amal ----- Original Message ---- From: Amal Khailtash To: cygwin-xfree@cygwin.com Sent: Tue, April 6, 2010 3:05:51 PM Subject: Re: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 Jon, I rebooted and started XWin. With one local xterm running the resource usage is: Image Name User Objects GDI Objects XWin.exe 26 51 I close the xterm window started with XWin. Image Name User Objects GDI Objects XWin.exe 22 46 Then I start a remote Konsole by: % ssh -X remote_server /usr/bin/konsole Image Name User Objects GDI Objects XWin.exe 27 55 On Konsole window, click on Settings | Font | Medium: Image Name User Objects GDI Objects XWin.exe 29 59 Click on Session menu and while the menu is open, move to Edit, then View, Bookmarks, Settings and Help and click outside to withdraw menu: Image Name User Objects GDI Objects XWin.exe 39 79 Click on any menu item and while the menu is open and move cursor to other menu items a number of (20) times: Image Name User Objects GDI Objects XWin.exe 241 483 Keep doing this and you will see the allocated objects keeps increasing and increasing and they are never released even if I close my Konsole window! Image Name User Objects GDI Objects XWin.exe 1,120 2,239 If you have a Windows XP that has not been modified to reserved more GDI space, you will start loosing window titles and menu items until your workstation is unstable and one needs to reboot! If you need further experiment with my TCL-based program (modelsim) that uses more bitmaps in its menu items, let me know. But the fact that the resources keep increasing by just selecting menu items, it tells me there is serious leak somewhere. Regards,-- Amal ----- Original Message ---- From: Jon TURNEY To: cygwin-xfree@cygwin.com Cc: akhailtash@yahoo.com Sent: Mon, April 5, 2010 5:30:25 PM Subject: Re: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 On 29/03/2010 18:20, Amal Khailtash wrote: > I do have native TCL installed as well, but I am not really running anything locally. The only client I run is a > Linux Konsole window launched by an SSH command. Once I have a remote terminal, I launch my simulation > tool (ModelSim). I watch the resources using windows Task Manager. > > Do you think that ModelSim or Konsole are eating up resources? Although, even when I quit those programs, > until I close XWin.exe, the resources are not freed! Well, how about approaching the problem methodically? If you boot up and just start the X server, do you see these leaks? Does starting you X client (Konsole via ssh) cause these leaks? Does starting your TCL application cause these leaks? > ----- Original Message ---- > Sent: Mon, March 29, 2010 12:55:18 PM > Subject: Re: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 > > On 22/03/2010 18:38, Amal Khailtash wrote: >> My Windows XP USER and GDI object counts, for process XWin.exe, keep going >> up even if I leave my PC running and doing nothing. The increase >> eventually makes my windows title-bars and and menu bars disappear and I >> need to reboot to be able to work again. > > How are you measuring these object counts? > > It's unclear from what you write if you have any X clients connected to your X server while the leak is occurring. > > It's interesting that, from your cygcheck output, you seem to have a native TCL installed, as that has been mentioned > previously associated with some source of resource leak problem (see [1]), although I've never been able to reproduce it. > > [1] http://sourceware.org/ml/cygwin-xfree/2009-02/msg00184.html -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From mark.lillibridge@hp.com Sun Apr 18 19:46:00 2010 From: mark.lillibridge@hp.com (Mark Lillibridge) Date: Sun, 18 Apr 2010 19:46:00 -0000 Subject: bug report/suggested temp. patch: handling bursts of sent keys In-Reply-To: <4BC4794F.9000207@dronecode.org.uk> (message from Jon TURNEY on Tue, 13 Apr 2010 15:01:51 +0100) References: <201001102040.o0AKenLB010951@mailhub-pa1.hpl.hp.com> <201001191817.o0JIHoS1030183@mailhub-pa1.hpl.hp.com> <6b9bc6ee1001230517v73231f5cma1503fa473a5d11c@mail.gmail.com> <201001232202.o0NM2HAl027114@mailhub-pa1.hpl.hp.com> <4B703361.3050304@dronecode.org.uk> <4B840ABE.8080106@dronecode.org.uk> <4BB0E1A7.7090404@dronecode.org.uk> <4BC4794F.9000207@dronecode.org.uk> Message-ID: > On 08/04/2010 04:47, Mark Lillibridge wrote: > >> Can you pull this patch and include it in the next X server release, please. > > > > Excellent. Thank you. Do we need to do anything special for this > > to get picked up for Xming as well? > > Assuming I don't receive too much hatemail about this breaking stuff after the > next X server release, I'll push it upstream to X.Org. Thanks! Any idea when the next X server release is? - Mark -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Sun Apr 18 21:09:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 18 Apr 2010 21:09:00 -0000 Subject: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 In-Reply-To: <730771.75866.qm@web88008.mail.re2.yahoo.com> References: <745077.37241.qm@web88004.mail.re2.yahoo.com> <4BB0DB76.20708@dronecode.org.uk> <599525.40364.qm@web88006.mail.re2.yahoo.com> <4BBA5671.7060309@dronecode.org.uk> <730771.75866.qm@web88008.mail.re2.yahoo.com> Message-ID: <4BCB61A2.3070503@dronecode.org.uk> On 06/04/2010 20:05, Amal Khailtash wrote: > Click on Session menu and while the menu is open, move to Edit, then View, Bookmarks, > Settings and Help and click outside to withdraw menu: > > Image Name User Objects GDI Objects > XWin.exe 39 79 > > Click on any menu item and while the menu is open and move cursor to other menu items > a number of (20) times: > > Image Name User Objects GDI Objects > XWin.exe 241 483 > > Keep doing this and you will see the allocated objects keeps increasing and increasing and > they are never released even if I close my Konsole window! Thanks for the clear reproduction steps. With these, I can reproduce this problem. According to the GdiUsage tool this seems to be a GDI bitmap handle being leaked. Unfortunately GdiUsage seems to have rusted a bit and doesn't produce useful backtraces (and may well not be able to backtrace a cygwin executable, anyhow) so locating exactly where the leak is coming from is going to be a bit tricky... The one thing I notice is that other applications with menus don't seem to show this problem. The konsole I was testing with is relatively recent and has menus with rounded corners, I wonder if that is somehow related to the problem? -- 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 Sun Apr 18 21:15:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 18 Apr 2010 21:15:00 -0000 Subject: [PATCH 2/3] Cygwin/X: Generate X keycodes for a few 'internet' keys In-Reply-To: <4BCB752B.3010307@dronecode.org.uk> References: <4BCB752B.3010307@dronecode.org.uk> Message-ID: <1271625235-4164-2-git-send-email-jon.turney@dronecode.org.uk> Add a few more special keys I have on my keyboard: mail, search, browser These are normally trapped by Windows, so -keyhook needs to be taught how to catch them as well --- hw/xwin/winkeybd.h | 6 +++--- hw/xwin/winkeyhook.c | 12 +++++++----- hw/xwin/winkeynames.h | 4 ++++ 3 files changed, 14 insertions(+), 8 deletions(-) diff --git a/hw/xwin/winkeybd.h b/hw/xwin/winkeybd.h index 662392b..2784673 100644 --- a/hw/xwin/winkeybd.h +++ b/hw/xwin/winkeybd.h @@ -213,9 +213,9 @@ g_iKeyMap [] = { /* 167 */ 0, 0, 0, /* 168 */ 0, 0, 0, /* 169 */ 0, 0, 0, - /* 170 */ 0, 0, 0, + /* 170 */ VK_BROWSER_SEARCH,KEY_SEARCH, 0, /* 171 */ 0, 0, 0, - /* 172 */ 0, 0, 0, + /* 172 */ VK_BROWSER_HOME,KEY_BROWSER, 0, /* 173 */ VK_VOLUME_MUTE, 0, KEY_Mute, /* 174 */ VK_VOLUME_DOWN, 0, KEY_AudioLower, /* 175 */ VK_VOLUME_UP, 0, KEY_AudioRaise, @@ -223,7 +223,7 @@ g_iKeyMap [] = { /* 177 */ VK_MEDIA_PREV_TRACK, 0, KEY_PREVIOUSSONG, /* 178 */ VK_MEDIA_STOP, 0, KEY_STOPCD, /* 179 */ VK_MEDIA_PLAY_PAUSE, 0, KEY_PLAYPAUSE, - /* 180 */ 0, 0, 0, + /* 180 */ VK_LAUNCH_MAIL, KEY_MAIL, 0, /* 181 */ 0, 0, 0, /* 182 */ 0, 0, 0, /* 183 */ 0, 0, 0, diff --git a/hw/xwin/winkeyhook.c b/hw/xwin/winkeyhook.c index 2d6ed18..0c2e65b 100755 --- a/hw/xwin/winkeyhook.c +++ b/hw/xwin/winkeyhook.c @@ -101,11 +101,13 @@ winKeyboardMessageHookLL (int iCode, WPARAM wParam, LPARAM lParam) switch (wParam) { case WM_KEYDOWN: case WM_SYSKEYDOWN: - case WM_KEYUP: case WM_SYSKEYUP: - fPassKeystroke = - (fPassAltTab && - (p->vkCode == VK_TAB) && ((p->flags & LLKHF_ALTDOWN) != 0)) - || (p->vkCode == VK_LWIN) || (p->vkCode == VK_RWIN) + case WM_KEYUP: case WM_SYSKEYUP: + fPassKeystroke = + (fPassAltTab && + (p->vkCode == VK_TAB) && ((p->flags & LLKHF_ALTDOWN) != 0)) + || (p->vkCode == VK_LWIN) || (p->vkCode == VK_RWIN) + || (p->vkCode == VK_BROWSER_SEARCH) || (p->vkCode == VK_BROWSER_HOME) + || (p->vkCode == VK_LAUNCH_MAIL) ; break; } diff --git a/hw/xwin/winkeynames.h b/hw/xwin/winkeynames.h index 5a3129f..2f45ce6 100644 --- a/hw/xwin/winkeynames.h +++ b/hw/xwin/winkeynames.h @@ -200,6 +200,10 @@ #define KEY_PREVIOUSSONG /* Media previous */ 136 #define KEY_STOPCD /* Media stop */ 156 +#define KEY_SEARCH /* Search */ 221 +#define KEY_MAIL /* Mail */ 228 +#define KEY_BROWSER /* Browser */ 170 + /* These are for "notused" and "unknown" entries in translation maps. */ #define KEY_NOTUSED 0 #define KEY_UNKNOWN 255 -- 1.7.0.4 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Sun Apr 18 21:15:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 18 Apr 2010 21:15:00 -0000 Subject: [PATCH 1/3] Cygwin/X: Generate X keycodes for multimedia keys In-Reply-To: <4BCB752B.3010307@dronecode.org.uk> References: <4BCB752B.3010307@dronecode.org.uk> Message-ID: <1271625235-4164-1-git-send-email-jon.turney@dronecode.org.uk> Signed-off-by: Jon TURNEY --- hw/xwin/winkeybd.h | 14 +++++++------- hw/xwin/winkeynames.h | 13 +++++++++---- 2 files changed, 16 insertions(+), 11 deletions(-) diff --git a/hw/xwin/winkeybd.h b/hw/xwin/winkeybd.h index 5b2a589..662392b 100644 --- a/hw/xwin/winkeybd.h +++ b/hw/xwin/winkeybd.h @@ -216,13 +216,13 @@ g_iKeyMap [] = { /* 170 */ 0, 0, 0, /* 171 */ 0, 0, 0, /* 172 */ 0, 0, 0, - /* 173 */ 0, 0, 0, - /* 174 */ 0, 0, 0, - /* 175 */ 0, 0, 0, - /* 176 */ 0, 0, 0, - /* 177 */ 0, 0, 0, - /* 178 */ 0, 0, 0, - /* 179 */ 0, 0, 0, + /* 173 */ VK_VOLUME_MUTE, 0, KEY_Mute, + /* 174 */ VK_VOLUME_DOWN, 0, KEY_AudioLower, + /* 175 */ VK_VOLUME_UP, 0, KEY_AudioRaise, + /* 176 */ VK_MEDIA_NEXT_TRACK, 0, KEY_NEXTSONG, + /* 177 */ VK_MEDIA_PREV_TRACK, 0, KEY_PREVIOUSSONG, + /* 178 */ VK_MEDIA_STOP, 0, KEY_STOPCD, + /* 179 */ VK_MEDIA_PLAY_PAUSE, 0, KEY_PLAYPAUSE, /* 180 */ 0, 0, 0, /* 181 */ 0, 0, 0, /* 182 */ 0, 0, 0, diff --git a/hw/xwin/winkeynames.h b/hw/xwin/winkeynames.h index 7c16337..5a3129f 100644 --- a/hw/xwin/winkeynames.h +++ b/hw/xwin/winkeynames.h @@ -23,10 +23,6 @@ * */ -#define XK_TECHNICAL -#define XK_KATAKANA -#include - #define GLYPHS_PER_KEY 4 #define NUM_KEYCODES 248 #define MIN_KEYCODE 8 @@ -195,6 +191,15 @@ #define KEY_HKTG /* Hirugana/Katakana tog 0xc8 */ 200 #define KEY_BSlash2 /* \ _ 0xcb */ 203 +#define KEY_Mute /* Audio Mute */ 152 +#define KEY_AudioLower /* Audio Lower */ 168 +#define KEY_AudioRaise /* Audio Raise */ 166 + +#define KEY_NEXTSONG /* Media next */ 145 +#define KEY_PLAYPAUSE /* Media play/pause toggle */ 154 +#define KEY_PREVIOUSSONG /* Media previous */ 136 +#define KEY_STOPCD /* Media stop */ 156 + /* These are for "notused" and "unknown" entries in translation maps. */ #define KEY_NOTUSED 0 #define KEY_UNKNOWN 255 -- 1.7.0.4 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Sun Apr 18 21:15:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 18 Apr 2010 21:15:00 -0000 Subject: Multimedia keys interpreted as alphabetic keys In-Reply-To: <4BC5D33D.2000205@ctsu.ox.ac.uk> References: <4BC5D33D.2000205@ctsu.ox.ac.uk> Message-ID: <4BCB752B.3010307@dronecode.org.uk> On 14/04/2010 15:37, Chris Bird wrote: > I wonder if anyone could shed some light on this minor problem I have: > > I'm using Cygwin/X as my X client for several linux boxes at work. > Everything's working fine (after some tweaking), but there is one small > thing I find very annoying: > > The multimedia keys on my keyboard generate keypresses as though they > were normal keys. Specifically, Play/Pause generates a 'g', volume up > generates 'c', volume down generates 'b', and mute generates 'd'. The > keyboard is a logitech Internet 350. As I listen to music all day to > keep my sanity, and occasionally need to alter the volume or stop or > mute the track to join in a conversation in the office (or stop driving > other people mad with my relentless beats!), I often find these > keypresses being entered into whatever program I'm working on. Not ideal. > > I used xev to find out what keycodes were being generated by these keys, > and by the keys the output would suggest is being pressed, ie. g, c, b, > and d, expecting to find different keycodes perhaps being mapped to the > same keysyms, so I could alter .Xmodmap to assign them to XF86Play, etc. > But I found that they were exactly the same, as if Cygwin was > interpreting them as the same keys at some very basic level, whereas > Windows can tell the difference between pressing g (outputs a 'g') and > pressing Play/Pause (it plays or pauses the current track in my media > player). Here is the output from xev when pressing Play/Pause, then g: > [snip] > > They both output 'keycode 42 (keysym 0x67, g)'. I tried various settings > in the arguments to XWin, to try to enable multimedia keys, and set the > model of my keyboard and layout correctly: > > %RUN% XWin -multiwindow -clipboard -silent-dup-error -xkbmodel > logitech_base > REM -xkbvariant extd > REM -xkbmodel logii350 > REM -xkblayout gb > > but none of these made any positive difference, in fact one of them (I > can't remember which), actually disabled some other keys (e.g. the arrow > keys). > > This behaviour doesn't happen in non-X Cygwin. I tried using Xming get > some ideas as suggested in this similar-looking post > > http://sourceware.org/ml/cygwin-xfree/2004-12/msg00249.html > > ('Xming.exe :1 -multiwindow -logverbose 10'), and got no useful messages > about the keyboard. > > Has anyone got a clue what's going on? Hope someone can help. Thanks for the clear problem report. After doing a bit of testing, the issue here seems to be that XWin doesn't know to generate the correct X keycodes for these multimedia keys, so this is a bug in XWin, not a problem with the XKB layout selected. I've added some some entries to the table which translates Windows Virtual Keycodes into X keycodes which hopefully fixes this. Perhaps you could try out the test build I have uploaded at [1] and see if that resolves this problem for you? I've also turned on a bit more debug, so even if this doesn't work correctly, -logverbose should indicate a bit more clearly what's going on... [1] ftp://cygwin.com/pub/cygwinx/XWin.20100418-git-9594fb420a063608.exe.bz2 -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Apr 19 14:45:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 19 Apr 2010 14:45:00 -0000 Subject: [PATCH 3/3] Cygwin/X: Better keyboard debugging output In-Reply-To: <4BCB752B.3010307@dronecode.org.uk> References: <4BCB752B.3010307@dronecode.org.uk> Message-ID: <1271625235-4164-3-git-send-email-jon.turney@dronecode.org.uk> --- hw/xwin/winkeybd.c | 8 ++++---- hw/xwin/winkeyhook.c | 4 +--- 2 files changed, 5 insertions(+), 7 deletions(-) diff --git a/hw/xwin/winkeybd.c b/hw/xwin/winkeybd.c index ad9e66a..860e356 100644 --- a/hw/xwin/winkeybd.c +++ b/hw/xwin/winkeybd.c @@ -73,6 +73,8 @@ winTranslateKey (WPARAM wParam, LPARAM lParam, int *piScanCode) int iParam = HIWORD (lParam); int iParamScanCode = LOBYTE (iParam); + winDebug("winTranslateKey: wParam %08x lParam %08x\n", wParam, lParam); + /* WM_ key messages faked by Vista speech recognition (WSR) don't have a * scan code. * @@ -488,10 +490,8 @@ winSendKeyEvent (DWORD dwKey, Bool fDown) for (i = 0; i < nevents; i++) mieqEnqueue(g_pwinKeyboard, events[i].event); -#if CYGDEBUG - ErrorF("winSendKeyEvent: dwKey: %d, fDown: %d, nEvents %d\n", - dwKey, fDown, nevents); -#endif + winDebug("winSendKeyEvent: dwKey: %d, fDown: %d, nEvents %d\n", + dwKey, fDown, nevents); } BOOL winCheckKeyPressed(WPARAM wParam, LPARAM lParam) diff --git a/hw/xwin/winkeyhook.c b/hw/xwin/winkeyhook.c index 0c2e65b..5314684 100755 --- a/hw/xwin/winkeyhook.c +++ b/hw/xwin/winkeyhook.c @@ -94,9 +94,7 @@ winKeyboardMessageHookLL (int iCode, WPARAM wParam, LPARAM lParam) /* Pass keystrokes on to our main message loop */ if (iCode == HC_ACTION) { -#if 0 - ErrorF ("vkCode: %08x\tscanCode: %08x\n", p->vkCode, p->scanCode); -#endif + winDebug("winKeyboardMessageHook: vkCode: %08x scanCode: %08x\n", p->vkCode, p->scanCode); switch (wParam) { -- 1.7.0.4 -- 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 romisaura@gmail.com Mon Apr 19 16:49:00 2010 From: romisaura@gmail.com (Romina Saura) Date: Mon, 19 Apr 2010 16:49:00 -0000 Subject: Fwd: Failed in setup installation In-Reply-To: References: Message-ID: ---------- Forwarded message ---------- From: Romina Saura Date: 2010/4/19 Subject: Fwd: Failed in setup installation To: cygwin-xfree@cygwin.com ---------- Forwarded message ---------- From: Romina Saura Date: 2010/4/19 Subject: Fwd: Failed in setup installation To: cygwin-xfree@cygwin.com ---------- Forwarded message ---------- From: Romina Saura Date: 2010/4/17 Subject: Failed in setup installation To: cygwin-xfree@cygwin.com Hello I installed the setup package to make work pdfeditor (http://sourceforge.net/projects/pdfedit/)?in Windows (XP) according to the instruccions in the sourceforge.net page and it cant work as indicate, indeed the error showed it is related with the package installed, no with pdfeditor files. I cant include the pic in which appeared the error, or the mail is not delivered (I tried, but failled to). -- Saludos Cordiales, Romina -- Saludos Cordiales, Romina -- Saludos Cordiales, Romina -- Saludos Cordiales, Romina -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Mon Apr 19 17:33:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 19 Apr 2010 17:33:00 -0000 Subject: bug report/suggested temp. patch: handling bursts of sent keys In-Reply-To: References: <201001102040.o0AKenLB010951@mailhub-pa1.hpl.hp.com> <201001191817.o0JIHoS1030183@mailhub-pa1.hpl.hp.com> <6b9bc6ee1001230517v73231f5cma1503fa473a5d11c@mail.gmail.com> <201001232202.o0NM2HAl027114@mailhub-pa1.hpl.hp.com> <4B703361.3050304@dronecode.org.uk> <4B840ABE.8080106@dronecode.org.uk> <4BB0E1A7.7090404@dronecode.org.uk> <4BC4794F.9000207@dronecode.org.uk> Message-ID: <4BCC8994.4090700@dronecode.org.uk> On 17/04/2010 02:41, Mark Lillibridge wrote: >> On 08/04/2010 04:47, Mark Lillibridge wrote: >> >> Can you pull this patch and include it in the next X server release, please. >> > >> > Excellent. Thank you. Do we need to do anything special for this >> > to get picked up for Xming as well? >> >> Assuming I don't receive too much hatemail about this breaking stuff after the >> next X server release, I'll push it upstream to X.Org. > > Thanks! Any idea when the next X server release is? This change was in the xorg-server 1.8.0-1 test release made on 2010-04-02 [1] Being a test release, this doesn't get installed automatically by setup, you have to explicitly select it... [1] http://cygwin.com/ml/cygwin-xfree-announce/2010-04/msg00000.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 akhailtash@yahoo.com Tue Apr 20 11:21:00 2010 From: akhailtash@yahoo.com (Amal Khailtash) Date: Tue, 20 Apr 2010 11:21:00 -0000 Subject: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 In-Reply-To: <4BCB61A2.3070503@dronecode.org.uk> References: <745077.37241.qm@web88004.mail.re2.yahoo.com> <4BB0DB76.20708@dronecode.org.uk> <599525.40364.qm@web88006.mail.re2.yahoo.com> <4BBA5671.7060309@dronecode.org.uk> <730771.75866.qm@web88008.mail.re2.yahoo.com> <4BCB61A2.3070503@dronecode.org.uk> Message-ID: <333099.79245.qm@web88002.mail.re2.yahoo.com> Jon, Thanks for looking into this. Yes, it seems this problem shows up for some applications. gnome-terminal seems to behave better. But konsole and my specific TCL-based application (modelsim) seem to suffer from this. The problem is even if I quit the troublesome application, resources are not released and that tells me the leak is somewhere in the core X server and not the application, but somehow only shows up for those. Some of the applications that I found that show this leak are: * modelsim * konsole * kfontview * kate It seems KDE-based apps are the worst. The problem is not as severe in gnome-based applications. But I can see that, even in those, not all resources are released either! Another not is that even Xming suffers from this same problem. I assume most of the source code is shared between XWin and Xming. Cheers,-- Amal ----- Original Message ---- From: Jon TURNEY To: cygwin-xfree@cygwin.com Cc: akhailtash@yahoo.com Sent: Sun, April 18, 2010 3:46:42 PM Subject: Re: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 On 06/04/2010 20:05, Amal Khailtash wrote: > Click on Session menu and while the menu is open, move to Edit, then View, Bookmarks, > Settings and Help and click outside to withdraw menu: > > Image Name User Objects GDI Objects > XWin.exe 39 79 > > Click on any menu item and while the menu is open and move cursor to other menu items > a number of (20) times: > > Image Name User Objects GDI Objects > XWin.exe 241 483 > > Keep doing this and you will see the allocated objects keeps increasing and increasing and > they are never released even if I close my Konsole window! Thanks for the clear reproduction steps. With these, I can reproduce this problem. According to the GdiUsage tool this seems to be a GDI bitmap handle being leaked. Unfortunately GdiUsage seems to have rusted a bit and doesn't produce useful backtraces (and may well not be able to backtrace a cygwin executable, anyhow) so locating exactly where the leak is coming from is going to be a bit tricky... The one thing I notice is that other applications with menus don't seem to show this problem. The konsole I was testing with is relatively recent and has menus with rounded corners, I wonder if that is somehow related to the problem? -- 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 chris.bird@ctsu.ox.ac.uk Tue Apr 20 13:56:00 2010 From: chris.bird@ctsu.ox.ac.uk (Chris Bird) Date: Tue, 20 Apr 2010 13:56:00 -0000 Subject: Multimedia keys interpreted as alphabetic keys In-Reply-To: <4BCB752B.3010307@dronecode.org.uk> References: <4BC5D33D.2000205@ctsu.ox.ac.uk> <4BCB752B.3010307@dronecode.org.uk> Message-ID: <4BCD8E43.70807@ctsu.ox.ac.uk> Thanks very much for getting back to me so soon. That seems to have fixed the problem, and I will use this version until it's in the main build, thanks. There are a couple of side effects: 1) XWin dies immediately after outputting a message on startup if I pass it both -multiwindow and -logverbose - either in combination with other parameters seems to be fine. I have included output into XWin.0.log in this instance below. 2) When I ssh to another machine and start the Kate text editor, the fonts of the menus and the file being edited are larger than usual (ie. larger than when I use it with my old version of XWin). I restarted the old XWin and did the same and they were back to normal size. I'm not sure where to look for useful logging information on this. ----------------XWin.0.log starting with with %RUN% XWin.20100418-git-9594fb420a063608.exe -multiwindow -clipboard -silent-dup-error -xkblayout gb -logverbose------------------- Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.8.0.0 (10800000) Snapshot: 20100418-git-9594fb420a063608 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/XWin.20100418-git-9594fb420a063608 -multiwindow -clipboard -silent-dup-error -xkblayout gb -logverbose ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - primary monitor w 2560 h 1024 winInitializeDefaultScreens - native DPI x 96 y 96 winInitializeDefaultScreens - Returning use: X [:] [option] [displays usage info] -------------------------- On 18/04/2010 22:10, Jon TURNEY wrote: > On 14/04/2010 15:37, Chris Bird wrote: >> I wonder if anyone could shed some light on this minor problem I have: >> >> I'm using Cygwin/X as my X client for several linux boxes at work. >> Everything's working fine (after some tweaking), but there is one small >> thing I find very annoying: >> >> The multimedia keys on my keyboard generate keypresses as though they >> were normal keys. Specifically, Play/Pause generates a 'g', volume up >> generates 'c', volume down generates 'b', and mute generates 'd'. The >> keyboard is a logitech Internet 350. As I listen to music all day to >> keep my sanity, and occasionally need to alter the volume or stop or >> mute the track to join in a conversation in the office (or stop driving >> other people mad with my relentless beats!), I often find these >> keypresses being entered into whatever program I'm working on. Not >> ideal. >> >> I used xev to find out what keycodes were being generated by these keys, >> and by the keys the output would suggest is being pressed, ie. g, c, b, >> and d, expecting to find different keycodes perhaps being mapped to the >> same keysyms, so I could alter .Xmodmap to assign them to XF86Play, etc. >> But I found that they were exactly the same, as if Cygwin was >> interpreting them as the same keys at some very basic level, whereas >> Windows can tell the difference between pressing g (outputs a 'g') and >> pressing Play/Pause (it plays or pauses the current track in my media >> player). Here is the output from xev when pressing Play/Pause, then g: >> > [snip] >> >> They both output 'keycode 42 (keysym 0x67, g)'. I tried various settings >> in the arguments to XWin, to try to enable multimedia keys, and set the >> model of my keyboard and layout correctly: >> >> %RUN% XWin -multiwindow -clipboard -silent-dup-error -xkbmodel >> logitech_base >> REM -xkbvariant extd >> REM -xkbmodel logii350 >> REM -xkblayout gb >> >> but none of these made any positive difference, in fact one of them (I >> can't remember which), actually disabled some other keys (e.g. the arrow >> keys). >> >> This behaviour doesn't happen in non-X Cygwin. I tried using Xming get >> some ideas as suggested in this similar-looking post >> >> http://sourceware.org/ml/cygwin-xfree/2004-12/msg00249.html >> >> ('Xming.exe :1 -multiwindow -logverbose 10'), and got no useful messages >> about the keyboard. >> >> Has anyone got a clue what's going on? Hope someone can help. > > Thanks for the clear problem report. > > After doing a bit of testing, the issue here seems to be that XWin > doesn't know to generate the correct X keycodes for these multimedia > keys, so this is a bug in XWin, not a problem with the XKB layout > selected. > > I've added some some entries to the table which translates Windows > Virtual Keycodes into X keycodes which hopefully fixes this. > > Perhaps you could try out the test build I have uploaded at [1] and > see if that resolves this problem for you? > > I've also turned on a bit more debug, so even if this doesn't work > correctly, -logverbose should indicate a bit more clearly what's > going on... > > [1] > ftp://cygwin.com/pub/cygwinx/XWin.20100418-git-9594fb420a063608.exe.bz2 > -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Tue Apr 20 14:45:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 20 Apr 2010 14:45:00 -0000 Subject: Multimedia keys interpreted as alphabetic keys In-Reply-To: <4BCD8E43.70807@ctsu.ox.ac.uk> References: <4BC5D33D.2000205@ctsu.ox.ac.uk> <4BCB752B.3010307@dronecode.org.uk> <4BCD8E43.70807@ctsu.ox.ac.uk> Message-ID: <4BCDB293.9010007@dronecode.org.uk> On 20/04/2010 12:21, Chris Bird wrote: > Thanks very much for getting back to me so soon. > > That seems to have fixed the problem, and I will use this version until > it's in the main build, thanks. Thanks very much for testing the fix. > There are a couple of side effects: > > 1) XWin dies immediately after outputting a message on startup if I pass > it both -multiwindow and -logverbose - either in combination with other > parameters seems to be fine. I have included output into XWin.0.log in > this instance below. A numeric verbosity level is mandatory after -logverbose, as the usage info should make clear, so the command line below is invalid. > -logverbose verbosity > Set the verbosity of log messages. [NOTE: Only a few messages > respect the settings yet] > 0 - only print fatal error. > 1 - print additional configuration information. > 2 - print additional runtime information [default]. > 3 - print debugging and tracing information. If you can construct a command line using -logverbose without a numeric verbosity level which is accepted, this is another bug in XWin. > 2) When I ssh to another machine and start the Kate text editor, the > fonts of the menus and the file being edited are larger than usual (ie. > larger than when I use it with my old version of XWin). I restarted the > old XWin and did the same and they were back to normal size. I'm not > sure where to look for useful logging information on this. This is expected, as the build I provided is based on the xorg-server 1.8.0-1 test release [1], which includes a change for the default DPI value used by the X server from 75 to the value reported by Windows (usually 96) You can override the dpi value using the '-dpi' command line option. [1] http://cygwin.com/ml/cygwin-xfree-announce/2010-04/msg00000.html > ----------------XWin.0.log starting with with %RUN% > XWin.20100418-git-9594fb420a063608.exe -multiwindow -clipboard > -silent-dup-error -xkblayout gb -logverbose------------------- > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 1.8.0.0 (10800000) > Snapshot: 20100418-git-9594fb420a063608 > > Contact: cygwin-xfree@cygwin.com > XWin was started with the following command line: > > /usr/bin/XWin.20100418-git-9594fb420a063608 -multiwindow > -clipboard -silent-dup-error -xkblayout gb -logverbose > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - primary monitor w 2560 h 1024 > winInitializeDefaultScreens - native DPI x 96 y 96 > winInitializeDefaultScreens - Returning > use: X [:] [option] > > [displays usage info] > > -------------------------- -- 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 chris.bird@ctsu.ox.ac.uk Wed Apr 21 14:57:00 2010 From: chris.bird@ctsu.ox.ac.uk (Chris Bird) Date: Wed, 21 Apr 2010 14:57:00 -0000 Subject: Multimedia keys interpreted as alphabetic keys In-Reply-To: <4BCDB293.9010007@dronecode.org.uk> References: <4BC5D33D.2000205@ctsu.ox.ac.uk> <4BCB752B.3010307@dronecode.org.uk> <4BCD8E43.70807@ctsu.ox.ac.uk> <4BCDB293.9010007@dronecode.org.uk> Message-ID: <4BCDBE0C.5020005@ctsu.ox.ac.uk> I can confirm that the XWin you sent me does (of course) work when -logverbose [n] is set properly, and that the old version I was using also prints usage and exits in the same way, so it isn't and wasn't a bug - my bad. And now of course I can see the keycodes (or scancodes?) generated by pressing Play/Pause twice (which used to generate a 'g' on my version), and pressing 'g' twice for comparison. Thanks for your help. [2519546.968] winClipboardWindowProc - WM_WM_REINIT: Enter [2519552.687] winWindowProc - WM_ACTIVATEAPP [2519552.687] winClipboardWindowProc - WM_WM_REINIT: Enter [2519552.687] winRestoreModeKeyStates: state 16 [2519552.687] winSendKeyEvent: dwKey: 70, fDown: 1, nEvents 2 [2519552.687] winSendKeyEvent: dwKey: 70, fDown: 0, nEvents 2 [2519554.109] winTranslateKey: wParam 000000b3 lParam 01000001 [2519554.109] winSendKeyEvent: dwKey: 154, fDown: 1, nEvents 2 [2519554.218] winTranslateKey: wParam 000000b3 lParam c1000001 [2519554.218] winSendKeyEvent: dwKey: 154, fDown: 0, nEvents 2 [2519555.000] winTranslateKey: wParam 000000b3 lParam 01000001 [2519555.000] winSendKeyEvent: dwKey: 154, fDown: 1, nEvents 2 [2519555.093] winTranslateKey: wParam 000000b3 lParam c1000001 [2519555.093] winSendKeyEvent: dwKey: 154, fDown: 0, nEvents 2 [2519556.859] winWindowProc - WM_ACTIVATEAPP [2519556.859] winClipboardWindowProc - WM_WM_REINIT: Enter [2519564.656] winWindowProc - WM_ACTIVATEAPP [2519564.656] winClipboardWindowProc - WM_WM_REINIT: Enter [2519564.656] winRestoreModeKeyStates: state 16 [2519564.656] winSendKeyEvent: dwKey: 70, fDown: 1, nEvents 2 [2519564.656] winSendKeyEvent: dwKey: 70, fDown: 0, nEvents 2 [2519566.265] winTranslateKey: wParam 00000047 lParam 00220001 [2519566.265] winSendKeyEvent: dwKey: 34, fDown: 1, nEvents 2 [2519566.406] winTranslateKey: wParam 00000047 lParam c0220001 [2519566.406] winSendKeyEvent: dwKey: 34, fDown: 0, nEvents 2 [2519566.921] winTranslateKey: wParam 00000047 lParam 00220001 [2519566.921] winSendKeyEvent: dwKey: 34, fDown: 1, nEvents 2 [2519567.015] winTranslateKey: wParam 00000047 lParam c0220001 [2519567.015] winSendKeyEvent: dwKey: 34, fDown: 0, nEvents 2 [2519568.046] winWindowProc - WM_ACTIVATEAPP [2519568.046] winClipboardWindowProc - WM_WM_REINIT: Enter On 20/04/2010 14:56, Jon TURNEY wrote: > On 20/04/2010 12:21, Chris Bird wrote: >> Thanks very much for getting back to me so soon. >> >> That seems to have fixed the problem, and I will use this version until >> it's in the main build, thanks. > > Thanks very much for testing the fix. > >> There are a couple of side effects: >> >> 1) XWin dies immediately after outputting a message on startup if I pass >> it both -multiwindow and -logverbose - either in combination with other >> parameters seems to be fine. I have included output into XWin.0.log in >> this instance below. > > A numeric verbosity level is mandatory after -logverbose, as the usage > info should make clear, so the command line below is invalid. > >> -logverbose verbosity >> Set the verbosity of log messages. [NOTE: Only a few messages >> respect the settings yet] >> 0 - only print fatal error. >> 1 - print additional configuration information. >> 2 - print additional runtime information [default]. >> 3 - print debugging and tracing information. > > If you can construct a command line using -logverbose without a > numeric verbosity level which is accepted, this is another bug in XWin. > >> 2) When I ssh to another machine and start the Kate text editor, the >> fonts of the menus and the file being edited are larger than usual (ie. >> larger than when I use it with my old version of XWin). I restarted the >> old XWin and did the same and they were back to normal size. I'm not >> sure where to look for useful logging information on this. > > This is expected, as the build I provided is based on the xorg-server > 1.8.0-1 test release [1], which includes a change for the default DPI > value used by the X server from 75 to the value reported by Windows > (usually 96) > > You can override the dpi value using the '-dpi' command line option. > > [1] http://cygwin.com/ml/cygwin-xfree-announce/2010-04/msg00000.html > >> ----------------XWin.0.log starting with with %RUN% >> XWin.20100418-git-9594fb420a063608.exe -multiwindow -clipboard >> -silent-dup-error -xkblayout gb -logverbose------------------- >> >> Welcome to the XWin X Server >> Vendor: The Cygwin/X Project >> Release: 1.8.0.0 (10800000) >> Snapshot: 20100418-git-9594fb420a063608 >> >> Contact: cygwin-xfree@cygwin.com >> XWin was started with the following command line: >> >> /usr/bin/XWin.20100418-git-9594fb420a063608 -multiwindow >> -clipboard -silent-dup-error -xkblayout gb -logverbose >> >> ddxProcessArgument - Initializing default screens >> winInitializeDefaultScreens - primary monitor w 2560 h 1024 >> winInitializeDefaultScreens - native DPI x 96 y 96 >> winInitializeDefaultScreens - Returning >> use: X [:] [option] >> >> [displays usage info] >> >> -------------------------- > -- 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 radu.berinde@gmail.com Thu Apr 22 21:32:00 2010 From: radu.berinde@gmail.com (Radu Berinde) Date: Thu, 22 Apr 2010 21:32:00 -0000 Subject: 1.7.1 - problem with moving mouse programmatically with xte In-Reply-To: <4B7EAD07.4050103@dronecode.org.uk> References: <4B7EAD07.4050103@dronecode.org.uk> Message-ID: Hi, Is there any plan to fix this in the future? Note that I did am not writing code for xte, I am just using it. Radu On Fri, Feb 19, 2010 at 11:23 AM, Jon TURNEY wrote: > On 16/02/2010 20:04, Radu Berinde wrote: >> >> It's unfortunate that this problem hasn't been fixed and Cygwin/X 1.7 >> is now part of the stable distribution. >> >> It's even more unfortunate that there's no way (none I could find >> anyway) to install the older version which worked for me. >> >> On Thu, Dec 17, 2009 at 9:37 AM, Radu Berinde >> ?wrote: >>> >>> I am using Cygwin/X 1.7.1 and I am running applications on this X >>> server from a Slackware virtual machine. >>> >>> I am using xte v1.03 to move the mouse using keyboard shortcuts. Using >>> ion3 as the window manager. >>> >>> When running e.g. >>> # xte 'mousermove +250 0' >>> the mouse cursor should move to the right; indeed, the window manager >>> changes focus as if moved to the right, but the cursor doesn't visibly >>> move. When mouse is moved, movement continues from the visible >>> location (the xte movement is 'forgot'). > > This is an interesting and obscure use case. :-) > > The reason this doesn't work as expected seem to be this [1] upstream > change. > > This prevents cursor moves inserted via XTEST from getting propagated to the > native cursor. > > I'd be interested to know if this works with X server 1.7.x on any platform, > I'd suspect possibly not. > > Using XWarpCursor() should move the native cursor correctly, so you might be > able to use that instead? > > [1] > http://cgit.freedesktop.org/xorg/xserver/commit/?id=dfb7de6571345061d1cd88ab915064fc376529fd > > -- > 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 dpovey@gmail.com Thu Apr 22 22:03:00 2010 From: dpovey@gmail.com (Daniel Povey) Date: Thu, 22 Apr 2010 22:03:00 -0000 Subject: libfreetype install errors Message-ID: When installing Cygwin (I use apt-cyg to install packages) I repeatedly get the following kind of errors with libfreetype* packages. This has happened to me multiple times on multiple different machines. Does anyone know what this might be? Dan ---------- Updated setup.ini Installing libfreetype26 Found package libfreetype26 basename: missing operand Try `basename --help' for more information. --2010-04-22 14:01:06-- ftp://mirrors.kernel.org/sourceware/cygwin// => `.listing' Resolving mirrors.kernel.org... 149.20.20.135, 204.152.191.39 Connecting to mirrors.kernel.org|149.20.20.135|:21... connected. Logging in as anonymous ... Logged in! ==> SYST ... done. ==> PWD ... done. ==> TYPE I ... done. ==> CWD /sourceware/cygwin/ ... done. ==> PASV ... done. ==> LIST ... done. 0K 17.5K=0.05s 2010-04-22 14:01:07 (17.5 KB/s) - `.listing' saved [971] Removed `.listing'. Wrote HTML-ized index to `index.html' [1846]. dpovey@dpovey8 ~ $ tail -30 install.out | less dpovey@dpovey8 ~ $ grep freetype tmp-install-cygwin/packages.clean freetype2-demos -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From cgf-use-the-mailinglist-please@cygwin.com Sat Apr 24 03:43:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Sat, 24 Apr 2010 03:43:00 -0000 Subject: libfreetype install errors In-Reply-To: References: Message-ID: <20100422215351.GB29875@ednor.casa.cgf.cx> On Thu, Apr 22, 2010 at 02:32:16PM -0700, Daniel Povey wrote: >When installing Cygwin (I use apt-cyg to install packages) I >repeatedly get the following kind of errors >with libfreetype* packages. >This has happened to me multiple times on multiple different machines. >Does anyone know what this might be? No, and this is not the mailing list to explore problems with apt-cyg. Contact the author of that package if you have problems. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From hakobyan@ualberta.ca Mon Apr 26 15:41:00 2010 From: hakobyan@ualberta.ca (hakobyan@ualberta.ca) Date: Mon, 26 Apr 2010 15:41:00 -0000 Subject: problem in openin xterm Message-ID: <20100423214258.38693b3oz83wzg84@webmail.ualberta.ca> Dear Cygwin expert, After installin cygwin on my laptop (vista) I have a problem in opening X window (xterm). After tryinmg several times it opens the xterm. Could you tell me the reason of this problem? Thanks. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From d.sastre.medina@gmail.com Mon Apr 26 15:59:00 2010 From: d.sastre.medina@gmail.com (David Sastre) Date: Mon, 26 Apr 2010 15:59:00 -0000 Subject: Ratpoison build error Message-ID: Hello, I'm trying to build ratpoison-1.4.5 (it's a window manager) with cygport but I'm failing at compile stage, because it complains about some some symbols not being defined (log attached). The devel libraries containing those symbols are installed. This is how gcc is invoked: gcc -march=prescott -O2 -pipe -fomit-frame-pointer -Wall -O2 -lXtst -lXinerama -lXext -lX11 -lXft -lXrender -lfontconfig -lexpat -liconv -lfreetype -lz -lX11 -lxcb -lXau -lXdmcp -lhistory -o ratpoison.exe actions.o bar.o completions.o communications.o editor.o events.o format.o frame.o getopt.o getopt1.o globals.o group.o history.o hook.o input.o linkedlist.o main.o manage.o number.o sbuf.o screen.o split.o window.o xinerama.o I'd like to understand what causes the linking error (if any). Any help would be much appreciated. Regards. -------------- next part -------------- A non-text attachment was scrubbed... Name: cygcheck.out Type: application/octet-stream Size: 592 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ratpoison.cygport.compile.log Type: application/octet-stream Size: 53365 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 davidbarr@iname.com Mon Apr 26 17:51:00 2010 From: davidbarr@iname.com (David Barr) Date: Mon, 26 Apr 2010 17:51:00 -0000 Subject: Ratpoison build error In-Reply-To: References: Message-ID: I would guess that the ratpoison Makefile is putting the libraries in the wrong order. I think that the libraries shold be listed after the object files in the link command. On Mon, Apr 26, 2010 at 8:41 AM, David Sastre wrote: > Hello, > > I'm trying to build ratpoison-1.4.5 (it's a window manager) with > cygport but I'm failing > at compile stage, because it complains about some some symbols not > being defined > (log attached). > > The devel libraries containing those symbols are installed. > This is how gcc is invoked: > > gcc ?-march=prescott -O2 -pipe -fomit-frame-pointer -Wall -O2 > ? ?-lXtst -lXinerama -lXext -lX11 -lXft -lXrender > ? ?-lfontconfig -lexpat -liconv -lfreetype -lz > ? ?-lX11 -lxcb -lXau -lXdmcp > ? ?-lhistory > ? ?-o ratpoison.exe actions.o bar.o completions.o communications.o > ? ?editor.o events.o format.o frame.o getopt.o getopt1.o globals.o > ? ?group.o history.o hook.o input.o linkedlist.o main.o manage.o number.o > ? ?sbuf.o screen.o split.o window.o xinerama.o > > I'd like to understand what causes the linking error (if any). > Any help would be much appreciated. > > 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/ > > -- 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-x@cygwin.com Mon Apr 26 21:24:00 2010 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Mon, 26 Apr 2010 21:24:00 -0000 Subject: problem in openin xterm In-Reply-To: <20100423214258.38693b3oz83wzg84@webmail.ualberta.ca> References: <20100423214258.38693b3oz83wzg84@webmail.ualberta.ca> Message-ID: <4BD5D286.9000902@cygwin.com> On 4/23/2010 11:42 PM, hakobyan@ualberta.ca wrote: > Dear Cygwin expert, > > After installin cygwin on my laptop (vista) I have a problem in opening > X window (xterm). After tryinmg several times it opens the xterm. Could > you tell me the reason of this problem? Please read and follow the problem reporting guidelines described at the link below. Make sure that you *attach* (rather than append) your cygcheck output. > Problem reports: http://cygwin.com/problems.html -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _____________________________________________________________________ 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 support@hostia.us Tue Apr 27 03:04:00 2010 From: support@hostia.us (=?UTF-8?B?66+46rWtIOuzvOudvOuFuOyKpCBBdmU=?=) Date: Tue, 27 Apr 2010 03:04:00 -0000 Subject: =?UTF-8?B?6reA7IKs7KCc7ZKI7J2YIOuvuOq1re2MkOunpOyXkCDqtIDtlZjsl6w=?= Message-ID: ???? ?????????????? ?????? ????????????????????? 10???? ???? ??????????????? ????????? ???????????? ?????? ???????????? ?????? ??????? ????(Bolanosave.com)?????? ???????? ??????. ????????? ????????? ????????? ???????????? ????????? ?????? ?????????????????????? ????????? ???????????? ??????????????? ????????? ???????????? ???????? ??????. ???????????? ????????? ?????? ????????? ????????? ?????? ????????? ????????? ??????????????? ???????????? ?????? ??????????????? ???????????? ????????? ????????????. ?????? ???????????? ?????? ????????????, ??????, ????????? ??????????????? ??????????????? ????????? ?????? ????????? ???????????????. ???????????? ????? ??????????????? ???????????? ????????? ??????????????? ?????????????????? ???????????? ????????? ????????? ?????? ????????? ????????? ????????????. ?????? ???????????? ????????? ??????????????? ???????????? ???????????? ????????? ???????????? ????????? ???????????? ??????????????? ????????? ?????? ?????????. ???????????? ????? ??? ???????????? ????? ??? ??????????????? ?????? ????????? ?????? ????????? ????????????????????? ???????????????. ??????????????? ????????? ????????? ???????????????, ?????? ???????????? ?????????????????? ????????? ????????? ?????? ???????????????, ?????? ????????? ??????? ??????? ????????? ??????????????? ?????? ????????? ?????? ????????? ????????????. ???????????? ???????????? ?????? ?????? ????????? ????????????. ????????? ?????????????????? ?????????; 1. ????????? ???????????? ???????????? ????????? ??????????????? ????????? ????????? ?????????. 2. ????????? ?????? ????????? ???????????? ????????? ???????????? ???????????? ?????????. 3. ?? ?????? ?????????????????? ???????????? ???????????? ???????????? ???????????????. 4. ????????? ??????????????? ?????? ???????????? ????????? ???????????????. 5. ????????? ???????????? ?????? ???????????? ??????, ????????? ?????? ????????? ????????? ????????? ????????? ???????????? ??????, ??????????????? ????????? ?????????????????????, ??????????????? ??????????????????. 6. ??????? ??????? ???????????? ??????????????? ???????????? ???????????????. ????????? ?????? ????????? ???????????????, ????????? ???????????? ????????? ????????? ?????? ???????????? ?????????. 7. ????????? ?????????????????? ??????????????? ???????????? ???????????? ???????????? ?????? ????????? ???????????????. ????????? ?????????????????? ?????????, ??????????????? ?????? ??????????????? ????????? ?????????. ???????????? ??????????????? ????????? ???????????? ??????????????? ????????? ??????????????? ????????? ????????? ??????, ???????????? ????????????, ??????????????? ????????? ????????? ????????? ????????????. ????????? ????????? ???????????? 100% ?????????????????? ??????????????? ??????, ???????????? ??????????????? ???????????? ????????? ?????? ????????????. ???, ?????????????????? ????????? ?????????, ??????????????? ??????????????? ?????? ????????? ????????????. ????????? ????????? ???????????? ?????? ????????????, ?????? ???????????? ????????? ???????????? ???????????? ?????????????????? ????????? ??????????????? ???????????? ??????????????? ????????? ??????????????? ??????????????? ???????????? ?? ???????????? ?????????. ??????????????? ????????? ????????? ??????????????? ????????? ???????????? ???????????? ?????? ?????????????????? ???????????? ?????? ????????? ?????????????????????, ???????????? ????????? ????????? ???????????? ?????????, ??????????????? ????????? ???????????? ??????, ?????? ????????? ?????????????????? ??????, ??????????????? ?????? ???? ?????????? ?????????. ???????????? ???????????? ?????? ????????? ?????????????????? ????????? ????????? ?????? ?????????????????? ?????? ?????? ???????????? ???????????????, ????????? ??????????????? ????????? ????????? ?????? ?????????????????? ?????? ???????????? ??????????????????. ????????? ???????????? ????????? ???????????? http://www.bolanosave.com ??? ??????????????? ????????? ?????? ????????? ????????????. ?????? ?????????????????????. 2010? ? 4??? 27??? ?????? ??????? ???? ????????? ?????? Mardketing Dir. ????????? ?????? -- 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 kakuda@engr.ucsb.edu Tue Apr 27 23:57:00 2010 From: kakuda@engr.ucsb.edu (ScKaSx) Date: Tue, 27 Apr 2010 23:57:00 -0000 Subject: Cygwin/X11 issues on Windows 7 Message-ID: <28372449.post@talk.nabble.com> Hi All, I recently upgraded to windows 7 and am therefore reinstalling cygwin/x11 after a long time. On XP I would start xterm from the startxwin.bat file. I am experiencing trouble starting with the startxwin executable which is the new recommended startup method as well as afew other issues: (1) When I try to start from /cygwin/bin/startxwin.exe I get an error message through cygwin. I can get the xterm to start from going to "XWin Server" in start menu (which isn't so bad) but sometimes it only starts the server as opposed to starting the server + opening xterm window. Is there a way to click on one of the programs and get the xterm to pop up automatically like with startxwin.bat? (2) One problem is that I don't have a .startxwinrc yet. I was hoping someone can recommend how I would translate my startxwin.bat into the .startxwinrc? I had the startxwin.bat set up so that it would have a black background, be of a certain size, etc. I tried just copying my startxwin.bat as .startxwinrc but that didn't work. I used the following command in startxwin.bat to set the xterm perferences: run xterm -s1 1000 -sb +tb -rightbar -fg white -bg black -geometry 115x65 -ls -e /usr/bin/bash -l (3) I installed the openssh package through setup but when I try to run the 'ssh' command I get that the program does not exist. Why might this happen? Any thoughts or help is greatly appreciated. Cheers, ScKaSx (3) -- View this message in context: http://old.nabble.com/Cygwin-X11-issues-on-Windows-7-tp28372449p28372449.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jjreisert@alum.mit.edu Wed Apr 28 13:35:00 2010 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Wed, 28 Apr 2010 13:35:00 -0000 Subject: Updated: xorg-server-1.8.0-1 (TEST) In-Reply-To: <4BB652A7.7020409@users.sourceforge.net> References: <4BB652A7.7020409@users.sourceforge.net> Message-ID: It has been over three weeks. What is the status of this release? Thanks - Jim On Fri, Apr 2, 2010 at 2:25 PM, Yaakov (Cygwin/X) wrote: > The following package has been updated for Cygwin 1.7: > > * xorg-server-1.8.0-1 (TEST) > > This package contains XWin and the other X.Org X11 servers. > > This is the first official release of the xserver 1.8 series. ?It is > currently available as a test release, and will be made stable in > approximately 10 days if no major regressions are reported. -- 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 jon.turney@dronecode.org.uk Wed Apr 28 14:49:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 28 Apr 2010 14:49:00 -0000 Subject: Updated: xorg-server-1.8.0-1 (TEST) In-Reply-To: References: <4BB652A7.7020409@users.sourceforge.net> Message-ID: <4BD83978.3060301@dronecode.org.uk> On 28/04/2010 00:57, Jim Reisert AD1C wrote: > It has been over three weeks. What is the status of this release? There's been no feedback, good or bad. This probably means no-one has tried it :-) Anyhow, thanks for the reminder, and since no major regressions have been reported, I've promoted 1.8.0-1 from test to latest. > Thanks - Jim > > On Fri, Apr 2, 2010 at 2:25 PM, Yaakov (Cygwin/X) > wrote: > >> The following package has been updated for Cygwin 1.7: >> >> * xorg-server-1.8.0-1 (TEST) >> >> This package contains XWin and the other X.Org X11 servers. >> >> This is the first official release of the xserver 1.8 series. It is >> currently available as a test release, and will be made stable in >> approximately 10 days if no major regressions are reported. -- 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 ir0nh34d@gmail.com Wed Apr 28 18:38:00 2010 From: ir0nh34d@gmail.com (Chris Sutcliffe) Date: Wed, 28 Apr 2010 18:38:00 -0000 Subject: Updated: xorg-server-1.8.0-1 (TEST) In-Reply-To: <4BD83978.3060301@dronecode.org.uk> References: <4BB652A7.7020409@users.sourceforge.net> <4BD83978.3060301@dronecode.org.uk> Message-ID: On 28 April 2010 09:34, Jon TURNEY wrote: > On 28/04/2010 00:57, Jim Reisert AD1C wrote: >> >> It has been over three weeks. ?What is the status of this release? > > There's been no feedback, good or bad. ?This probably means no-one has tried > it :-) Actually there was feedback: http://cygwin.com/ml/cygwin-xfree/2010-04/msg00007.html But there was never any follow up on it. Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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 raul@cantara.com Thu Apr 29 02:16:00 2010 From: raul@cantara.com (Raul Acevedo) Date: Thu, 29 Apr 2010 02:16:00 -0000 Subject: Problems with display resize over RDP connections Message-ID: <8565D35C-3708-4A1B-B5A2-698A308F3454@cantara.com> At work, my display is at 1280x1024. When I RDP from home, I have a bigger screen so my work computer's desktop is resized to 1920x1200. When this happens, X applications cannot display anything below 1024 pixels; below 1024 pixels nothing is displayed, and you can see the other application windows underneath the current X window below 1024 pixels. Is this a known issue? It's a pain to restart X and my apps just to get X to properly adjust its display size. Thanks, Raul Acevedo http://www.cantara.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jjreisert@alum.mit.edu Thu Apr 29 02:50:00 2010 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Thu, 29 Apr 2010 02:50:00 -0000 Subject: Problems with display resize over RDP connections In-Reply-To: <8565D35C-3708-4A1B-B5A2-698A308F3454@cantara.com> References: <8565D35C-3708-4A1B-B5A2-698A308F3454@cantara.com> Message-ID: <4BD8EBFA.2040503@alum.mit.edu> My understanding is that the X server inherits the properties of the screen it's started on. For example, if you normally have 2 monitors, and for some reason only 1 monitor is active, and you start Xwin there, if you then active the 2nd monitor, you can't move your Xterm window over there (or you can, but you can't do anything with it). What is RDP? I like LogMeIn for this sort of thing, as long as you're not on a secure (ie. VPN) connection. I really HATE when you log into a remote system and it changes those screen properties. Then when you come into work, it's all messed up. On 4/28/2010 12:38 PM, Raul Acevedo wrote: > At work, my display is at 1280x1024. When I RDP from home, I have a > bigger screen so my work computer's desktop is resized to 1920x1200. When > this happens, X applications cannot display anything below 1024 pixels; > below 1024 pixels nothing is displayed, and you can see the other > application windows underneath the current X window below 1024 pixels. > > Is this a known issue? It's a pain to restart X and my apps just to get > X to properly adjust its display size. > > Thanks, > > Raul Acevedo > http://www.cantara.com -- 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 raul@cantara.com Thu Apr 29 12:17:00 2010 From: raul@cantara.com (Raul Acevedo) Date: Thu, 29 Apr 2010 12:17:00 -0000 Subject: Problems with display resize over RDP connections In-Reply-To: <4BD8EBFA.2040503@alum.mit.edu> References: <8565D35C-3708-4A1B-B5A2-698A308F3454@cantara.com> <4BD8EBFA.2040503@alum.mit.edu> Message-ID: <535CCD22-D909-4FEA-B5A0-7DCA4B4079CE@cantara.com> Didn't X figure out how to dynamically change its display resolution long time ago? (I remember the "good old days" when this really was fixed on server start up, and the only way to change it was to restart X.) Isn't there some way to tell the X server, even if it's via a command line utility, that the display has been reconfigured? Modern Linux desktops certainly let me do this. This is definitely over a secure link. I'm not 100% sure what protocol is used; I go through a web portal interface, so it's not like I'm running a VNC/RDP client directly. Thanks, Raul On Apr 28, 2010, at 7:16 PM, Jim Reisert AD1C wrote: > My understanding is that the X server inherits the properties of the screen it's started on. For example, if you normally have 2 monitors, and for some reason only 1 monitor is active, and you start Xwin there, if you then active the 2nd monitor, you can't move your Xterm window over there (or you can, but you can't do anything with it). > > What is RDP? I like LogMeIn for this sort of thing, as long as you're not on a secure (ie. VPN) connection. I really HATE when you log into a remote system and it changes those screen properties. Then when you come into work, it's all messed up. > > On 4/28/2010 12:38 PM, Raul Acevedo wrote: > >> At work, my display is at 1280x1024. When I RDP from home, I have a >> bigger screen so my work computer's desktop is resized to 1920x1200. When >> this happens, X applications cannot display anything below 1024 pixels; >> below 1024 pixels nothing is displayed, and you can see the other >> application windows underneath the current X window below 1024 pixels. >> >> Is this a known issue? It's a pain to restart X and my apps just to get >> X to properly adjust its display size. >> >> Thanks, >> >> Raul Acevedo >> http://www.cantara.com > > > -- > 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/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From gbarrick@walsh.edu Thu Apr 29 14:03:00 2010 From: gbarrick@walsh.edu (George Barrick) Date: Thu, 29 Apr 2010 14:03:00 -0000 Subject: Req: cygwin binary for gnuplot-4.4. Message-ID: <4B30AD0BED19E842AAE88DC39736493124116013B2@mail3.walsh.edu> Req: cygwin binary for gnuplot-4.4. 2010.04.29.12:10:21 UT Hello Cygwin folks, My interest in gnuplot is as a plotting engine for octave. I had noticed that the gnuplot graphing package released its version 4.4 in March 2010. I realize that it is probably easy to compile, but I feel a sudden wave of laziness washing over my brain. Has anyone worked up a cygwin binary for gnuplot-4.4? Thanks, George gbarrick@walsh.edu -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From akhailtash@rogers.com Thu Apr 29 15:11:00 2010 From: akhailtash@rogers.com (Amal Khailtash) Date: Thu, 29 Apr 2010 15:11:00 -0000 Subject: Updated: xorg-server-1.8.0-1 (TEST) Message-ID: <561025.17287.qm@web88007.mail.re2.yahoo.com> I am just reposting this to let you know that xorg-server-1.8.0 has the same USER/GDI leak problem as with version "Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18" Refer to this http://sourceware.org/ml/cygwin-xfree/2010-04/msg00062.html for the details. Regards, -- Amal ________________________________ From: Chris Sutcliffe To: cygwin-xfree at cygwin dot com Sent: Wed, 28 Apr 2010 10:48:53 -0400 Subject: Re: Updated: xorg-server-1.8.0-1 (TEST) On 28 April 2010 09:34, Jon TURNEY wrote: > On 28/04/2010 00:57, Jim Reisert AD1C wrote: >> >> It has been over three weeks. ?What is the status of this release? > > There's been no feedback, good or bad. ?This probably means no-one has tried > it :-) Actually there was feedback: http://cygwin.com/ml/cygwin-xfree/2010-04/msg00007.html But there was never any follow up on it. Chris -- Chris Sutcliffe http://emergedesktop.org http://www.google.com/profiles/ir0nh34d -- 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 dr.volker.zell@oracle.com Thu Apr 29 18:05:00 2010 From: dr.volker.zell@oracle.com (Dr. Volker Zell) Date: Thu, 29 Apr 2010 18:05:00 -0000 Subject: Req: cygwin binary for gnuplot-4.4. In-Reply-To: <4B30AD0BED19E842AAE88DC39736493124116013B2@mail3.walsh.edu> (George Barrick's message of "Thu, 29 Apr 2010 08:17:14 -0400") References: <4B30AD0BED19E842AAE88DC39736493124116013B2@mail3.walsh.edu> Message-ID: <7zwrvqgupc.fsf@vzell-de.de.oracle.com> >>>>> George Barrick writes: > Has anyone worked up a cygwin binary for > gnuplot-4.4? It's ready. I will upload it on the weekend. Ciao Volker -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From kbrown@cornell.edu Thu Apr 29 19:16:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 29 Apr 2010 19:16:00 -0000 Subject: Font change in Gnu emacs/X11 following upgrade In-Reply-To: <28403800.post@talk.nabble.com> References: <28403800.post@talk.nabble.com> Message-ID: <4BD9CA75.9030100@cornell.edu> [This should have gone to the cygwin-xfree list. I've set the reply-to accordingly.] On 4/29/2010 1:55 PM, Marc Girod wrote: > > Hello, > > I just upgraded for the first time for a few months. > Starting my Gnu emacs under X11, I notice that my font (and frames) is > larger than previously, by a factor ~1.5. > > I did record the following last October, and it stayed the same now: > > ~> cygcheck -c | egrep 'bitstream.*vera' > font-bitstream-vera-ttf 1.10-1 OK > ~> xlsfonts | egrep -- '-bitstream-bitstream vera sans mono.*-iso.*-1$' > -bitstream-bitstream vera sans mono-bold-o-normal--0-0-0-0-m-0-iso10646-1 > -bitstream-bitstream vera sans mono-bold-o-normal--0-0-0-0-m-0-iso8859-1 > -bitstream-bitstream vera sans mono-bold-r-normal--0-0-0-0-m-0-iso10646-1 > -bitstream-bitstream vera sans mono-bold-r-normal--0-0-0-0-m-0-iso8859-1 > -bitstream-bitstream vera sans mono-medium-o-normal--0-0-0-0-m-0-iso10646-1 > -bitstream-bitstream vera sans mono-medium-o-normal--0-0-0-0-m-0-iso8859-1 > -bitstream-bitstream vera sans mono-medium-r-normal--0-0-0-0-m-0-iso10646-1 > -bitstream-bitstream vera sans mono-medium-r-normal--0-0-0-0-m-0-iso8859-1 > > With list-fontsets in the *Help* buffer: > > Fontset: -*-*-*-*-*-*-*-*-*-*-*-*-fontset-default > Fontset: -*-fixed-medium-r-normal-*-16-*-*-*-*-*-fontset-standard > Fontset: -bitstream-Bitstream Vera Sans > Mono-normal-normal-normal-*-12-*-*-*-m-0-fontset-startup > > The X server greets me with a new identity: > > Vendor: The Cygwin/X Project > Release: 1.8.0.0 (10800000) > Build Date: 2010-04-02 > > I join my cygcheck output. > > Any explanation and quick fix? > Thanks, > Marc > > http://old.nabble.com/file/p28403800/cygcheck.100429 cygcheck.100429 This is a result of the change in the default server DPI announced in http://cygwin.com/ml/cygwin-xfree-announce/2010-04/msg00000.html As the announcement states, you may want to set Xft.dpi in your ~/.Xdefaults. Setting it to 75 will restore the previous font and frame sizes in emacs under X11. Ken -- 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 marc.girod@gmail.com Thu Apr 29 19:41:00 2010 From: marc.girod@gmail.com (Marc Girod) Date: Thu, 29 Apr 2010 19:41:00 -0000 Subject: Font change in Gnu emacs/X11 following upgrade In-Reply-To: <4BD9CA75.9030100@cornell.edu> References: <4BD9CA75.9030100@cornell.edu> Message-ID: <28404697.post@talk.nabble.com> Ken Brown-6 wrote: > > [This should have gone to the cygwin-xfree list. I've set the reply-to > accordingly.] > ... > This is a result of the change in the default server DPI announced in > > http://cygwin.com/ml/cygwin-xfree-announce/2010-04/msg00000.html > > As the announcement states, you may want to set Xft.dpi in your > ~/.Xdefaults. Setting it to 75 will restore the previous font and frame > sizes in emacs under X11. > I repost, since nabble didn't obey the reply-to. Sounds simple and clear, but I do it, and get the same result...? 2009> ll ~/.Xdefaults -rw-r--r-- 1 emagiro EEI-ATusers 12 2010-04-29 19:18 /home/emagiro/.Xdefaults 2009> cat ~/.Xdefaults Xft.dpi: 75 I tried a smaller value (50), but no effect. I had forgotten the ash, ./rebaseall, .peflagsall, which is I hope why I got sporadic fork errors I did it now (before I left work). I had also joined my XWin.0.log, but I guess this doesn't interest you anymore at this point. In any case, I cannot from home get the updated version (after setting ~/.Xdefaults) Can it be an issue with the definition of my home? I have a cygwin home which is not the same as my Windows home... I set it in /etc/passwd to /home/emagiro, and it is reflected in my $HOME environment variable, which is different from %USERPROFILE%... Thanks Marc -- View this message in context: http://old.nabble.com/Re%3A-Font-change-in-Gnu-emacs-X11-following-upgrade-tp28403935p28404697.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From kbrown@cornell.edu Thu Apr 29 21:21:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 29 Apr 2010 21:21:00 -0000 Subject: Font change in Gnu emacs/X11 following upgrade In-Reply-To: <28404697.post@talk.nabble.com> References: <4BD9CA75.9030100@cornell.edu> <28404697.post@talk.nabble.com> Message-ID: <4BD9E0F6.7010602@cornell.edu> On 4/29/2010 3:16 PM, Marc Girod wrote: > > > Ken Brown-6 wrote: >> >> [This should have gone to the cygwin-xfree list. I've set the reply-to >> accordingly.] >> ... >> This is a result of the change in the default server DPI announced in >> >> http://cygwin.com/ml/cygwin-xfree-announce/2010-04/msg00000.html >> >> As the announcement states, you may want to set Xft.dpi in your >> ~/.Xdefaults. Setting it to 75 will restore the previous font and frame >> sizes in emacs under X11. >> > I repost, since nabble didn't obey the reply-to. > > Sounds simple and clear, but I do it, and get the same result...? > > 2009> ll ~/.Xdefaults > -rw-r--r-- 1 emagiro EEI-ATusers 12 2010-04-29 19:18 > /home/emagiro/.Xdefaults > 2009> cat ~/.Xdefaults > Xft.dpi: 75 > > I tried a smaller value (50), but no effect. I'm sorry, I had forgotten that I've been using a GTK+ build of emacs, which I'm testing in preparation for the upcoming release of emacs 23.2. My advice works for that build, but not for the current emacs-X11 package, which was built with Xaw. What if you just use a smaller font, for instance by putting the following in your ~/.Xdefaults: Emacs.font: Bitstream Vera Sans Mono-9 Ken -- 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 Apr 30 08:39:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 30 Apr 2010 08:39:00 -0000 Subject: Font change in Gnu emacs/X11 following upgrade In-Reply-To: <4BD9CA75.9030100@cornell.edu> References: <28403800.post@talk.nabble.com> <4BD9CA75.9030100@cornell.edu> Message-ID: <4BD9F85F.2020201@dronecode.org.uk> On 29/04/2010 19:05, Ken Brown wrote: > [This should have gone to the cygwin-xfree list. I've set the reply-to > accordingly.] > > On 4/29/2010 1:55 PM, Marc Girod wrote: >> >> Hello, >> >> I just upgraded for the first time for a few months. >> Starting my Gnu emacs under X11, I notice that my font (and frames) is >> larger than previously, by a factor ~1.5. >> >> http://old.nabble.com/file/p28403800/cygcheck.100429 cygcheck.100429 > > This is a result of the change in the default server DPI announced in > > http://cygwin.com/ml/cygwin-xfree-announce/2010-04/msg00000.html You can set the X server dpi back to 75 dpi by adding the option '-dpi 75' to the command used to start the X server. Or since the the default value is now inherited from Windows, you can use the Windows control panel display applet to set the system dpi to 75, if you want consistently tiny fonts on across all applications :-) -- 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 marc.girod@gmail.com Fri Apr 30 18:01:00 2010 From: marc.girod@gmail.com (Marc Girod) Date: Fri, 30 Apr 2010 18:01:00 -0000 Subject: Font change in Gnu emacs/X11 following upgrade In-Reply-To: <4BD9E0F6.7010602@cornell.edu> References: <4BD9CA75.9030100@cornell.edu> <28404697.post@talk.nabble.com> <4BD9E0F6.7010602@cornell.edu> Message-ID: <28409805.post@talk.nabble.com> Ken Brown-6 wrote: > > What if you just use a smaller font, for instance by putting the > following in your ~/.Xdefaults: > > Emacs.font: Bitstream Vera Sans Mono-9 > Thanks Ken. This solved the problem. Ironic is that this is what I'd have done if I had not been sure my *font* had not chnaged... Marc -- View this message in context: http://old.nabble.com/Re%3A-Font-change-in-Gnu-emacs-X11-following-upgrade-tp28403935p28409805.html Sent from the cygwin-xfree mailing list archive at Nabble.com. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/