From kbrown@cornell.edu Thu Jul 1 02:02:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 01 Jul 2010 02:02:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C2B8171.5020409@dronecode.org.uk> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> Message-ID: <4C2BF732.2040401@cornell.edu> On 6/30/2010 1:40 PM, Jon TURNEY wrote: > On 02/05/2010 21:52, Ken Brown wrote: >> On 5/1/2010 9:49 AM, Ken Brown wrote: >>> I'm often seeing a very slow response to keypresses under >>> xorg-server-1.8.0-1. The problem is intermittent, but it always happens >>> within a few minutes after starting the server (via the start menu >>> shortcut or a slight variant). Here are some examples: >>> >>> 1. Switching windows with Alt-Tab sometimes takes up to 15 seconds or >>> doesn't work at all (i.e., I get tired of waiting to see if the focus is >>> ever going to switch). >>> >>> 2. When using 'less' to view a file in an xterm window, there is >>> sometimes a delayed response to 'space' or 'q'. >>> >>> 3. When viewing a directory in emacs-X11, pressing 'v' to start viewing >>> a file can sometimes result in a long delay, pressing 'space' to scroll >>> in view mode can be slow, and pressing 'q' to exit view mode can be slow. >>> >>> In some of these cases, I sometimes don't get a response to the first >>> keypress until I press a second key. For example, if I'm viewing a file >>> with 'less', I may press 'q' and get no response. Then pressing 'q' a >>> second time exits 'less' and also produces an echoed 'q' in xterm. >>> Similarly, I'll sometimes press a key, see no echo, and then get two >>> characters echoed at once after pressing a second key. >>> >>> Reverting to xorg-server-1.7.6-2 solves the problem. >>> >>> I'm attaching cygcheck output and an XWin log. >> >> I found a test case that I can reproduce reliably on my system. >> >> 1. With no .Xdefaults or .startxwinrc, start the X server via the start >> menu shortcut. >> >> 2. Start xfig (with 'xfig&' in the xterm window). >> >> 3. Repeatedly press Alt-Tab to switch between the xterm and xfig >> windows. At some point the focus fails to switch. When this happens, >> press Alt and the focus switches. > > Thanks for the clear reproduction steps. And thanks to the other reporters of > this problem :-) > > This is fallout from a change [1] to the way we process Windows messages to > handle large bursts of them overflowing the Xserver's internal event queue. > > It seems that sometimes /dev/windows doesn't seem ready to select() even when > there is still Windows messages to process. I can't quite understand how this > happens. I don't think this is a bug in cygwin, but probably something subtle > to do with message ordering and nonqueued messages (like WM_ACTIVATE). > > Anyhow, I've cooked up a small additional change which should prevent this > blocking behaviour and uploaded a build [2]. It seems to resolve the problem > in this specific case. Perhaps you could try it out and see if it helps? That seems to have fixed it. I've run it for several hours without any problems. Thanks. 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 Hiasi1@gmx.at Thu Jul 1 05:54:00 2010 From: Hiasi1@gmx.at (Mathias Friesenbichler) Date: Thu, 01 Jul 2010 05:54:00 -0000 Subject: Problem when trying to use -nolock Option In-Reply-To: <899957031274A04FB53CA5077F5C1367033D7A6D6F@MAILSTORE.LAG.AT> References: <899957031274A04FB53CA5077F5C1367033D7A6D6F@MAILSTORE.LAG.AT> Message-ID: <20100701055355.190770@gmx.net> Hi, Thanks for the reply. But you didn???t get my problem. We are several users running X servers over several computers, but starting the X from the same Installation on the network. So the local Computer doesn???t know anything about the other users and therefore we have written a program that manages this problem for us. This program gives each user a unique display number. The problem now is that if I use the ???-nolock??? option it does the same as if I don???t use it. It also creates those lockfiles. So what can I do to fix this? Thanks, Mathias > > > -----Urspr??ngliche Nachricht----- > Von: cygwin-xfree-owner@cygwin.com [mailto:cygwin-xfree-owner@cygwin.com] > Im Auftrag von Jon TURNEY > Gesendet: Mittwoch, 30. Juni 2010 20:03 > An: cygwin-xfree@cygwin.com > Cc: Hiasi1@gmx.at > Betreff: Re: Problem when trying to use -nolock Option > > On 29/06/2010 17:13, Mathias Friesenbichler wrote: > > Hi, > > > > I posted this Problem 2 Weeks ago and no one answered yet. > > > > Is there anyone who can help me? > > Yourself, first of all. Try reading the 'Xserver' man page. > > > Thanks, > > Mathias > > > > -------- Original-Nachricht -------- > > Datum: Thu, 17 Jun 2010 08:24:03 +0200 > > Von: "Mathias Friesenbichler" > > An: cygwin-xfree@cygwin.com > > Betreff: Problem when trying to use -nolock Option > > > > Hi, > > > > My CygwinX is installed on a server. > > Several users are accessing this installation and therefore i want to > use the "-nolock" option. > > No. If several users are running X servers on the same computer at the > same time, they need to each use a unique display number. > > '-nolock' is only useful if /tmp resides on a FAT filesystem, which > doesn't support the semantics needed by lockfiles, or if a stale lockfile has > been left behind by a crashed XWin which you don't have rights to remove. > > > > > Although i have added this option, cygwinx creates the X1 File in > "tmp/.X11-unix". So no other user can access cygwin while it is open. > > The logbook output is then: > > > > ---- > > Welcome to the XWin X Server > > Vendor: The Cygwin/X Project > > Release: 1.8.0.0 (10800000) > > Build Date: 2010-04-02 > > > > Contact: cygwin-xfree@cygwin.com > > XWin was started with the following command line: > > > > /usr/bin/Xwin :1 -ac -query 10.8.248.101 -clipboard -logfile > C:\DOKUME~1\fltplehr\LOKALE~1\Temp\xwin.fltplehr.1.log > > -nolock -dpi 75 > > > > ddxProcessArgument - Initializing default screens > winInitializeDefaultScreens - primary monitor w 1280 h 1024 winInitializeDefaultScreens - native > DPI x 96 y 96 winInitializeDefaultScreens - Returning [1061722.984] > _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 [1061722.984] > _XSERVTransOpen: transport open failed for inet6/pc08309:1 [1061722.984] > _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 > [1061723.015] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() > failed [1061723.015] _XSERVTransMakeAllCOTSServerListeners: server already > running [1061723.015] Fatal server error: > > [1061723.015] Cannot establish any listening sockets - Make sure an X > server isn't already running > > ---- > > > > I am starting the program with the following code: > > start O:\PLS_Faser\Cygwin_PLSStarter\cygwin_installed\bin\Xwin.exe :1 > -ac -query IP -clipboard -logfile "%TEMP%\xwin.%USERNAME%.1.log" -nolock -dpi > 75 > > > > Can you help me? > > > -- > 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/ > > -- Sicherer, schneller und einfacher. Die aktuellen Internet-Browser - jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/atbrowser -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Thu Jul 1 14:31:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Jul 2010 14:31:00 -0000 Subject: Keyboard and start options problems In-Reply-To: <4BC48003.3030103@USherbrooke.ca> References: <4BBCC181.2010904@USherbrooke.ca> <4BBCCDED.5080200@cornell.edu> <4BBCD74B.8020101@USherbrooke.ca> <4BC47781.10009@dronecode.org.uk> <4BC48003.3030103@USherbrooke.ca> Message-ID: <4C2CA6BB.6000702@dronecode.org.uk> On 13/04/2010 15:30, Denis Beauchemin wrote: > 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. Okay, after looking into this a bit more, it seems I was looking at the wrong table, for locale identifiers rather than input locale identifiers. Checking [1], it seems clear that 0x1009 ('Canadian French') should map to layout ca variant fr and 0x0c0c (which is described as 'Canadian French (legacy)') to layout ca variant fr-legacy. So I'll update the keyboard layout mapping table appropriately. I'll also add the 0x11009 ('Canadian Multilingual Standard') mapped to layout ca variant multix, which has been discussed elsewhere. [1] http://technet.microsoft.com/en-us/library/cc766503%28WS.10%29.aspx > 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. I couldn't reproduce this, but I'm not sure I'm trying the right thing. Could you give me a step-by-step guide, including what keyboard layout you have selected in Windows, and what compose sequences you are trying that don't work? -- 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 Thu Jul 1 14:38:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Jul 2010 14:38:00 -0000 Subject: [PATCH] Update mapping for Canadian keyboard layouts In-Reply-To: <4C2CA6BB.6000702@dronecode.org.uk> References: <4C2CA6BB.6000702@dronecode.org.uk> Message-ID: <1277995098-2864-1-git-send-email-jon.turney@dronecode.org.uk> 0x00000c0c "Canadian French (legacy)" => layout ca variant fr-legacy 0x00001009 "Canadian French" => layout ca variant fr 0x00011009 "Canadian Multilingual Standard" => layout ca variant multix Signed-off-by: Jon TURNEY --- hw/xwin/winlayouts.h | 192 ++------------------------------------------------ 1 files changed, 6 insertions(+), 186 deletions(-) diff --git a/hw/xwin/winlayouts.h b/hw/xwin/winlayouts.h index d1d21a1..724465f 100644 --- a/hw/xwin/winlayouts.h +++ b/hw/xwin/winlayouts.h @@ -55,13 +55,15 @@ WinKBLayoutRec winKBLayouts[] = {0x10409, -1, "pc105", "dvorak", NULL, NULL, "English (USA, Dvorak)"}, {0x20409, -1, "pc105", "us_intl", NULL, NULL, "English (USA, International)"}, { 0x809, -1, "pc105", "gb", NULL, NULL, "English (United Kingdom)"}, + { 0x1009, -1, "pc105", "ca", "fr", NULL, "French (Canada)"}, + {0x11009, -1, "pc105", "ca", "multix", NULL, "Candian Multilingual Standard"}, { 0x1809, -1, "pc105", "ie", NULL, NULL, "Irish"}, { 0x40a, -1, "pc105", "es", NULL, NULL, "Spanish (Spain, Traditional Sort)"}, { 0x80a, -1, "pc105", "latam", NULL, NULL, "Latin American"}, { 0x40b, -1, "pc105", "fi", NULL, NULL, "Finnish"}, { 0x40c, -1, "pc105", "fr", NULL, NULL, "French (Standard)"}, { 0x80c, -1, "pc105", "be", NULL, NULL, "French (Belgian)"}, - { 0xc0c, -1, "pc105", "ca", "fr", NULL, "French (Canada)"}, + { 0xc0c, -1, "pc105", "ca", "fr-legacy", NULL, "French (Canada) (Legacy)"}, { 0x100c, -1, "pc105", "ch", "fr", NULL, "French (Switzerland)"}, { 0x40d, -1, "pc105", "il", NULL, NULL, "Hebrew"}, { 0x40e, -1, "pc105", "hu", NULL, NULL, "Hungarian"}, @@ -85,189 +87,7 @@ WinKBLayoutRec winKBLayouts[] = { -1, -1, NULL, NULL, NULL, NULL, NULL} }; -/* Listing of language codes from MSDN */ /* -Support ID XKB Language -==================================================================== - ? 0x0000 Language Neutral - ? 0x0400 Process or User Default Language - ? 0x0800 System Default Language - 0x0401 Arabic (Saudi Arabia) - 0x0801 Arabic (Iraq) - 0x0c01 Arabic (Egypt) - 0x1001 Arabic (Libya) - 0x1401 Arabic (Algeria) - 0x1801 Arabic (Morocco) - 0x1c01 Arabic (Tunisia) - 0x2001 Arabic (Oman) - 0x2401 Arabic (Yemen) - 0x2801 Arabic (Syria) - 0x2c01 Arabic (Jordan) - 0x3001 Arabic (Lebanon) - 0x3401 Arabic (Kuwait) - 0x3801 Arabic (U.A.E.) - 0x3c01 Arabic (Bahrain) - 0x4001 Arabic (Qatar) - Arabic (102) AZERTY - 0x0402 Bulgarian - 0x0403 Catalan - 0x0404 Chinese (Taiwan) - 0x0804 Chinese (PRC) - 0x0c04 Chinese (Hong Kong SAR, PRC) - 0x1004 Chinese (Singapore) - 0x1404 Chinese (Macao SAR) (98/ME,2K/XP) - X 0x0405 cz Czech - X cz_qwerty Czech (QWERTY) - Czech (Programmers) - X 0x0406 dk Danish - X 0x0407 de German (Standard) - X 0x0807 de_CH German (Switzerland) - 0x0c07 German (Austria) - 0x1007 German (Luxembourg) - 0x1407 German (Liechtenstein) - 0x0408 Greek - X 0x0409 us English (United States) - X 0x0809 gb English (United Kingdom) - 0x0c09 English (Australian) - 0x1009 English (Canadian) - 0x1409 English (New Zealand) - X 0x1809 ie English (Ireland) - 0x1c09 English (South Africa) - 0x2009 English (Jamaica) - 0x2409 English (Caribbean) - 0x2809 English (Belize) - 0x2c09 English (Trinidad) - 0x3009 English (Zimbabwe) (98/ME,2K/XP) - 0x3409 English (Philippines) (98/ME,2K/XP) - X 0x040a es Spanish (Spain, Traditional Sort) - 0x080a Spanish (Mexican) - 0x0c0a Spanish (Spain, Modern Sort) - 0x100a Spanish (Guatemala) - 0x140a Spanish (Costa Rica) - 0x180a Spanish (Panama) - 0x1c0a Spanish (Dominican Republic) - 0x200a Spanish (Venezuela) - 0x240a Spanish (Colombia) - 0x280a Spanish (Peru) - 0x2c0a Spanish (Argentina) - 0x300a Spanish (Ecuador) - 0x340a Spanish (Chile) - 0x380a Spanish (Uruguay) - 0x3c0a Spanish (Paraguay) - 0x400a Spanish (Bolivia) - 0x440a Spanish (El Salvador) - 0x480a Spanish (Honduras) - 0x4c0a Spanish (Nicaragua) - 0x500a Spanish (Puerto Rico) - X 0x040b fi Finnish - Finnish (with Sami) - X 0x040c fr French (Standard) - X 0x080c be French (Belgian) - . 0x0c0c French (Canadian) - French (Canadian, Legacy) - Canadian (Multilingual) - X 0x100c fr_CH French (Switzerland) - 0x140c French (Luxembourg) - 0x180c French (Monaco) (98/ME,2K/XP) - 0x040d Hebrew - X 0x040e hu Hungarian - . 0x040f Icelandic - X 0x0410 it Italian (Standard) - 0x0810 Italian (Switzerland) - X 0x0411 jp Japanese - 0x0412 Korean - 0x0812 Korean (Johab) (95,NT) - . 0x0413 Dutch (Netherlands) - X 0x0813 be Dutch (Belgium) - X 0x0414 no Norwegian (Bokmal) - 0x0814 Norwegian (Nynorsk) - . 0x0415 Polish - X 0x0416 br Portuguese (Brazil) - X 0x0816 pt Portuguese (Portugal) - . 0x0418 Romanian - 0x0419 Russian - . 0x041a Croatian - . 0x081a Serbian (Latin) - . 0x0c1a Serbian (Cyrillic) - 0x101a Croatian (Bosnia and Herzegovina) - 0x141a Bosnian (Bosnia and Herzegovina) - 0x181a Serbian (Latin, Bosnia, and Herzegovina) - 0x1c1a Serbian (Cyrillic, Bosnia, and Herzegovina) - . 0x041b Slovak - . 0x041c Albanian - X 0x041d se Swedish - 0x081d Swedish (Finland) - 0x041e Thai - 0x041f Turkish - 0x0420 Urdu (Pakistan) (98/ME,2K/XP) - 0x0820 Urdu (India) - 0x0421 Indonesian - 0x0422 Ukrainian - 0x0423 Belarusian - . 0x0424 Slovenian - 0x0425 Estonian - 0x0426 Latvian - 0x0427 Lithuanian - 0x0827 Lithuanian (Classic) (98) - 0x0429 Farsi - 0x042a Vietnamese (98/ME,NT,2K/XP) - 0x042b Armenian. This is Unicode only. (2K/XP) - Armenian Eastern - Armenian Western - 0x042c Azeri (Latin) - 0x082c Azeri (Cyrillic) - 0x042d Basque - 0x042f Macedonian (FYROM) - 0x0430 Sutu - 0x0432 Setswana/Tswana (South Africa) - 0x0434 isiXhosa/Xhosa (South Africa) - 0x0435 isiZulu/Zulu (South Africa) - 0x0436 Afrikaans - 0x0437 Georgian. This is Unicode only. (2K/XP) - . 0x0438 Faeroese - 0x0439 Hindi. This is Unicode only. (2K/XP) - 0x043a Maltese (Malta) - 0x043b Sami, Northern (Norway) - 0x083b Sami, Northern (Sweden) - 0x0c3b Sami, Northern (Finland) - 0x103b Sami, Lule (Norway) - 0x143b Sami, Lule (Sweden) - 0x183b Sami, Southern (Norway) - 0x1c3b Sami, Southern (Sweden) - 0x203b Sami, Skolt (Finland) - 0x243b Sami, Inari (Finland) - 0x043e Malay (Malaysian) - 0x083e Malay (Brunei Darussalam) - 0x0440 Kyrgyz. (XP) - 0x0441 Swahili (Kenya) - 0x0443 Uzbek (Latin) - 0x0843 Uzbek (Cyrillic) - 0x0444 Tatar (Tatarstan) - 0x0445 Bengali (India) - Bengali (Inscript) - 0x0446 Punjabi. This is Unicode only. (XP) - 0x0447 Gujarati. This is Unicode only. (XP) - 0x0449 Tamil. This is Unicode only. (2K/XP) - 0x044a Telugu. This is Unicode only. (XP) - 0x044b Kannada. This is Unicode only. (XP) - 0x044c Malayalam (India) - 0x044e Marathi. This is Unicode only. (2K/XP) - 0x044f Sanskrit. This is Unicode only. (2K/XP) - 0x0450 Mongolian (XP) - 0x0452 Welsh (United Kingdom) - 0x0455 Burmese - 0x0456 Galician (XP) - 0x0457 Konkani. This is Unicode only. (2K/XP) - 0x045a Syriac. This is Unicode only. (XP) - 0x0465 Divehi. This is Unicode only. (XP) - Divehi (Phonetic) - Divehi (Typewriter) - 0x046b Quechua (Bolivia) - 0x086b Quechua (Ecuador) - 0x0c6b Quechua (Peru) - 0x046c Sesotho sa Leboa/Northern Sotho (South Africa) - 0x007f LOCALE_INVARIANT. See MAKELCID. - 0x0481 Maori (New Zealand) -*/ - - + See http://technet.microsoft.com/en-us/library/cc766503%28WS.10%29.aspx + for a listing of input locale (keyboard layout) codes +*/ -- 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 Thu Jul 1 14:45:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Jul 2010 14:45:00 -0000 Subject: Problem when trying to use -nolock Option In-Reply-To: <20100701055355.190770@gmx.net> References: <899957031274A04FB53CA5077F5C1367033D7A6D6F@MAILSTORE.LAG.AT> <20100701055355.190770@gmx.net> Message-ID: <4C2CAA0A.7080706@dronecode.org.uk> On 01/07/2010 06:53, Mathias Friesenbichler wrote: > Hi, > > Thanks for the reply. But you didn???t get my problem. > > We are several users running X servers over several computers, but starting the X from the same Installation on the network. I see. You didn't mention this before. I don't think that's a supported way of running cygwin. Things would probably work better if you set the mount table for each computer so it had /tmp mounted on a local disk, rather than having them all share one. > So the local Computer doesn???t know anything about the other users and therefore we have written a program that manages this problem for us. This program gives each user a unique display number. > > The problem now is that if I use the ???-nolock??? option it does the same as if I don???t use it. It also creates those lockfiles. > > So what can I do to fix this? The "/tmp/.X11-unix/Xn" files are not lock files. They are unix domain sockets. You could avoid them being created by using '-nolisten unix', which probably avoids this specific 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 Thu Jul 1 14:49:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Jul 2010 14:49:00 -0000 Subject: Using the Canadian Multilingual Standard keyboard with Windows XP In-Reply-To: <6B9C55F15278D64198962D45C8AA3CCA02B4B2E8@BCL4EXC4.b.net> References: <6B9C55F15278D64198962D45C8AA3CCA02B4B2E8@BCL4EXC4.b.net> Message-ID: <4C2CAB16.1000009@dronecode.org.uk> On 03/06/2010 21:17, Young, George wrote: > Using Windows XP and cygwin started with the command > %RUN% XWin -multiwindow -clipboard -silent-dup-error -xkblayout ca > -xkbvariant multix -xkbmodel pc104 > > If the Windows keyboard is set to US, cygwin works fine. If the Windows > keyboard is set to Canadian Multilingual Standard, cygwin doesn't get > the RightAlt and RightControl inputs. I couldn't reproduce this. Checking with xev, the right alt and right control keys generate key events when the Windows keyboard layout is Canadian Multilingual Standard, although it seems that right control generates the same X keysym as left control with that layout for some reason. Can you clarify how you are checking for the keypresses? Please attach your /var/log/XWin.0.log as well. -- 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 Thu Jul 1 15:01:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 01 Jul 2010 15:01:00 -0000 Subject: fatal error In-Reply-To: <20100625091222.10925o6f01fj6fhy@www.fpv.umb.sk> References: <20100625091222.10925o6f01fj6fhy@www.fpv.umb.sk> Message-ID: <4C2CADE1.7010703@dronecode.org.uk> On 25/06/2010 10:12, Miroslav Ilia?? wrote: > /var/log/XWin.0.log attached > [ 2936.391] (EE) XKB: Could not invoke xkbcomp > [ 2936.391] (EE) XKB: Couldn't compile keymap > [ 2936.391] XKB: Failed to compile keymap > [ 2936.391] Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. > [ 2936.391] Fatal server error: > [ 2936.391] Failed to activate core devices. Can you run /usr/bin/xkbcomp from bash? If no, your installation of xkbcomp is broken somehow. Try 'cycheck /usr/bin/xkbcomp'. If yes, you probably have some kind of BLODA [1] problem. [1] http://cygwin.com/faq/faq.using.html#faq.using.bloda -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From leigh.orf@gmail.com Thu Jul 1 20:49:00 2010 From: leigh.orf@gmail.com (Leigh Orf) Date: Thu, 01 Jul 2010 20:49:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 Message-ID: Hi, just joined the list. I updated to the latest cygwin today and was having the same problem with X just freezing up in the background. Your fix did the trick. I am profoundly grateful, it was making me batty. Since I've never overwritten an installed binary with cygwin before, wondering whether I will run into any problems later when I need to update. I presume the binary from the patched code won't make it to the mirrors for a while? Thanks, Leigh -- Leigh Orf Associate Professor of Atmospheric Science Room 130G Engineering and Technology Department of Geology and Meteorology Central Michigan University Mount Pleasant, MI 48859 (989)774-1923 Amateur radio callsign: KG4ULP -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From marco_atzeri@yahoo.it Thu Jul 1 21:07:00 2010 From: marco_atzeri@yahoo.it (Marco Atzeri) Date: Thu, 01 Jul 2010 21:07:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C2B8171.5020409@dronecode.org.uk> Message-ID: <254019.69718.qm@web25503.mail.ukl.yahoo.com> --- Mer 30/6/10, Jon TURNEY ha scritto: > Anyhow, I've cooked up a small additional change which > should prevent this > blocking behaviour and uploaded a build [2]. It seems to > resolve the problem > in this specific case. Perhaps you could try it out and see > if it helps? > > [1] http://cygwin.com/ml/cygwin-xfree/2010-02/msg00124.html > [2] ftp://cygwin.com/pub/cygwinx/XWin.20100630-git-bc2f74e105146c36.exe.bz2 > > -- > Jon TURNEY > Volunteer Cygwin/X X Server maintainer Jon, the new version has much more responsiveness than 1.8.0-1 the ALT-TAB switch is fluent now. Regards Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reply-to-list-only-lh-x@cygwin.com Thu Jul 1 21:24:00 2010 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Thu, 01 Jul 2010 21:24:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: References: Message-ID: <4C2D077E.8000206@cygwin.com> On 7/1/2010 4:49 PM, Leigh Orf wrote: > Hi, just joined the list. I updated to the latest cygwin today and was > having the same problem with X just freezing up in the background. > Your fix did the trick. I am profoundly grateful, it was making me > batty. > > Since I've never overwritten an installed binary with cygwin before, > wondering whether I will run into any problems later when I need to > update. I presume the binary from the patched code won't make it to > the mirrors for a while? 'setup.exe' will dutifully update it when a new package with an updated version is available. -- 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 dickey@his.com Thu Jul 1 22:19:00 2010 From: dickey@his.com (Thomas Dickey) Date: Thu, 01 Jul 2010 22:19:00 -0000 Subject: XTerm scrollbar issue In-Reply-To: <20100630164554.H26408@mail101.his.com> References: <20100630164554.H26408@mail101.his.com> Message-ID: <20100701180520.V31893@mail101.his.com> On Wed, 30 Jun 2010, Thomas Dickey wrote: > On Wed, 30 Jun 2010, webmaster wrote: > >> All releases of xterm newer that 229 (i.e. since June '08) have a >> broken scrollbar. It never bothered me enough to post a message, but >> I've been setting up some new systems and have found it annoying to >> dig up xterm-229 and manually install it. >> >> These images show what the scrollbar used to look like (and what it >> still looks like in all recent Linux distributions, even with latest >> xterm builds): > > Problems like that shown with the scrollbar are usually a compile-time > mismatch on floating-point. There's a configure option for xterm to > address this (--enable-narrowproto or --disable-narrowproto), since > the mismatch is not detectable via automatic checks. The issue is documented in xterm's INSTALL file. Packagers have to essentially ensure that the prototype for XawScrollbarSetThumb is compiled properly. For instance, the package for xterm in Debian uses --enable-narrowproto That turns on a #define for NARROWPROTO which may be missing (or not not coordinated with Xfuncproto.h, which in turn sets #defines used in Xaw, to choose between a "float" and a "double" for the type of one of its parameters). -- 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 yselkowitz@users.sourceforge.net Fri Jul 2 04:52:00 2010 From: yselkowitz@users.sourceforge.net (Yaakov (Cygwin/X)) Date: Fri, 02 Jul 2010 04:52:00 -0000 Subject: [ANNOUNCEMENT] Updated: GNOME 2.30.2 platform Message-ID: The GNOME platform libraries have been updated to the latest 2.30.2 stable release. This is the last scheduled release for GNOME 2.x. GNOME 3.0 debuts this fall with a number of changes to the library stack; further details of that transition will be announced at a later time. -- 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 George.Young@pco-bcp.gc.ca Fri Jul 2 13:27:00 2010 From: George.Young@pco-bcp.gc.ca (Young, George) Date: Fri, 02 Jul 2010 13:27:00 -0000 Subject: Using the Canadian Multilingual Standard keyboard with WindowsXP In-Reply-To: <4C2CAB16.1000009@dronecode.org.uk> References: <6B9C55F15278D64198962D45C8AA3CCA02B4B2E8@BCL4EXC4.b.net> <4C2CAB16.1000009@dronecode.org.uk> Message-ID: <6B9C55F15278D64198962D45C8AA3CCA02B4B312@BCL4EXC4.b.net> Hello Jon, With WIN XP keyboard set to Canadian Multilingual Standard: Run xev, press Right Alt KeyPress event, serial 24, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175760620, (207,-35), root:(383,197), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175760620, (207,-35), root:(383,197), state 0x4, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175760720, (207,-35), root:(383,197), state 0x84, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False press Right Ctrl KeyRelease event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175766418, (207,-35), root:(383,197), state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False press Right Ctrl again KeyPress event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175776102, (207,-35), root:(383,197), state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175776182, (207,-35), root:(383,197), state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False With WIN XP keyboard set to US: Run xev, press Right Alt KeyPress event, serial 24, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175606538, (643,593), root:(775,767), state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175606608, (643,593), root:(775,767), state 0x80, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False press Right Ctrl KeyPress event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175613939, (643,593), root:(775,767), state 0x0, keycode 109 (keysym 0xfe11, ISO_Level5_Shift), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 175614009, (643,593), root:(775,767), state 0x20, keycode 109 (keysym 0xfe11, ISO_Level5_Shift), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False The latter seems correct. Regards, George Young -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: July 1, 2010 10:50 AM To: cygwin-xfree@cygwin.com Cc: Young, George Subject: Re: Using the Canadian Multilingual Standard keyboard with WindowsXP On 03/06/2010 21:17, Young, George wrote: > Using Windows XP and cygwin started with the command %RUN% XWin > -multiwindow -clipboard -silent-dup-error -xkblayout ca -xkbvariant > multix -xkbmodel pc104 > > If the Windows keyboard is set to US, cygwin works fine. If the > Windows keyboard is set to Canadian Multilingual Standard, cygwin > doesn't get the RightAlt and RightControl inputs. I couldn't reproduce this. Checking with xev, the right alt and right control keys generate key events when the Windows keyboard layout is Canadian Multilingual Standard, although it seems that right control generates the same X keysym as left control with that layout for some reason. Can you clarify how you are checking for the keypresses? Please attach your /var/log/XWin.0.log as well. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -------------- next part -------------- A non-text attachment was scrubbed... Name: XWin.0.log Type: application/octet-stream Size: 4957 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 arbi.entreprise@gmail.com Fri Jul 2 15:50:00 2010 From: arbi.entreprise@gmail.com (BFG) Date: Fri, 02 Jul 2010 15:50:00 -0000 Subject: Coupe du monde Message-ID: <2640149430402980724476@krt-fea929d5238> Sur Yahoo Sport http://fr.sports.yahoo.com/football/coupe-du-monde/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From simons@gil.com.au Wed Jul 7 22:35:00 2010 From: simons@gil.com.au (Simon) Date: Wed, 07 Jul 2010 22:35:00 -0000 Subject: frequently getting a =?utf-8?b?U1RBVFVTX0FDQ0VTU19WSU9MQVRJT04=?= exception under win7 References: Message-ID: Michael hotmail.com> writes: > > Hello, > > I got the same problem. > > My settings: > > Windows 7 64 bit Home Premium > CYGWIN_NT-6.1-WOW64 my_machine 1.7.5(0.225/5/3) 2010-04-12 19:07 i686 Cygwin > > And I use cygwin 1.7.5 on windows XP has NO problem at all. > > But after I completed June 09, 2010 windows updates for windows 7, this problem > is gone. > > I am not sure if this is windows problem or cygwin/X problem. > > Any input are welcom! > > Michael > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ > > I've been having this problem for a number of months too. I just installed the font-isas-misc, font-jis-misc and font-daewoo-misc packages to get around some "missing charsets in string to fontset conversion" warnings and so far I haven't had 1 crash. Also xterm seems to come up much more quickly. A few other things were updated when I put the fonts in so not positive it was the fonts that fixed the issue. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dfelicia@donsbox.com Thu Jul 8 18:48:00 2010 From: dfelicia@donsbox.com (webmaster) Date: Thu, 08 Jul 2010 18:48:00 -0000 Subject: Bug: XTerm scrollbar issue Message-ID: > The issue is documented in xterm's INSTALL file. ?Packagers have to > essentially ensure that the prototype for XawScrollbarSetThumb is compiled > properly. ?For instance, the package for xterm in Debian uses > --enable-narrowproto > > That turns on a #define for NARROWPROTO which may be missing (or not not > coordinated with Xfuncproto.h, which in turn sets #defines used in Xaw, to > choose between a "float" and a "double" for the type of one of its > parameters). Changing subject to reflect that this is a bug with the Cygwin XTerm package. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From pjfarley3@yahoo.com Fri Jul 9 02:36:00 2010 From: pjfarley3@yahoo.com (Peter Farley) Date: Fri, 09 Jul 2010 02:36:00 -0000 Subject: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt Message-ID: <969175.81382.qm@web31006.mail.mud.yahoo.com> I don't know if this is the right place to ask this question, but if it is not please advise me where to send it. Midnight Commander exits with F10, and in a native bash window or rxvt F10 exits to the last directory viewed. In an xterm though, it exits to the original directory from which MC was started. Do you think this a bug in MC or is it WAD? If you think it's a bug in MC I will gladly debug it myself, I just want to know if it's WAD for xterm's first. I am using a fresh cygwin + cygwin/X install on WinXP SP3, and I will supply the usual problem report documentation if needed to answer my question. Regards, Peter -- Unsubscribe info: http://cygwin.com/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 Fri Jul 9 02:39:00 2010 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Fri, 09 Jul 2010 02:39:00 -0000 Subject: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt In-Reply-To: <969175.81382.qm@web31006.mail.mud.yahoo.com> References: <969175.81382.qm@web31006.mail.mud.yahoo.com> Message-ID: <4C368BD5.8020500@cygwin.com> On 7/8/2010 10:35 PM, Peter Farley wrote: > I don't know if this is the right place to ask this question, but if it is > not please advise me where to send it. > > Midnight Commander exits with F10, and in a native bash window or rxvt F10 > exits to the last directory viewed. In an xterm though, it exits to the > original directory from which MC was started. > > Do you think this a bug in MC or is it WAD? If you think it's a bug in MC I > will gladly debug it myself, I just want to know if it's WAD for xterm's > first. > > I am using a fresh cygwin + cygwin/X install on WinXP SP3, and I will supply > the usual problem report documentation if needed to answer my question. Sorry, I don't know anything about MC really but isn't there some doc on it that describes what F10 is supposed to do? -- 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 marco_atzeri@yahoo.it Fri Jul 9 06:58:00 2010 From: marco_atzeri@yahoo.it (Marco Atzeri) Date: Fri, 09 Jul 2010 06:58:00 -0000 Subject: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt In-Reply-To: <4C368BD5.8020500@cygwin.com> Message-ID: <838437.24058.qm@web25508.mail.ukl.yahoo.com> --- Ven 9/7/10, Larry Hall ha scritto: > On 7/8/2010 10:35 PM, Peter Farley > wrote: > > I don't know if this is the right place to ask this > question, but if it is > > not please advise me where to send it. > > > > Midnight Commander exits with F10, and in a native > bash window or rxvt F10 > > exits to the last directory viewed.? In an xterm > though, it exits to the > > original directory from which MC was started. > > > > Do you think this a bug in MC or is it WAD?? If > you think it's a bug in MC I > > will gladly debug it myself, I just want to know if > it's WAD for xterm's > > first. > > > > I am using a fresh cygwin + cygwin/X install on WinXP > SP3, and I will supply > > the usual problem report documentation if needed to > answer my question. > > Sorry, I don't know anything about MC really but isn't > there some doc on > it that describes what F10 is supposed to do? > > -- > Larry Hall on my Win-XP SP2 under cygwin/X MC with F10 exits in the current directory Peter, as mc is an alias alias mc='. /usr/share/mc/bin/mc-wrapper.sh' I guess that under X this wrapper is working differently than under console ---------------mc-wrapper.sh------------------ MC_USER=`id | sed 's/[^(]*(//;s/).*//'` MC_PWD_FILE="${TMPDIR-/tmp}/mc-$MC_USER/mc.pwd.$$" /usr/bin/mc -P "$MC_PWD_FILE" "$@" if test -r "$MC_PWD_FILE"; then MC_PWD="`cat $MC_PWD_FILE`" if test -n "$MC_PWD" && test -d "$MC_PWD"; then cd "$MC_PWD" fi unset MC_PWD fi rm -f "$MC_PWD_FILE" unset MC_PWD_FILE ------------------------------------------------ Regards Marco -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From pjfarley3@yahoo.com Sun Jul 11 04:41:00 2010 From: pjfarley3@yahoo.com (Peter Farley) Date: Sun, 11 Jul 2010 04:41:00 -0000 Subject: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt In-Reply-To: <838437.24058.qm@web25508.mail.ukl.yahoo.com> Message-ID: <10622.80309.qm@web31004.mail.mud.yahoo.com> --- On Fri, 7/9/10, Marco Atzeri wrote: > From: Marco Atzeri > Subject: Re: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt > on my Win-XP SP2 under cygwin/X > MC with F10 exits in the current directory > > Peter, > as mc is an alias > alias mc='. /usr/share/mc/bin/mc-wrapper.sh' > > I guess that under X this wrapper is working > differently than under console Marco, Thanks, but in my xterm "which mc" returns "/usr/bin/mc", which is an "exe" and not an alias to the wrapper shell script. Executing "/usr/bin/mc" from an xterm prompt produces the same result, it exits to the MC invocation directory instead of the current one. Thanks for pointing out that wrapper script though. Most interesting. Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From pjfarley3@yahoo.com Sun Jul 11 04:57:00 2010 From: pjfarley3@yahoo.com (Peter Farley) Date: Sun, 11 Jul 2010 04:57:00 -0000 Subject: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt In-Reply-To: <4C368BD5.8020500@cygwin.com> Message-ID: <168328.89065.qm@web31004.mail.mud.yahoo.com> --- On Thu, 7/8/10, Larry Hall (Cygwin X) wrote: > From: Larry Hall (Cygwin X) > Subject: Re: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt > Sorry, I don't know anything about MC really but isn't > there some doc on it that describes what F10 is supposed to do? Yes, there is, from the "info mc" pages: " Quit (F10, Shift-F10) Terminate the Midnight Commander. Shift-F10 is used when you want to quit and you are using the shell wrapper. Shift-F10 will not take you to the last directory you visited with the Midnight Commander, instead it will stay at the directory where you started the Midnight Commander." I am not using the "wrapper" shell script, as far as I can tell (but I'm still looking hard to see if I am wrong about that). Simple F10 in an xterm though *always* exits to the original directory. "Shift-F10" has no effect at all inside of MC from an xterm in the testing I have done (nor do Ctrl-F10 or Alt-F10). I guess it's *possible* that there is a bug that makes MC *think* it sees "shift-F10" when only simple "F10" was pressed, but that remains to be proven. I will have to run a debugging version of MC with gdb to see the difference between xterm and non-xterm behavior. I will report back when I have done that experiment. It might be a while, but I will report back. Thanks for your help and advice. Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From dfelicia@donsbox.com Mon Jul 12 15:02:00 2010 From: dfelicia@donsbox.com (webmaster) Date: Mon, 12 Jul 2010 15:02:00 -0000 Subject: Bug: XTerm scrollbar issue In-Reply-To: References: Message-ID: >> --enable-narrowproto >> That turns on a #define for NARROWPROTO which may be missing > Changing subject to reflect that this is a bug with the Cygwin XTerm package. I confirmed that --enable-narrowproto resolves the issue by compiling the xterm-260-1 source package. My configure options were: configure --disable-imake --disable-narrowproto --prefix=/usr --target=i686-pc-cygwin --host=i686-pc-cygwin --build=i686-pc-cygwin Resultant xterm.exe works as expected. Seems a simple fix. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From matias.364@gmail.com Mon Jul 12 20:59:00 2010 From: matias.364@gmail.com (matias kaukonen) Date: Mon, 12 Jul 2010 20:59:00 -0000 Subject: changing font Message-ID: 1. Could someone pls post instructions about how to reply to an existing post. 2. I have a font I'd like to use and its located at /usr/X11R6/lib/X11/fonts/TTF with administrator permissions. 3. How can I make this font the default for an xterm? Do I have to set the path in some manner? thanks, matt -- Unsubscribe info: http://cygwin.com/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 Mon Jul 12 21:28:00 2010 From: dickey@his.com (Thomas Dickey) Date: Mon, 12 Jul 2010 21:28:00 -0000 Subject: changing font In-Reply-To: References: Message-ID: <20100712172520.Y54864@mail101.his.com> On Mon, 12 Jul 2010, matias kaukonen wrote: > 1. Could someone pls post instructions about how to reply to an existing post. > 2. I have a font I'd like to use and its located at > /usr/X11R6/lib/X11/fonts/TTF with > administrator permissions. > 3. How can I make this font the default for an xterm? Do I have to > set the path in > some manner? You have to tell xterm to use the font by setting some resource values. One is the name of the font, which you may be able to find using fc-list (that would be the "faceName" resource), and the other is the renderFont resource, set that to true to tell xterm to use TTF's rather than bitmap fonts by default. -- 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 matias.364@gmail.com Tue Jul 13 13:09:00 2010 From: matias.364@gmail.com (matias kaukonen) Date: Tue, 13 Jul 2010 13:09:00 -0000 Subject: changing font Message-ID: Based on a previous suggestion: ------------------------------------------------------------ fc-list | less ------------------------------------------------------------- Luxi Serif:style=Regular LucidaBright:style=Italic Utopia:style=Bold Italic Bitstream Vera Sans Mono:style=Bold Luxi Serif:style=Bold LucidaTypewriter:style=Sans Bold Fixed:style=Bold . . . ------------------------------------------------------------- So I setup my .Xdefaults to: ------------------------------------------------------------- XTerm.VT100.scrollBar: True XTerm.VT100.visualBell: True XTerm.VT100.loginShell: True XTerm*scrollbar: True XTerm*background: Wheat XTerm*foreground: Black XTerm*font: Luxi Serif:style=Bold *renderFont:true ----------------------------------------------------------------------- The result, when I started up an xterm, was: ----------------------------------------------------------------------- Warning: Color name "Wheat " is not defined Warning: Color name "Black " is not defined xterm: unable to open font "Luxi Serif ", trying "fixed".... What would you suggest for this case? matt -- Unsubscribe info: http://cygwin.com/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 Tue Jul 13 13:12:00 2010 From: dickey@his.com (Thomas Dickey) Date: Tue, 13 Jul 2010 13:12:00 -0000 Subject: changing font In-Reply-To: References: Message-ID: <20100713091039.Y8930@mail101.his.com> On Tue, 13 Jul 2010, matias kaukonen wrote: > Based on a previous suggestion: > ------------------------------------------------------------ > fc-list | less > ------------------------------------------------------------- > Luxi Serif:style=Regular > LucidaBright:style=Italic > Utopia:style=Bold Italic > Bitstream Vera Sans Mono:style=Bold > Luxi Serif:style=Bold > LucidaTypewriter:style=Sans Bold > Fixed:style=Bold > .. . . > ------------------------------------------------------------- > So I setup my .Xdefaults to: > ------------------------------------------------------------- > XTerm.VT100.scrollBar: True > XTerm.VT100.visualBell: True > XTerm.VT100.loginShell: True > XTerm*scrollbar: True > XTerm*background: Wheat > XTerm*foreground: Black > XTerm*font: Luxi Serif:style=Bold This might work: XTerm*font: Luxi Serif > *renderFont:true > ----------------------------------------------------------------------- > The result, when I started up an xterm, was: > ----------------------------------------------------------------------- > Warning: Color name "Wheat " is not defined > Warning: Color name "Black " is not defined > xterm: unable to open font "Luxi Serif ", trying "fixed".... xterm is only looking for the face-name (making it handle the modifiers in the pattern is something that's been recently suggested). -- 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 reid.thompson@ateb.com Tue Jul 13 14:33:00 2010 From: reid.thompson@ateb.com (Reid Thompson) Date: Tue, 13 Jul 2010 14:33:00 -0000 Subject: changing font In-Reply-To: References: Message-ID: <20100713143314.GC12149@ateb.com> On Mon, Jul 12, 2010 at 04:59:11PM -0400, matias kaukonen wrote: > 1. Could someone pls post instructions about how to reply to an existing post. > 2. I have a font I'd like to use and its located at > /usr/X11R6/lib/X11/fonts/TTF with > administrator permissions. > 3. How can I make this font the default for an xterm? Do I have to > set the path in > some manner? lookup the xlsfonts and xfontsel packages and how to use them to get a font. i.e. $ xlsfonts |grep -i terminus|grep medium -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso10646-1 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso8859-1 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso8859-13 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso8859-15 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso8859-16 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso8859-2 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso8859-5 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso8859-7 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-iso8859-9 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-koi8-r -xos4-terminus-medium-r-normal--0-0-72-72-c-0-koi8-u -xos4-terminus-medium-r-normal--0-0-72-72-c-0-microsoft-cp1251 -xos4-terminus-medium-r-normal--0-0-72-72-c-0-paratype-pt154 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso10646-1 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso8859-1 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso8859-13 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso8859-15 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso8859-16 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso8859-2 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso8859-5 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso8859-7 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-iso8859-9 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-koi8-r -xos4-terminus-medium-r-normal--12-120-72-72-c-60-koi8-u -xos4-terminus-medium-r-normal--12-120-72-72-c-60-microsoft-cp1251 -xos4-terminus-medium-r-normal--12-120-72-72-c-60-paratype-pt154 -xos4-terminus-medium-r-normal--14-140-72-72-c-80-iso10646-1 -xos4-terminus-medium-r-normal--14-140-72-72-c-80-iso8859-1 ....snip.... $ grep -i termin .Xdefaults aterm*font: -xos4-terminus-medium-r-normal-*-12-120-72-72-c-60-iso10646-1 Xterm.font: -xos4-terminus-medium-r-normal-*-12-120-72-72-c-60-iso10646-1 urxvt*font: -xos4-terminus-medium-r-normal--14-140-72-72-c-80-iso10646-1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reid.thompson@ateb.com Tue Jul 13 14:44:00 2010 From: reid.thompson@ateb.com (Reid Thompson) Date: Tue, 13 Jul 2010 14:44:00 -0000 Subject: changing font In-Reply-To: <20100713143314.GC12149@ateb.com> References: <20100713143314.GC12149@ateb.com> Message-ID: <20100713144403.GE12149@ateb.com> On Tue, Jul 13, 2010 at 10:33:14AM -0400, Reid Thompson wrote: > On Mon, Jul 12, 2010 at 04:59:11PM -0400, matias kaukonen wrote: > > 1. Could someone pls post instructions about how to reply to an existing post. a starting point would be to google mailing list netiquette some pointers in general, before you hit send, look at To: Cc: Bcc: etc and make sure that you're sending to who you want to addresss. Generally, this will be the mailing list address only. In rare/some cases, it may be directly to the poster -- but that is generally *rare* don't reply to digests trim the original email text to what is pertinent to your response don't top post -- either bottom post or inline post -- Unsubscribe info: http://cygwin.com/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 Jul 13 14:47:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 13 Jul 2010 14:47:00 -0000 Subject: Bug: XTerm scrollbar issue In-Reply-To: References: Message-ID: <4C3C7C54.4090905@dronecode.org.uk> On 12/07/2010 16:02, webmaster wrote: >>> --enable-narrowproto >>> That turns on a #define for NARROWPROTO which may be missing >> Changing subject to reflect that this is a bug with the Cygwin XTerm package. > I confirmed that --enable-narrowproto resolves the issue by compiling > the xterm-260-1 source package. My configure options were: > > configure --disable-imake --disable-narrowproto --prefix=/usr > --target=i686-pc-cygwin --host=i686-pc-cygwin --build=i686-pc-cygwin Thanks for the clear problem report. For the avoidance of doubt, since you mention both alternatives in your email, we need to add --disable-narrowproto to build xterm with correctly working scrollbars on cygwin. I note that the list of platforms for which --enable-narrowproto is the default in xterm's aclocal.m4 CF_ENABLE_NARROWPROTO macro (which includes cygwin) doesn't match the list of platforms which default to narrow prototypes in xproto (which doesn't include cygwin). This makes me wonder if the cygwin platform default managed to get changed during modularization... I'm afraid I didn't quite understand the explanation as to why Xfuncproto.h might be wrong, so I'm wondering if any other X applications might also show this problem... In any case, I'll see if I can get xterm rebuilt with this configuration change. -- 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 dickey@his.com Tue Jul 13 14:52:00 2010 From: dickey@his.com (Thomas Dickey) Date: Tue, 13 Jul 2010 14:52:00 -0000 Subject: Bug: XTerm scrollbar issue In-Reply-To: <4C3C7C54.4090905@dronecode.org.uk> References: <4C3C7C54.4090905@dronecode.org.uk> Message-ID: <20100713104812.Q8930@mail101.his.com> On Tue, 13 Jul 2010, Jon TURNEY wrote: > I note that the list of platforms for which --enable-narrowproto is the > default in xterm's aclocal.m4 CF_ENABLE_NARROWPROTO macro (which includes > cygwin) doesn't match the list of platforms which default to narrow > prototypes in xproto (which doesn't include cygwin). This makes me wonder if > the cygwin platform default managed to get changed during modularization... modularization broke portabililty some time ago, by discarding the customizations embedded in the imake configurations. xterm's configure script only has what was in the imake configuration, so presumably when cygwin stopped relying on that, it broke here. -- 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 jon.turney@dronecode.org.uk Tue Jul 13 18:41:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 13 Jul 2010 18:41:00 -0000 Subject: Using the Canadian Multilingual Standard keyboard with WindowsXP In-Reply-To: <6B9C55F15278D64198962D45C8AA3CCA02B4B312@BCL4EXC4.b.net> References: <6B9C55F15278D64198962D45C8AA3CCA02B4B2E8@BCL4EXC4.b.net> <4C2CAB16.1000009@dronecode.org.uk> <6B9C55F15278D64198962D45C8AA3CCA02B4B312@BCL4EXC4.b.net> Message-ID: <4C3CB352.6080605@dronecode.org.uk> On 02/07/2010 14:27, Young, George wrote: > With WIN XP keyboard set to Canadian Multilingual Standard: > Run xev, press Right Alt [xev output snipped] Thanks. This helps a lot in understanding the problem. There seem to be two things going on here: 1) In the Canadian Multilingual Standard layout, Ctrl-R is VK_OEM_8 (rather than the more normal VK_CONTROL) which isn't in the mapping table to ignore the VK code and use the scan code. 2) Windows generates an additional Ctrl-L key event before AltGr key event for international keyboard layouts. There is code in the X server to try to identify and discard these extra events, but this doesn't seem to be working in your case (and there have been other reports of that) I don't see why we can't just always load the US keyboard layout as all we care about are scan codes: Patch to follow which adds a flag to do that and turn it on for Japanese (which already does that) and Canadian Multilingual Standard. I've also added a keycode mapping for VK_OEM_8 in case that ever fails, and improved some logging related to the keyboard layout detection. I've also added the multix layout to the list of autodetected layouts. I've uploaded a build with this patch applied [1]. This seems to correctly generate ISO_Level3_Shift for AltGr and ISO_Level5_Shift for Ctrl-R in the multix layout. Perhaps you could try it out and see if it works for you? Although I am still a bit unclear as to what exactly doesn't work for you. Originally you said "If the Windows keyboard is set to Canadian Multilingual Standard, cygwin doesn't get the RightAlt and RightControl inputs", whereas this xev output seems to demonstrate that the X server gets events, just not the right ones :-) [1] ftp://cygwin.com/pub/cygwinx/XWin.20100713-git-c54fb06114a2c0f1.exe.bz2 > -----Original Message----- > On 03/06/2010 21:17, Young, George wrote: >> Using Windows XP and cygwin started with the command %RUN% XWin >> -multiwindow -clipboard -silent-dup-error -xkblayout ca -xkbvariant >> multix -xkbmodel pc104 >> >> If the Windows keyboard is set to US, cygwin works fine. If the >> Windows keyboard is set to Canadian Multilingual Standard, cygwin >> doesn't get the RightAlt and RightControl inputs. > > I couldn't reproduce this. Checking with xev, the right alt and right > control keys generate key events when the Windows keyboard layout is > Canadian Multilingual Standard, although it seems that right control > generates the same X keysym as left control with that layout for some > reason. > > Can you clarify how you are checking for the keypresses? > > Please attach your /var/log/XWin.0.log as well. -- 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 Jul 13 18:53:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 13 Jul 2010 18:53:00 -0000 Subject: [PATCH] Fixes for Canadian Multilingual Standard keyboard layout handling In-Reply-To: <4C3CB352.6080605@dronecode.org.uk> References: <4C3CB352.6080605@dronecode.org.uk> Message-ID: <1279047199-1420-1-git-send-email-jon.turney@dronecode.org.uk> Try to make the keyboard detection logging a bit clearer I don't see why we don't just always load the US keyboard layout as all we care about are scan codes: So add a flag to do that and turn it on for Japanese (which already does that) and new layouts... Add a keycode mapping for VK_OEM_8 which can be issued by Canadian Multilingual Standard layout Reformat the keyboard layout mapping table Clarify XKB options in XWin man page Signed-off-by: Jon TURNEY --- hw/xwin/XWin.man.pre | 8 ++-- hw/xwin/winconfig.c | 108 ++++++++++++++++++++++++++++++------------------- hw/xwin/winkeybd.c | 4 ++ hw/xwin/winkeybd.h | 2 +- hw/xwin/winlayouts.h | 83 +++++++++++++++++++------------------- 5 files changed, 117 insertions(+), 88 deletions(-) diff --git a/hw/xwin/XWin.man.pre b/hw/xwin/XWin.man.pre index 6b28b51..51268f6 100644 --- a/hw/xwin/XWin.man.pre +++ b/hw/xwin/XWin.man.pre @@ -251,7 +251,7 @@ exit silently and don't display any error message. .B "\-xkbrules \fIrule\fP" .TP 8 .B "\-xkbvariant \fIvariant\fp" -These options implement the xkeyboard extension for loading +These options configure the xkeyboard extension to load a particular keyboard map as the X server starts. The behavior is similar to the \fIsetxkbmap\fP program. The layout data is located at \fI __datadir__/X11/xkb/\fP. Additional information is found in the @@ -264,9 +264,9 @@ the options: Alternatively one may use the \fIsetxkbmap\fP program after \fIXWin\fP is running. -The default is to select a layout matching your current layout as -reported by \fIWindows\fP if known, or the default X server layout -if no matching keyboard layout was found. +The default is to select a configuration matching your current layout as +reported by \fIWindows\fP, if known, or the default X server configuration +if no matching keyboard configuration was found. .SH UNDOCUMENTED OPTIONS These options are undocumented. Do not use them. diff --git a/hw/xwin/winconfig.c b/hw/xwin/winconfig.c index b05867b..3dc8ac4 100644 --- a/hw/xwin/winconfig.c +++ b/hw/xwin/winconfig.c @@ -240,6 +240,7 @@ Bool winConfigKeyboard (DeviceIntPtr pDevice) { char layoutName[KL_NAMELENGTH]; + unsigned char layoutFriendlyName[256]; static unsigned int layoutNum = 0; int keyboardType; #ifdef XWIN_XF86CONFIG @@ -291,19 +292,30 @@ winConfigKeyboard (DeviceIntPtr pDevice) Same might apply for chinese, korean and other symbol languages too */ layoutNum = (layoutNum & 0xffff); - if (keyboardType == 7) - { - /* Japanese layouts have problems with key event messages - such as the lack of WM_KEYUP for Caps Lock key. - Loading US layout fixes this problem. */ - if (LoadKeyboardLayout("00000409", KLF_ACTIVATE) != NULL) - winMsg (X_INFO, "Loading US keyboard layout.\n"); - else - winMsg (X_ERROR, "LoadKeyboardLaout failed.\n"); - } } - winMsg (X_PROBED, "winConfigKeyboard - Layout: \"%s\" (%08x) \n", - layoutName, layoutNum); + + /* Discover the friendly name of the current layout */ + { + HKEY regkey = NULL; + const char regtempl[] = "SYSTEM\\CurrentControlSet\\Control\\Keyboard Layouts\\"; + char *regpath; + DWORD namesize = sizeof(layoutFriendlyName); + + regpath = malloc(sizeof(regtempl) + KL_NAMELENGTH + 1); + strcpy(regpath, regtempl); + strcat(regpath, layoutName); + + if (!RegOpenKey(HKEY_LOCAL_MACHINE, regpath, ®key)) + RegQueryValueEx(regkey, "Layout Text", 0, NULL, layoutFriendlyName, &namesize); + + /* Close registry key */ + if (regkey) + RegCloseKey (regkey); + free(regpath); + } + + winMsg (X_PROBED, "Windows keyboard layout: \"%s\" (%08x) \"%s\", type %d\n", + layoutName, layoutNum, layoutFriendlyName, keyboardType); for (pLayout = winKBLayouts; pLayout->winlayout != -1; pLayout++) { @@ -311,46 +323,58 @@ winConfigKeyboard (DeviceIntPtr pDevice) continue; if (pLayout->winkbtype > 0 && pLayout->winkbtype != keyboardType) continue; - + bfound = TRUE; winMsg (X_PROBED, - "Using preset keyboard for \"%s\" (%x), type \"%d\"\n", - pLayout->layoutname, pLayout->winlayout, keyboardType); - + "Found matching XKB configuration \"%s\"\n", + pLayout->layoutname); + + winMsg(X_PROBED, + "Model = \"%s\" Layout = \"%s\"" + " Variant = \"%s\" Options = \"%s\"\n", + pLayout->xkbmodel ? pLayout->xkbmodel : "none", + pLayout->xkblayout ? pLayout->xkblayout : "none", + pLayout->xkbvariant ? pLayout->xkbvariant : "none", + pLayout->xkboptions ? pLayout->xkboptions : "none"); + g_winInfo.xkb.model = pLayout->xkbmodel; g_winInfo.xkb.layout = pLayout->xkblayout; g_winInfo.xkb.variant = pLayout->xkbvariant; - g_winInfo.xkb.options = pLayout->xkboptions; + g_winInfo.xkb.options = pLayout->xkboptions; + + /* + All we care about are getting keyboard scan codes. + + Some keyboard layouts have lots of quirks we would need to + work around, for e.g. + + - Japanese layouts have problems with key event messages + such as the lack of WM_KEYUP for Caps Lock key. + + - Candian Multilingual Standard generates fake Ctrl_L keypress + before AltGr and maps the Ctrl_R key to VK_OEM_8 + + So for simple and predictable behaviour, load the US keyboard + layout to avoid these problems. We could probably do this for + all layouts. + */ + if (!pLayout->keeplayout) + { + if (LoadKeyboardLayout("00000409", KLF_ACTIVATE) != NULL) + winMsg (X_INFO, "Loading Windows keyboard layout \"US\" to avoid layout quirks.\n"); + else + winMsg (X_ERROR, "LoadKeyboardLayout failed.\n"); + } + break; } - + if (!bfound) { - HKEY regkey = NULL; - const char regtempl[] = - "SYSTEM\\CurrentControlSet\\Control\\Keyboard Layouts\\"; - char *regpath; - unsigned char lname[256]; - DWORD namesize = sizeof(lname); - - regpath = malloc(sizeof(regtempl) + KL_NAMELENGTH + 1); - strcpy(regpath, regtempl); - strcat(regpath, layoutName); - - if (!RegOpenKey(HKEY_LOCAL_MACHINE, regpath, ®key) && - !RegQueryValueEx(regkey, "Layout Text", 0, NULL, lname, &namesize)) - { - winMsg (X_ERROR, - "Keyboardlayout \"%s\" (%s) is unknown\n", lname, layoutName); - } - - /* Close registry key */ - if (regkey) - RegCloseKey (regkey); - free(regpath); + winMsg (X_ERROR, "Keyboardlayout \"%s\" (%s) is unknown, using X server default layout\n", layoutFriendlyName, layoutName); } - } - + } + /* parse the configuration */ #ifdef XWIN_XF86CONFIG if (g_cmdline.keyboard) diff --git a/hw/xwin/winkeybd.c b/hw/xwin/winkeybd.c index ad9e66a..fa3e12f 100644 --- a/hw/xwin/winkeybd.c +++ b/hw/xwin/winkeybd.c @@ -73,6 +73,10 @@ winTranslateKey (WPARAM wParam, LPARAM lParam, int *piScanCode) int iParam = HIWORD (lParam); int iParamScanCode = LOBYTE (iParam); +#if CYGDEBUG + ErrorF("winTranslateKey: wParam %04x lParam %08x\n", wParam, (unsigned int)lParam); +#endif + /* WM_ key messages faked by Vista speech recognition (WSR) don't have a * scan code. * diff --git a/hw/xwin/winkeybd.h b/hw/xwin/winkeybd.h index 5b2a589..90ad28e 100644 --- a/hw/xwin/winkeybd.h +++ b/hw/xwin/winkeybd.h @@ -266,7 +266,7 @@ g_iKeyMap [] = { /* 220 */ 0, 0, 0, /* 221 */ 0, 0, 0, /* 222 */ 0, 0, 0, - /* 223 */ 0, 0, 0, + /* 223 */ VK_OEM_8, 0, KEY_RCtrl, /* at least on Candian Multilingual Standard layout */ /* 224 */ 0, 0, 0, /* 225 */ 0, 0, 0, /* 226 */ 0, 0, 0, diff --git a/hw/xwin/winlayouts.h b/hw/xwin/winlayouts.h index 724465f..ad222bd 100644 --- a/hw/xwin/winlayouts.h +++ b/hw/xwin/winlayouts.h @@ -35,6 +35,7 @@ typedef struct char *xkblayout; char *xkbvariant; char *xkboptions; + Bool keeplayout; char *layoutname; } WinKBLayoutRec, *WinKBLayoutPtr; @@ -44,47 +45,47 @@ typedef struct WinKBLayoutRec winKBLayouts[] = { - { 0x404, -1, "pc105", "zh_TW", NULL, NULL, "Chinese (Taiwan)"}, - { 0x405, -1, "pc105", "cz", NULL, NULL, "Czech"}, - {0x10405, -1, "pc105", "cz_qwerty", NULL, NULL, "Czech (QWERTY)"}, - { 0x406, -1, "pc105", "dk", NULL, NULL, "Danish"}, - { 0x407, -1, "pc105", "de", NULL, NULL, "German (Germany)"}, - {0x10407, -1, "pc105", "de", NULL, NULL, "German (Germany, IBM)"}, - { 0x807, -1, "pc105", "ch", "de", NULL, "German (Switzerland)"}, - { 0x409, -1, "pc105", "us", NULL, NULL, "English (USA)"}, - {0x10409, -1, "pc105", "dvorak", NULL, NULL, "English (USA, Dvorak)"}, - {0x20409, -1, "pc105", "us_intl", NULL, NULL, "English (USA, International)"}, - { 0x809, -1, "pc105", "gb", NULL, NULL, "English (United Kingdom)"}, - { 0x1009, -1, "pc105", "ca", "fr", NULL, "French (Canada)"}, - {0x11009, -1, "pc105", "ca", "multix", NULL, "Candian Multilingual Standard"}, - { 0x1809, -1, "pc105", "ie", NULL, NULL, "Irish"}, - { 0x40a, -1, "pc105", "es", NULL, NULL, "Spanish (Spain, Traditional Sort)"}, - { 0x80a, -1, "pc105", "latam", NULL, NULL, "Latin American"}, - { 0x40b, -1, "pc105", "fi", NULL, NULL, "Finnish"}, - { 0x40c, -1, "pc105", "fr", NULL, NULL, "French (Standard)"}, - { 0x80c, -1, "pc105", "be", NULL, NULL, "French (Belgian)"}, - { 0xc0c, -1, "pc105", "ca", "fr-legacy", NULL, "French (Canada) (Legacy)"}, - { 0x100c, -1, "pc105", "ch", "fr", NULL, "French (Switzerland)"}, - { 0x40d, -1, "pc105", "il", NULL, NULL, "Hebrew"}, - { 0x40e, -1, "pc105", "hu", NULL, NULL, "Hungarian"}, - { 0x40f, -1, "pc105", "is", NULL, NULL, "Icelandic"}, - { 0x410, -1, "pc105", "it", NULL, NULL, "Italian"}, - {0x10410, -1, "pc105", "it", NULL, NULL, "Italian (142)"}, - {0xa0000410,-1, "macbook79","it", "mac",NULL, "Italiano (Apple)"}, - { 0x411, 7, "jp106", "jp", NULL, NULL, "Japanese"}, - { 0x413, -1, "pc105", "nl", NULL, NULL, "Dutch"}, - { 0x813, -1, "pc105", "be", NULL, NULL, "Dutch (Belgian)"}, - { 0x414, -1, "pc105", "no", NULL, NULL, "Norwegian"}, - { 0x415, -1, "pc105", "pl", NULL, NULL, "Polish (Programmers)"}, - { 0x416, -1, "pc105", "br", NULL, NULL, "Portuguese (Brazil, ABNT)"}, - {0x10416, -1, "abnt2", "br", NULL, NULL, "Portuguese (Brazil, ABNT2)"}, - { 0x816, -1, "pc105", "pt", NULL, NULL, "Portuguese (Portugal)"}, - { 0x41a, -1, "pc105", "hr", NULL, NULL, "Croatian"}, - { 0x41d, -1, "pc105", "se", NULL, NULL, "Swedish (Sweden)"}, - { 0x424, -1, "pc105", "si", NULL, NULL, "Slovenian"}, - { 0x425, -1, "pc105", "ee", NULL, NULL, "Estonian"}, - { 0x452, -1, "pc105", "gb", "intl", NULL, "United Kingdom (Extended)"}, - { -1, -1, NULL, NULL, NULL, NULL, NULL} + { 0x00000404, -1, "pc105", "zh_TW", NULL, NULL, TRUE, "Chinese (Taiwan)"}, + { 0x00000405, -1, "pc105", "cz", NULL, NULL, TRUE, "Czech"}, + { 0x00010405, -1, "pc105", "cz_qwerty", NULL, NULL, TRUE, "Czech (QWERTY)"}, + { 0x00000406, -1, "pc105", "dk", NULL, NULL, TRUE, "Danish"}, + { 0x00000407, -1, "pc105", "de", NULL, NULL, TRUE, "German (Germany)"}, + { 0x00010407, -1, "pc105", "de", NULL, NULL, TRUE, "German (Germany, IBM)"}, + { 0x00000807, -1, "pc105", "ch", "de", NULL, TRUE, "German (Switzerland)"}, + { 0x00000409, -1, "pc105", "us", NULL, NULL, TRUE, "English (USA)"}, + { 0x00010409, -1, "pc105", "dvorak", NULL, NULL, TRUE, "English (USA, Dvorak)"}, + { 0x00020409, -1, "pc105", "us_intl", NULL, NULL, TRUE, "English (USA, International)"}, + { 0x00000809, -1, "pc105", "gb", NULL, NULL, TRUE, "English (United Kingdom)"}, + { 0x00001009, -1, "pc105", "ca", "fr", NULL, TRUE, "French (Canada)"}, + { 0x00011009, -1, "pc105", "ca", "multix", NULL, FALSE, "Candian Multilingual Standard"}, + { 0x00001809, -1, "pc105", "ie", NULL, NULL, TRUE, "Irish"}, + { 0x0000040a, -1, "pc105", "es", NULL, NULL, TRUE, "Spanish (Spain, Traditional Sort)"}, + { 0x0000080a, -1, "pc105", "latam", NULL, NULL, TRUE, "Latin American"}, + { 0x0000040b, -1, "pc105", "fi", NULL, NULL, TRUE, "Finnish"}, + { 0x0000040c, -1, "pc105", "fr", NULL, NULL, TRUE, "French (Standard)"}, + { 0x0000080c, -1, "pc105", "be", NULL, NULL, TRUE, "French (Belgian)"}, + { 0x00000c0c, -1, "pc105", "ca", "fr-legacy", NULL, TRUE, "French (Canada, Legacy)"}, + { 0x0000100c, -1, "pc105", "ch", "fr", NULL, TRUE, "French (Switzerland)"}, + { 0x0000040d, -1, "pc105", "il", NULL, NULL, TRUE, "Hebrew"}, + { 0x0000040e, -1, "pc105", "hu", NULL, NULL, TRUE, "Hungarian"}, + { 0x0000040f, -1, "pc105", "is", NULL, NULL, TRUE, "Icelandic"}, + { 0x00000410, -1, "pc105", "it", NULL, NULL, TRUE, "Italian"}, + { 0x00010410, -1, "pc105", "it", NULL, NULL, TRUE, "Italian (142)"}, + { 0xa0000410, -1, "macbook79","it", "mac",NULL, TRUE, "Italiano (Apple)"}, + { 0x00000411, 7, "jp106", "jp", NULL, NULL, FALSE, "Japanese"}, + { 0x00000413, -1, "pc105", "nl", NULL, NULL, TRUE, "Dutch"}, + { 0x00000813, -1, "pc105", "be", NULL, NULL, TRUE, "Dutch (Belgian)"}, + { 0x00000414, -1, "pc105", "no", NULL, NULL, TRUE, "Norwegian"}, + { 0x00000415, -1, "pc105", "pl", NULL, NULL, TRUE, "Polish (Programmers)"}, + { 0x00000416, -1, "pc105", "br", NULL, NULL, TRUE, "Portuguese (Brazil, ABNT)"}, + { 0x00010416, -1, "abnt2", "br", NULL, NULL, TRUE, "Portuguese (Brazil, ABNT2)"}, + { 0x00000816, -1, "pc105", "pt", NULL, NULL, TRUE, "Portuguese (Portugal)"}, + { 0x0000041a, -1, "pc105", "hr", NULL, NULL, TRUE, "Croatian"}, + { 0x0000041d, -1, "pc105", "se", NULL, NULL, TRUE, "Swedish (Sweden)"}, + { 0x00000424, -1, "pc105", "si", NULL, NULL, TRUE, "Slovenian"}, + { 0x00000425, -1, "pc105", "ee", NULL, NULL, TRUE, "Estonian"}, + { 0x00000452, -1, "pc105", "gb", "intl", NULL, TRUE, "United Kingdom (Extended)"}, + { -1, -1, NULL, NULL, NULL, NULL, FALSE, NULL} }; /* -- 1.7.1 -- Unsubscribe info: http://cygwin.com/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 Jul 13 19:21:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Tue, 13 Jul 2010 19:21:00 -0000 Subject: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt In-Reply-To: <838437.24058.qm@web25508.mail.ukl.yahoo.com> References: <4C368BD5.8020500@cygwin.com> <838437.24058.qm@web25508.mail.ukl.yahoo.com> Message-ID: <4C3CBCAE.1040303@dronecode.org.uk> On 09/07/2010 07:58, Marco Atzeri wrote: > --- Ven 9/7/10, Larry Hall ha scritto: > >> On 7/8/2010 10:35 PM, Peter Farley >> wrote: >>> I don't know if this is the right place to ask this >> question, but if it is >>> not please advise me where to send it. >>> >>> Midnight Commander exits with F10, and in a native >> bash window or rxvt F10 >>> exits to the last directory viewed. In an xterm >> though, it exits to the >>> original directory from which MC was started. >>> > > on my Win-XP SP2 under cygwin/X > MC with F10 exits in the current directory > > Peter, > as mc is an alias > alias mc='. /usr/share/mc/bin/mc-wrapper.sh' > > I guess that under X this wrapper is working > differently than under console Perhaps more likely, the alias isn't setup by the shell init scripts under xterm because of the way the xterm was started (which the OP hasn't said) (but is being setup for cmd.exe or rxvt) Note that it's impossible for mc to change the current directory of the parent shell without this alias. -- 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 George.Young@pco-bcp.gc.ca Tue Jul 13 19:30:00 2010 From: George.Young@pco-bcp.gc.ca (Young, George) Date: Tue, 13 Jul 2010 19:30:00 -0000 Subject: Using the Canadian Multilingual Standard keyboard with WindowsXP In-Reply-To: <4C3CB352.6080605@dronecode.org.uk> References: <6B9C55F15278D64198962D45C8AA3CCA02B4B2E8@BCL4EXC4.b.net> <4C2CAB16.1000009@dronecode.org.uk> <6B9C55F15278D64198962D45C8AA3CCA02B4B312@BCL4EXC4.b.net> <4C3CB352.6080605@dronecode.org.uk> Message-ID: <6B9C55F15278D64198962D45C8AA3CCA02B4B336@BCL4EXC4.b.net> Hello Jon, I tried the patch and am very impressed. My WinXP was set up with English-Canada and 2 keyboards, Canadian Multilingual Standard and US. When I ran the cygwin patch, it added English-US with a US Keyboard, and switched to that. In cygwin, the RightAlt and RightControl do what they're supposed to do (almost). There still seems to be a small problem with dead key stuff. When I first run the cygwin server, and press the keys for dead-cedilla (RtCtrl and =) then c, it just gives c. If I then run xev and stop it, the dead keys start to work and it gives ?. Good stuff, George R. Young -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: July 13, 2010 2:41 PM To: cygwin-xfree@cygwin.com Cc: Young, George Subject: Re: Using the Canadian Multilingual Standard keyboard with WindowsXP On 02/07/2010 14:27, Young, George wrote: > With WIN XP keyboard set to Canadian Multilingual Standard: > Run xev, press Right Alt [xev output snipped] Thanks. This helps a lot in understanding the problem. There seem to be two things going on here: 1) In the Canadian Multilingual Standard layout, Ctrl-R is VK_OEM_8 (rather than the more normal VK_CONTROL) which isn't in the mapping table to ignore the VK code and use the scan code. 2) Windows generates an additional Ctrl-L key event before AltGr key event for international keyboard layouts. There is code in the X server to try to identify and discard these extra events, but this doesn't seem to be working in your case (and there have been other reports of that) I don't see why we can't just always load the US keyboard layout as all we care about are scan codes: Patch to follow which adds a flag to do that and turn it on for Japanese (which already does that) and Canadian Multilingual Standard. I've also added a keycode mapping for VK_OEM_8 in case that ever fails, and improved some logging related to the keyboard layout detection. I've also added the multix layout to the list of autodetected layouts. I've uploaded a build with this patch applied [1]. This seems to correctly generate ISO_Level3_Shift for AltGr and ISO_Level5_Shift for Ctrl-R in the multix layout. Perhaps you could try it out and see if it works for you? Although I am still a bit unclear as to what exactly doesn't work for you. Originally you said "If the Windows keyboard is set to Canadian Multilingual Standard, cygwin doesn't get the RightAlt and RightControl inputs", whereas this xev output seems to demonstrate that the X server gets events, just not the right ones :-) [1] ftp://cygwin.com/pub/cygwinx/XWin.20100713-git-c54fb06114a2c0f1.exe.bz2 > -----Original Message----- > On 03/06/2010 21:17, Young, George wrote: >> Using Windows XP and cygwin started with the command %RUN% XWin >> -multiwindow -clipboard -silent-dup-error -xkblayout ca -xkbvariant >> multix -xkbmodel pc104 >> >> If the Windows keyboard is set to US, cygwin works fine. If the >> Windows keyboard is set to Canadian Multilingual Standard, cygwin >> doesn't get the RightAlt and RightControl inputs. > > I couldn't reproduce this. Checking with xev, the right alt and right > control keys generate key events when the Windows keyboard layout is > Canadian Multilingual Standard, although it seems that right control > generates the same X keysym as left control with that layout for some > reason. > > Can you clarify how you are checking for the keypresses? > > Please attach your /var/log/XWin.0.log as well. -- 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 jonas_winkler@gmx.de Tue Jul 13 21:57:00 2010 From: jonas_winkler@gmx.de (Jonas Winkler) Date: Tue, 13 Jul 2010 21:57:00 -0000 Subject: Mouse offset when using java swing based gui applications Message-ID: <4C3CE124.3040203@gmx.de> Hi everyone, I just noticed a very strange behaviour of my Cygwin/X-setup. I have a laptop running Debian 5.0 and openssh-server 1.5.1. My windows7 x64 machine is running cygwin 1.7.5 and cygwin/x 1.8.0 (fresh installation). I'm using ssh and x forwarding to use gui applications - especially Netbeans 6.9 - on my windows machine. So far, all X applications run fine on windows. Using Netbeans is somewhat weird. After startup, i can use the menues, edit code, etc. But as soon as I change the window position (moving, maximizing) of Netbeans, it seems as if the position of the window actually does not change. Clicking works, but selecting a menu item not. I need to click and hold on the menu item, drag the mouse to the position where the menu would be before moving the window and then release it. Same goes for code completition windows - they pop up where they should be before moving the window. I investigated a bit more and build a very basic Java gui application using swing (same library used by netbeans to display gui elemets) and the problem persists. As said before other applications (tested: gnome-terminal, gedit and nautilus) just work fine. So this is a swing-related rather than a netbeans-related problem. I attached the cygcheck.out. I dont know what other kind of information I should provide, so if there's anything you need, please let me know. Cheers, Jonas Winkler -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: cygcheck.out URL: -------------- next part -------------- -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Thu Jul 15 13:38:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 15 Jul 2010 13:38:00 -0000 Subject: Mouse offset when using java swing based gui applications In-Reply-To: <4C3CE124.3040203@gmx.de> References: <4C3CE124.3040203@gmx.de> Message-ID: <4C3F0F49.5090506@dronecode.org.uk> On 13/07/2010 22:56, Jonas Winkler wrote: > I just noticed a very strange behaviour of my Cygwin/X-setup. I have a > laptop running Debian 5.0 and openssh-server 1.5.1. My windows7 x64 > machine is running cygwin 1.7.5 and cygwin/x 1.8.0 (fresh installation). > I'm using ssh and x forwarding to use gui applications - especially > Netbeans 6.9 - on my windows machine. > > So far, all X applications run fine on windows. Using Netbeans is > somewhat weird. After startup, i can use the menues, edit code, etc. But > as soon as I change the window position (moving, maximizing) of > Netbeans, it seems as if the position of the window actually does not > change. Clicking works, but selecting a menu item not. I need to click > and hold on the menu item, drag the mouse to the position where the menu > would be before moving the window and then release it. > > Same goes for code completition windows - they pop up where they should > be before moving the window. > > I investigated a bit more and build a very basic Java gui application > using swing (same library used by netbeans to display gui elemets) and > the problem persists. As said before other applications (tested: > gnome-terminal, gedit and nautilus) just work fine. So this is a > swing-related rather than a netbeans-related problem. > > I attached the cygcheck.out. I dont know what other kind of information > I should provide, so if there's anything you need, please let me know. Thanks very much for the clear problem report. We've had some similar reports before of problems with the mouse position reporting with Java applications, for e.g. [1], but I've never had a simple test case that has allowed me to reproduce it and investigate. So, I'd be very interested to see your simple Java application which demonstrates the problem. If you could also start the Xserver with the '-logverbose 3' option and attach your /var/log/XWin.0.log, that would be most helpful. [1] http://sourceware.org/ml/cygwin-xfree/2009-08/msg00060.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 richard.evans@datanomic.com Thu Jul 15 14:41:00 2010 From: richard.evans@datanomic.com (Richard Evans) Date: Thu, 15 Jul 2010 14:41:00 -0000 Subject: Mouse offset when using java swing based gui applications In-Reply-To: <4C3F0F49.5090506@dronecode.org.uk> References: <4C3F0F49.5090506@dronecode.org.uk> Message-ID: <974066EF77EEA44EB8AED6ADA05DBD0201FFDEFB@THHS2EXBE1X.hostedservice2.net> There's a bug reported against Java relating to this, with some more details. It claims to be fixed, but it still occurs. There's a small test case in the bug report. It makes many Java UI applications unusable with Cygwin/X. http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6434227 Richard -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: 15 July 2010 14:38 To: cygwin-xfree@cygwin.com Cc: jonas_winkler@gmx.de Subject: Re: Mouse offset when using java swing based gui applications On 13/07/2010 22:56, Jonas Winkler wrote: > I just noticed a very strange behaviour of my Cygwin/X-setup. I have a > laptop running Debian 5.0 and openssh-server 1.5.1. My windows7 x64 > machine is running cygwin 1.7.5 and cygwin/x 1.8.0 (fresh installation). > I'm using ssh and x forwarding to use gui applications - especially > Netbeans 6.9 - on my windows machine. > > So far, all X applications run fine on windows. Using Netbeans is > somewhat weird. After startup, i can use the menues, edit code, etc. But > as soon as I change the window position (moving, maximizing) of > Netbeans, it seems as if the position of the window actually does not > change. Clicking works, but selecting a menu item not. I need to click > and hold on the menu item, drag the mouse to the position where the menu > would be before moving the window and then release it. > > Same goes for code completition windows - they pop up where they should > be before moving the window. > > I investigated a bit more and build a very basic Java gui application > using swing (same library used by netbeans to display gui elemets) and > the problem persists. As said before other applications (tested: > gnome-terminal, gedit and nautilus) just work fine. So this is a > swing-related rather than a netbeans-related problem. > > I attached the cygcheck.out. I dont know what other kind of information > I should provide, so if there's anything you need, please let me know. Thanks very much for the clear problem report. We've had some similar reports before of problems with the mouse position reporting with Java applications, for e.g. [1], but I've never had a simple test case that has allowed me to reproduce it and investigate. So, I'd be very interested to see your simple Java application which demonstrates the problem. If you could also start the Xserver with the '-logverbose 3' option and attach your /var/log/XWin.0.log, that would be most helpful. [1] http://sourceware.org/ml/cygwin-xfree/2009-08/msg00060.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 hercynianforest@gmail.com Thu Jul 15 17:02:00 2010 From: hercynianforest@gmail.com (Olwe Melwasul) Date: Thu, 15 Jul 2010 17:02:00 -0000 Subject: Resizing problem Message-ID: I installed cygwin/xcygwin 1.7.5 with KDE. I tried clicking on XWin Server from the Start menue, but nothing happened. I tried startx from the cygwin basic terminal. Nothing. After some Google archaeology, I found someone that had done this: cd \cygwin\bin ash PATH=. rebaseall -v at the DOS command. Good. It worked. Running startx at the cygwin command did start a twm session. But how the KDE would run, I couldn't figure out from any amount of documentation or Googling. After some more Googling, I saw a reference to an Openbox. Guessing along, I got startx /usr/bin/openbox to give me Openbox. My problem is that I cannot minimize anything because it goes down below and out of sight. The XWin container window is sized on start up to my right computer screen, but when I drag it over to my larger left screen, it can't be resized. I suspect Openbox has a default size larger (lower?) and down in the hidden part is no doubt either a task bar with the minimized apps or the minimized apps themselves, right? Alt-Tab only cycles the Win7 apps, not the XWin session apps, BTW. Actually, I don't need the startx version, I could very well use the startxwin multi-windows version IF I could get Emacs in shell mode to do cygwin bash. Starting the X server and then Emacs multi-windows style gets a shell mode that apparently doesn't see cygwin. I'm guessing it's using the DOS command. How can I a) get at the minimized apps? or b) how can I get a stand-alone X server-run Emacs to see cygwin bash? Olwe Bottorff Grand Marais, MN -- Unsubscribe info: http://cygwin.com/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 Jul 15 18:12:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 15 Jul 2010 18:12:00 -0000 Subject: Resizing problem In-Reply-To: References: Message-ID: <4C3F4F90.5070304@cornell.edu> On 7/15/2010 1:02 PM, Olwe Melwasul wrote: > [...] > Actually, I don't need the startx version, I could very well use the > startxwin multi-windows version IF I could get Emacs in shell mode to > do cygwin bash. Starting the X server and then Emacs multi-windows > style gets a shell mode that apparently doesn't see cygwin. I'm > guessing it's using the DOS command. I can't comment on the first part of your post, but I'm Cygwin's emacs maintainer and can try to help you get emacs running. If you want to run emacs under X, install the emacs-X11 package and then type 'emacs&' in an xterm window. If something doesn't work the way you expect, please give a precise recipe for reproducing the problem. I don't know what you mean by "a shell mode that apparently doesn't see cygwin". 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 hercynianforest@gmail.com Thu Jul 15 19:51:00 2010 From: hercynianforest@gmail.com (Olwe Melwasul) Date: Thu, 15 Jul 2010 19:51:00 -0000 Subject: Resizing problem In-Reply-To: <4C3F4F90.5070304@cornell.edu> References: <4C3F4F90.5070304@cornell.edu> Message-ID: Yes, I am using the emacs-X11 and yes, I started it (after starting the X server to get multiwindowed mode) with ">emacs &" at the cygwin command. Emacs-X11 comes up fine, looking good. Then I do "M-x shell" to get a shell environment inside of Emacs. But what comes up is not bash. I'm not sure what it is, but it sees no cygwin apps: It doesn't know what "ls" or "which diff" or any other GNU/cygwin stuff is. I assume it is the DOS shell. Oddly, if I start emacs-X11 inside the windowed mode (startx) and do emacs shell mode, it does see bash and the rest of the GNU/cygwin apps. O GM, MN On Thu, Jul 15, 2010 at 1:12 PM, Ken Brown wrote: > On 7/15/2010 1:02 PM, Olwe Melwasul wrote: >> >> [...] >> Actually, I don't need the startx version, I could very well use the >> startxwin multi-windows version IF I could get Emacs in shell mode to >> do cygwin bash. Starting the X server and then Emacs multi-windows >> style gets a shell mode that apparently doesn't see cygwin. I'm >> guessing it's using the DOS command. > > I can't comment on the first part of your post, but I'm Cygwin's emacs > maintainer and can try to help you get emacs running. ?If you want to run > emacs under X, install the emacs-X11 package and then type 'emacs&' in an > xterm window. ?If something doesn't work the way you expect, please give a > precise recipe for reproducing the problem. ?I don't know what you mean by > "a shell mode that apparently doesn't see cygwin". > > 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/ > > -- Unsubscribe info: http://cygwin.com/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 Jul 15 21:20:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Thu, 15 Jul 2010 21:20:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C3F4F90.5070304@cornell.edu> Message-ID: <4C3F7B8B.1090704@cornell.edu> On 7/15/2010 3:51 PM, Olwe Melwasul wrote: > Yes, I am using the emacs-X11 and yes, I started it (after starting > the X server to get multiwindowed mode) with ">emacs&" at the cygwin > command. Emacs-X11 comes up fine, looking good. Then I do "M-x shell" > to get a shell environment inside of Emacs. But what comes up is not > bash. I'm not sure what it is, but it sees no cygwin apps: It doesn't > know what "ls" or "which diff" or any other GNU/cygwin stuff is. I > assume it is the DOS shell. Oddly, if I start emacs-X11 inside the > windowed mode (startx) and do emacs shell mode, it does see bash and > the rest of the GNU/cygwin apps. [Please don't top-post.] I think the problem is that your PATH isn't set correctly inside emacs. How are you starting the X server? If you use the start menu shortcut (with target C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe) you shouldn't have that problem. Notice that it uses 'bash -l' precisely so that the environment, including PATH, is set up in the normal way. 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 hercynianforest@gmail.com Fri Jul 16 01:27:00 2010 From: hercynianforest@gmail.com (Olwe Melwasul) Date: Fri, 16 Jul 2010 01:27:00 -0000 Subject: Resizing problem In-Reply-To: <4C3F7B8B.1090704@cornell.edu> References: <4C3F4F90.5070304@cornell.edu> <4C3F7B8B.1090704@cornell.edu> Message-ID: On Thu, Jul 15, 2010 at 4:20 PM, Ken Brown wrote: > On 7/15/2010 3:51 PM, Olwe Melwasul wrote: >> >> Yes, I am using the emacs-X11 and yes, I started it (after starting >> the X server to get multiwindowed mode) with ">emacs&" at the cygwin >> command. Emacs-X11 comes up fine, looking good. Then I do "M-x shell" >> to get a shell environment inside of Emacs. But what comes up is not >> bash. I'm not sure what it is, but it sees no cygwin apps: It doesn't >> know what "ls" or "which diff" or any other GNU/cygwin stuff is. I >> assume it is the DOS shell. Oddly, if I start emacs-X11 inside the >> windowed mode (startx) and do emacs shell mode, it does see bash and >> the rest of the GNU/cygwin apps. > > [Please don't top-post.] > > I think the problem is that your PATH isn't set correctly inside emacs. ?How > are you starting the X server? ?If you use the start menu shortcut (with > target C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe) > you shouldn't have that problem. ?Notice that it uses 'bash -l' precisely so > that the environment, including PATH, is set up in the normal way. > > Ken I started the X-server with the menu shortcut (which has the execute string you listed) and ... after ... a full minute it delivers a stand-alone xterm. I then click on the Emacs-X11, and after a long wait, it comes up. I do an M-x shell -- and get a "sh-3.2$" prompt. I try some commands, and it only seems to know a few. "cd" does get me to "/home/Olwe" which tells me it must have something to do with cygwin, but it knows no other GNU/cygwin other than perhaps "pwd". Next, I kill it and start Emacs-X11 in the xterm "emacs &". It comes up fine. I do M-x shell -- and get the identical prompt I got in xterm, namely, Olwe@Olwe-PC $ I type commands and they work -- it sees the GNU/cygwin apps fine -- but it leaves odd characters after it returns, e.g. $ which diff /usr/bin/diff ^[]0;~^G The last string is not random, it has some method to its madness. For example $ ls dbus-4xiZFwCMPa dbus-U6vB5c6MSd dbus-hdtwMyVbXA dbus-yXQ8LOSIN3 ]0;/tmp Actually, I copied the above output and lost the ^[ and the ^G, but they show up on the emacs shell output. Next, I kill emacs-X11 stand-alone and start emacs -nw in the xterm. Same funky characters. I try other consoles -- same funky characters. Again, the windowed mode doesn't have these problems, just the issues with minimized apps disappearing beyond the bottom of Openbox. If I could just get rid of the funky xterm characters, I'd call it a day.... -- Unsubscribe info: http://cygwin.com/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 Fri Jul 16 02:04:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Fri, 16 Jul 2010 02:04:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C3F4F90.5070304@cornell.edu> <4C3F7B8B.1090704@cornell.edu> Message-ID: <4C3FBE0E.80200@cornell.edu> On 7/15/2010 9:26 PM, Olwe Melwasul wrote: > On Thu, Jul 15, 2010 at 4:20 PM, Ken Brown wrote: >> On 7/15/2010 3:51 PM, Olwe Melwasul wrote: >>> >>> Yes, I am using the emacs-X11 and yes, I started it (after starting >>> the X server to get multiwindowed mode) with ">emacs&" at the cygwin >>> command. Emacs-X11 comes up fine, looking good. Then I do "M-x shell" >>> to get a shell environment inside of Emacs. But what comes up is not >>> bash. I'm not sure what it is, but it sees no cygwin apps: It doesn't >>> know what "ls" or "which diff" or any other GNU/cygwin stuff is. I >>> assume it is the DOS shell. Oddly, if I start emacs-X11 inside the >>> windowed mode (startx) and do emacs shell mode, it does see bash and >>> the rest of the GNU/cygwin apps. >> >> [Please don't top-post.] >> >> I think the problem is that your PATH isn't set correctly inside emacs. How >> are you starting the X server? If you use the start menu shortcut (with >> target C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe) >> you shouldn't have that problem. Notice that it uses 'bash -l' precisely so >> that the environment, including PATH, is set up in the normal way. >> >> Ken > > I started the X-server with the menu shortcut (which has the execute > string you listed) and ... after ... a full minute it delivers a > stand-alone xterm. I then click on the Emacs-X11, and after a long It sounds like you're using the Emacs-X11 start menu shortcut that's created by the X-start-menu-icons package. Don't use it. It doesn't set up the environment properly before starting emacs. To get a useful shortcut, you can use the script /usr/bin/make-emacs-shortcut that comes with the emacs package. > wait, it comes up. I do an M-x shell -- and get a "sh-3.2$" prompt. I > try some commands, and it only seems to know a few. "cd" does get me > to "/home/Olwe" which tells me it must have something to do with > cygwin, but it knows no other GNU/cygwin other than perhaps "pwd". > > Next, I kill it and start Emacs-X11 in the xterm "emacs&". It comes > up fine. I do M-x shell -- and get the identical prompt I got in > xterm, namely, > > Olwe@Olwe-PC > $ > > I type commands and they work -- it sees the GNU/cygwin apps fine -- > but it leaves odd characters after it returns, e.g. > > $ which diff > /usr/bin/diff > ^[]0;~^G This is ugly but harmless. It's an escape sequence that's part of the shell prompt, which is controlled by the PS1 environment variable. (In a normal shell, as opposed to one in emacs, you don't see it directly; I think it affects the color of the current directory, displayed as part of the prompt.) > The last string is not random, it has some method to its madness. For example > > $ ls > dbus-4xiZFwCMPa dbus-U6vB5c6MSd dbus-hdtwMyVbXA dbus-yXQ8LOSIN3 > ]0;/tmp > > Actually, I copied the above output and lost the ^[ and the ^G, but > they show up on the emacs shell output. > > Next, I kill emacs-X11 stand-alone and start emacs -nw in the xterm. > Same funky characters. I try other consoles -- same funky characters. > Again, the windowed mode doesn't have these problems, just the issues > with minimized apps disappearing beyond the bottom of Openbox. > > If I could just get rid of the funky xterm characters, I'd call it a day.... Read about the PS1 environment variable in the bash manual (or google). 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 kbrown@cornell.edu Fri Jul 16 02:20:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Fri, 16 Jul 2010 02:20:00 -0000 Subject: Resizing problem In-Reply-To: <4C3FBE0E.80200@cornell.edu> References: <4C3F4F90.5070304@cornell.edu> <4C3F7B8B.1090704@cornell.edu> <4C3FBE0E.80200@cornell.edu> Message-ID: <4C3FC1D8.1060206@cornell.edu> On 7/15/2010 10:03 PM, Ken Brown wrote: > On 7/15/2010 9:26 PM, Olwe Melwasul wrote: >> On Thu, Jul 15, 2010 at 4:20 PM, Ken Brown wrote: >>> On 7/15/2010 3:51 PM, Olwe Melwasul wrote: >>>> >>>> Yes, I am using the emacs-X11 and yes, I started it (after starting >>>> the X server to get multiwindowed mode) with ">emacs&" at the cygwin >>>> command. Emacs-X11 comes up fine, looking good. Then I do "M-x shell" >>>> to get a shell environment inside of Emacs. But what comes up is not >>>> bash. I'm not sure what it is, but it sees no cygwin apps: It doesn't >>>> know what "ls" or "which diff" or any other GNU/cygwin stuff is. I >>>> assume it is the DOS shell. Oddly, if I start emacs-X11 inside the >>>> windowed mode (startx) and do emacs shell mode, it does see bash and >>>> the rest of the GNU/cygwin apps. >>> >>> [Please don't top-post.] >>> >>> I think the problem is that your PATH isn't set correctly inside emacs. How >>> are you starting the X server? If you use the start menu shortcut (with >>> target C:\cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe) >>> you shouldn't have that problem. Notice that it uses 'bash -l' precisely so >>> that the environment, including PATH, is set up in the normal way. >>> >>> Ken >> >> I started the X-server with the menu shortcut (which has the execute >> string you listed) and ... after ... a full minute it delivers a >> stand-alone xterm. I then click on the Emacs-X11, and after a long > > It sounds like you're using the Emacs-X11 start menu shortcut that's > created by the X-start-menu-icons package. Don't use it. It doesn't > set up the environment properly before starting emacs. To get a useful > shortcut, you can use the script /usr/bin/make-emacs-shortcut that comes > with the emacs package. I should have added that you should see /usr/share/doc/Cygwin/emacs.README for more information about that script and the shortcut it creates. 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 pjfarley3@yahoo.com Fri Jul 16 02:46:00 2010 From: pjfarley3@yahoo.com (Peter Farley) Date: Fri, 16 Jul 2010 02:46:00 -0000 Subject: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt In-Reply-To: <4C3CBCAE.1040303@dronecode.org.uk> Message-ID: <40177.27676.qm@web31001.mail.mud.yahoo.com> --- On Tue, 7/13/10, Jon TURNEY wrote: > From: Jon TURNEY > Subject: Re: Bug or WAD? Midnight Commander F10 different in xterm than native or rxvt > To: cygwin-xfree@cygwin.com > Date: Tuesday, July 13, 2010, 3:21 PM > On 09/07/2010 07:58, Marco Atzeri wrote: > > on my Win-XP SP2 under cygwin/X > > MC with F10 exits in the current directory > > > > Peter, > > as mc is an alias > > alias mc='. /usr/share/mc/bin/mc-wrapper.sh' > > > > I guess that under X this wrapper is working > > differently than under console > > Perhaps more likely, the alias isn't setup by the shell > init scripts under xterm because of the way the xterm > was started (which the OP hasn't said) (but is being > setup for cmd.exe or rxvt) > > Note that it's impossible for mc to change the current > directory of the parent shell without this alias. For the record, the xterm I used for this test was the one started from the cygwin-X start menu item. I still have not found the round tuits to compile a debugging version of MC to check this out in more detail, but I hope to do so sometime in the next 30 days (lots of RL intruding). I will reply again when I have more information. Thank you all for your advice and help. Peter -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From hercynianforest@gmail.com Fri Jul 16 04:10:00 2010 From: hercynianforest@gmail.com (Olwe Melwasul) Date: Fri, 16 Jul 2010 04:10:00 -0000 Subject: Resizing problem In-Reply-To: <4C3FC1D8.1060206@cornell.edu> References: <4C3F4F90.5070304@cornell.edu> <4C3F7B8B.1090704@cornell.edu> <4C3FBE0E.80200@cornell.edu> <4C3FC1D8.1060206@cornell.edu> Message-ID: On Thu, Jul 15, 2010 at 9:20 PM, Ken Brown wrote: > I should have added that you should see /usr/share/doc/Cygwin/emacs.README > for more information about that script and the shortcut it creates. > > Ken > make-emacs-shortcut was in /bin. There was nothing in the .../README about it, though. README talked about a source code compile and install of Emacs. So what exactly should I do with make-emacs-shortcut? I clicked on it from WinManager and it did something, now I get normal bash behavior from the non-X11 console (e.g. default cygwin console and mintty) when I start emacs no window. When I start multiwindowed, same good behavior. Will look into PS1 environment stuff. And BTW, thank you very much. Olwe Grand Marais, MN -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From rcsaba@gmail.com Fri Jul 16 08:52:00 2010 From: rcsaba@gmail.com (Csaba Raduly) Date: Fri, 16 Jul 2010 08:52:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C3F4F90.5070304@cornell.edu> <4C3F7B8B.1090704@cornell.edu> <4C3FBE0E.80200@cornell.edu> <4C3FC1D8.1060206@cornell.edu> Message-ID: On Fri, Jul 16, 2010 at 6:10 AM, Olwe Melwasul wrote: > So what exactly should I do with make-emacs-shortcut? Run it from the xterm: type its name into xterm and press Enter. -- Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From kbrown@cornell.edu Fri Jul 16 12:24:00 2010 From: kbrown@cornell.edu (Ken Brown) Date: Fri, 16 Jul 2010 12:24:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C3F4F90.5070304@cornell.edu> <4C3F7B8B.1090704@cornell.edu> <4C3FBE0E.80200@cornell.edu> <4C3FC1D8.1060206@cornell.edu> Message-ID: <4C404F5A.5080400@cornell.edu> On 7/16/2010 12:10 AM, Olwe Melwasul wrote: > On Thu, Jul 15, 2010 at 9:20 PM, Ken Brown wrote: > >> I should have added that you should see /usr/share/doc/Cygwin/emacs.README >> for more information about that script and the shortcut it creates. >> >> Ken >> > > make-emacs-shortcut was in /bin. There was nothing in the .../README > about it, though. README talked about a source code compile and > install of Emacs. /bin and /usr/bin are the same (via mount) in Cygwin. If they appear different, then you're looking at them with non-Cygwin tools. And the README for emacs-23.2-1 does talk about make-emacs-shortcut. Under "Usage notes" it says: 2. The script /usr/bin/make-emacs-shortcut can be used to create a shortcut for starting emacs. As shipped, this shortcut starts emacs under X if an X server is running and in a mintty window otherwise. Edit it as desired. And a little further down it says: In addition, you will need cygutils in order to run the make-emacs-shortcut script described above, and you will need mintty and run2 to use the shortcut it creates. 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 Jul 16 13:50:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 16 Jul 2010 13:50:00 -0000 Subject: Resizing problem In-Reply-To: References: Message-ID: <4C40638C.10208@dronecode.org.uk> On 15/07/2010 18:02, Olwe Melwasul wrote: > I installed cygwin/xcygwin 1.7.5 with KDE. I don't know where you got KDE from, but it's not in the standard cygwin distribution. If you have problems with KDE, perhaps you should try the place you got it from. > I tried clicking on XWin > Server from the Start menue, but nothing happened. I tried startx from > the > cygwin basic terminal. Nothing. After some Google archaeology, I found > someone that had done this: > > cd \cygwin\bin > ash > PATH=. rebaseall -v > > at the DOS command. Good. It worked. Running startx at the cygwin > command did start a twm session. But how the KDE would run, I couldn't > figure out from any amount of documentation or Googling. Given the rest of this email, I find it hard to believe that the documentation you read included 'man Xwin' or the Cygwin/X User Guide [1] If you did, and you found it unclear, I'd welcome your suggestions as to how to improve that documentation. > After some > more Googling, I saw a reference to an Openbox. Guessing along, I got > startx /usr/bin/openbox to give me Openbox. My problem is that I > cannot minimize anything because it goes down below and out of sight. Nope. What's happening here is that you have no panel/taskbar running, so there is nothing to show minimized applications. Openbox is just a Window Manager. > The XWin container window is sized on start up to my right computer > screen, but when I drag it over to my larger left screen, it can't be > resized. from 'man XWin': "The display mode can not be changed once the X server has started." We do not currently support resizing the X screen of a running X server. > I suspect Openbox has a default size larger (lower?) and down > in the hidden part is no doubt either a task bar with the minimized > apps or the minimized apps themselves, right? Wrong, as explained above. > Alt-Tab only cycles the > Win7 apps, not the XWin session apps, BTW. This behaviour is by design. [2] If you want to allow the X server to capture alt-tab key presses, you should read about the -keyhook option in 'man XWin': "-[no]keyhook: Enable [disable] a low-level keyboard hook for catching special keypresses like Menu and Alt+Tab and passing them to the X Server instead of letting Windows handle them." And indeed 'startx /usr/bin/openbox-session -- -keyhook' gives you an openbox session where you can switch windows using alt-tab. It's kind of unfortunate that the default configuration of openbox and the X server interact in this way to make it difficult to work out how to get your minimized applications back, and we could certainly do with some words in the User's Guide about using the WMs we provide, but that would best be written by someone who actually uses them, which isn't me :-) > Actually, I don't need the startx version, I could very well use the > startxwin multi-windows version IF I could get Emacs in shell mode to > do cygwin bash. Starting the X server and then Emacs multi-windows > style gets a shell mode that apparently doesn't see cygwin. I'm > guessing it's using the DOS command. > > How can I a) get at the minimized apps? or b) how can I get a > stand-alone X server-run Emacs to see cygwin bash? [1] http://x.cygwin.com/docs/ug/cygwin-x-ug.html [2] http://x.cygwin.com/docs/ug/using-switching.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 Fri Jul 16 14:04:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 16 Jul 2010 14:04:00 -0000 Subject: Using the Canadian Multilingual Standard keyboard with WindowsXP In-Reply-To: <6B9C55F15278D64198962D45C8AA3CCA02B4B336@BCL4EXC4.b.net> References: <6B9C55F15278D64198962D45C8AA3CCA02B4B2E8@BCL4EXC4.b.net> <4C2CAB16.1000009@dronecode.org.uk> <6B9C55F15278D64198962D45C8AA3CCA02B4B312@BCL4EXC4.b.net> <4C3CB352.6080605@dronecode.org.uk> <6B9C55F15278D64198962D45C8AA3CCA02B4B336@BCL4EXC4.b.net> Message-ID: <4C4066F3.3050207@dronecode.org.uk> On 13/07/2010 20:30, Young, George wrote: > I tried the patch and am very impressed. My WinXP was set up with > English-Canada and 2 keyboards, Canadian Multilingual Standard and US. When > I ran the cygwin patch, it added English-US with a US Keyboard, and > switched to that. Thanks for trying it out. Hmm... this is a rather unfortunate side-effect of loading the US keyboard layout, and there doesn't seem to be a good way of preventing it appearing in the language bar. I think maybe I should try the alternate approach of handling VK_OEM_8 correctly and trying to work out why the code to discard the spurious Ctrl-L key events isn't always working (it works fine for me) I've uploaded another build at [1] which tries that, with lots of extra debugging built in. I wonder if you could check if Ctrl-R deadkeys work correctly with that, and also if you could provide me with the output of 'tail -f /var/log/XWin.0.log' and xev from pressing AltGr. > In cygwin, the RightAlt and RightControl do what they're supposed to do > (almost). There still seems to be a small problem with dead key stuff. > > When I first run the cygwin server, and press the keys for dead-cedilla > (RtCtrl and =) then c, it just gives c. If I then run xev and stop it, the > dead keys start to work and it gives ??. I'm afraid I can't reproduce this, I always get a ??, but I may not be doing the right thing. Can you give me some more detailed steps about how you are starting the Xserver, and the application you are typing into? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100716-git-26e4d8f804b5cfdc.exe.bz2 > > Good stuff, George R. Young > > > -----Original Message----- From: Jon TURNEY > [mailto:jon.turney@dronecode.org.uk] Sent: July 13, 2010 2:41 PM To: > cygwin-xfree@cygwin.com Cc: Young, George Subject: Re: Using the Canadian > Multilingual Standard keyboard with WindowsXP > > On 02/07/2010 14:27, Young, George wrote: >> With WIN XP keyboard set to Canadian Multilingual Standard: Run xev, >> press Right Alt > [xev output snipped] > > Thanks. This helps a lot in understanding the problem. > > There seem to be two things going on here: > > 1) In the Canadian Multilingual Standard layout, Ctrl-R is VK_OEM_8 (rather > than the more normal VK_CONTROL) which isn't in the mapping table to ignore > the VK code and use the scan code. > > 2) Windows generates an additional Ctrl-L key event before AltGr key event > for international keyboard layouts. There is code in the X server to try > to identify and discard these extra events, but this doesn't seem to be > working in your case (and there have been other reports of that) > > > I don't see why we can't just always load the US keyboard layout as all we > care about are scan codes: Patch to follow which adds a flag to do that > and turn it on for Japanese (which already does that) and Canadian > Multilingual Standard. > > I've also added a keycode mapping for VK_OEM_8 in case that ever fails, and > improved some logging related to the keyboard layout detection. > > I've also added the multix layout to the list of autodetected layouts. > > > I've uploaded a build with this patch applied [1]. This seems to correctly > generate ISO_Level3_Shift for AltGr and ISO_Level5_Shift for Ctrl-R in the > multix layout. Perhaps you could try it out and see if it works for you? > > Although I am still a bit unclear as to what exactly doesn't work for you. > Originally you said "If the Windows keyboard is set to Canadian > Multilingual Standard, cygwin doesn't get the RightAlt and RightControl > inputs", whereas this xev output seems to demonstrate that the X server > gets events, just not the right ones :-) -- 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 hercynianforest@gmail.com Fri Jul 16 14:39:00 2010 From: hercynianforest@gmail.com (Olwe Melwasul) Date: Fri, 16 Jul 2010 14:39:00 -0000 Subject: Resizing problem In-Reply-To: <4C40638C.10208@dronecode.org.uk> References: <4C40638C.10208@dronecode.org.uk> Message-ID: On Fri, Jul 16, 2010 at 8:50 AM, Jon TURNEY wrote: > On 15/07/2010 18:02, Olwe Melwasul wrote: >> >> I installed cygwin/xcygwin 1.7.5 with KDE. > > I don't know where you got KDE from, but it's not in the standard cygwin > distribution. ?If you have problems with KDE, perhaps you should try the > place you got it from. > >> I tried clicking on XWin >> Server from the Start menue, but nothing happened. I tried startx from >> the >> cygwin basic terminal. Nothing. After some Google archaeology, I found >> someone that had done this: >> >> cd \cygwin\bin >> ash >> PATH=. rebaseall -v >> >> at the DOS command. Good. It worked. Running startx at the cygwin >> command did start a twm session. But how the KDE would run, I couldn't >> figure out from any amount of documentation or Googling. > > Given the rest of this email, I find it hard to believe that the > documentation you read included 'man Xwin' or the Cygwin/X User Guide [1] > > If you did, and you found it unclear, I'd welcome your suggestions as to how > to improve that documentation. I don't think I'd want to try. I'd likely have "too many questions." And my feelings would either be bolstered by people like Ken Brown who answered these initial questions promptly and accurately with patience, or trampled rudely and brusquely as is Jon Turney's habit. Yes, I've seen other Jon Turney's responses, and they're not winning the cygwin cause many friends. I'm not your typical "newbie from hell," and if I'm having this level of trouble with cygwin/Xcygwin "out of the box," let that be a barometer that your product lacks proper documentation. After all, how many "casual Windows users curious about GNU/Linux" who found Xcygwin not working out of the box (still not working after reading your spotty Xcygwin user's guide) would have Googled around for a solution? I found the "rebase all" and it worked. Why? I still don't know. But do you expect a real beginner to have gone to those lengths? As for where I got my distro, I chose the ucalgary mirror because it's one of the closest to me here in Minnesota. If the ucalgary mirror is dealing bad source, is that my fault? I'm a GNU/Linux user who has to teach a course on GNU text/file manipulation tools to students who've never seen GNU/Linux and will probably not want to install it on their laptops. Therefore I have to get cygwin going on their computers. I think I can limp along now.... > >> After some >> more Googling, I saw a reference to an Openbox. Guessing along, I got >> startx /usr/bin/openbox to give me Openbox. My problem is that I >> cannot minimize anything because it goes down below and out of sight. > > Nope. ?What's happening here is that you have no panel/taskbar running, so > there is nothing to show minimized applications. ?Openbox is just a Window > Manager. > >> The XWin container window is sized on start up to my right computer >> screen, but when I drag it over to my larger left screen, it can't be >> resized. > > from 'man XWin': "The display mode can not be changed once the X server has > started." ?We do not currently support resizing the X screen of a running X > server. > >> I suspect Openbox has a default size larger (lower?) and down >> in the hidden part is no doubt either a task bar with the minimized >> apps or the minimized apps themselves, right? > > Wrong, as explained above. > >> Alt-Tab only cycles the >> >> Win7 apps, not the XWin session apps, BTW. > > This behaviour is by design. [2] > > If you want to allow the X server to capture alt-tab key presses, you should > read about the -keyhook option in 'man XWin': > > "-[no]keyhook: Enable [disable] ?a ?low-level ?keyboard ?hook for catching > special keypresses like Menu and Alt+Tab and passing them to the X Server > instead of letting Windows handle them." > > And indeed 'startx /usr/bin/openbox-session -- -keyhook' gives you an > openbox session where you can switch windows using alt-tab. > > It's kind of unfortunate that the default configuration of openbox and the X > server interact in this way to make it difficult to work out how to get your > minimized applications back, and we could certainly do with some words in > the User's Guide about using the WMs we provide, but that would best be > written by someone who actually uses them, which isn't me :-) > >> Actually, I don't need the startx version, I could very well use the >> startxwin multi-windows version IF I could get Emacs in shell mode to >> do cygwin bash. Starting the X server and then Emacs multi-windows >> style gets a shell mode that apparently doesn't see cygwin. I'm >> guessing it's using the DOS command. >> >> How can I a) get at the minimized apps? or b) how can I get a >> stand-alone X server-run Emacs to see cygwin bash? > > [1] http://x.cygwin.com/docs/ug/cygwin-x-ug.html > [2] http://x.cygwin.com/docs/ug/using-switching.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 andy.koppe@gmail.com Fri Jul 16 15:40:00 2010 From: andy.koppe@gmail.com (Andy Koppe) Date: Fri, 16 Jul 2010 15:40:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C40638C.10208@dronecode.org.uk> Message-ID: On 16 July 2010 15:39, Olwe Melwasul wrote: > On Fri, Jul 16, 2010 at 8:50 AM, Jon TURNEY wrote: >>> I installed cygwin/xcygwin 1.7.5 with KDE. >> >> I don't know where you got KDE from, but it's not in the standard cygwin >> distribution. ?If you have problems with KDE, perhaps you should try the >> place you got it from. >> >>> I tried clicking on XWin >>> Server from the Start menue, but nothing happened. I tried startx from >>> the >>> cygwin basic terminal. Nothing. After some Google archaeology, I found >>> someone that had done this: >>> >>> cd \cygwin\bin >>> ash >>> PATH=. rebaseall -v >>> >>> at the DOS command. Good. It worked. Running startx at the cygwin >>> command did start a twm session. But how the KDE would run, I couldn't >>> figure out from any amount of documentation or Googling. >> >> Given the rest of this email, I find it hard to believe that the >> documentation you read included 'man Xwin' or the Cygwin/X User Guide [1] >> >> If you did, and you found it unclear, I'd welcome your suggestions as to how >> to improve that documentation. > > I don't think I'd want to try. I'd likely have "too many questions." > > And my feelings would either be bolstered by people like Ken Brown who > answered these initial questions promptly and accurately with > patience, or trampled rudely and brusquely as is Jon Turney's habit. > Yes, I've seen other Jon Turney's responses, and they're not winning > the cygwin cause many friends. That's both insulting and untrue. Jon's doing a great job maintaining and supporting one of the most complex pieces of Cygwin, and as far as I remember, his responses are always helpful and accurate. You did get answers to your questions, and Jon acknowledged that the documentation needs improvement, so what exactly are you taking umbrage at anyway? The suggestion that reading the actual manual instead of just googling around might have helped? > I'm a GNU/Linux user who has to teach a course on GNU text/file > manipulation tools to students who've never seen GNU/Linux and will > probably not want to install it on their laptops. You do realise that you don't need Cygwin/X to run a Cygwin console or terminal? Andy -- Unsubscribe info: http://cygwin.com/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 Fri Jul 16 15:55:00 2010 From: reply-to-list-only-lh-x@cygwin.com (Larry Hall (Cygwin X)) Date: Fri, 16 Jul 2010 15:55:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C40638C.10208@dronecode.org.uk> Message-ID: <4C4080DD.7060404@cygwin.com> On 7/16/2010 10:39 AM, Olwe Melwasul wrote: > On Fri, Jul 16, 2010 at 8:50 AM, Jon TURNEY<> wrote: ^ . Thanks. >> On 15/07/2010 18:02, Olwe Melwasul wrote: >>> >>> I installed cygwin/xcygwin 1.7.5 with KDE. >> >> I don't know where you got KDE from, but it's not in the standard cygwin >> distribution. If you have problems with KDE, perhaps you should try the >> place you got it from. > I'm not your typical "newbie from hell," and if I'm having this level > of trouble with cygwin/Xcygwin "out of the box," let that be a > barometer that your product lacks proper documentation. After all, how > many "casual Windows users curious about GNU/Linux" who found Xcygwin > not working out of the box (still not working after reading your > spotty Xcygwin user's guide) would have Googled around for a solution? > I found the "rebase all" and it worked. Why? I still don't know. But > do you expect a real beginner to have gone to those lengths? As for > where I got my distro, I chose the ucalgary mirror because it's one of > the closest to me here in Minnesota. If the ucalgary mirror is dealing > bad source, is that my fault? No but I just checked the calgary mirror and it contains only some qt3 and qt4 packages, albeit under the heading of KDE. Still, there is no KDE window manager or other goodies there so if you really have KDE installed (which is available from ), you didn't get it from the Cygwin distribution, which is the main thing that Jon was pointing out. While you can't be held responsible for the state of software found on some mirror, it's also not fair to hold the Cygwin community responsible for software that it doesn't distribute. You want to go to the source for support in the case of packages that are outside the Cygwin distribution. Your issue requiring rebase is a known one. Unfortunately, it's hard to fix and it's not possible to predict which installations will have problems (though typically those with more packages and those containing packages from other sources will likely have more trouble). This isn't just a Cygwin-X issue though. It's a Cygwin issue in general. Anyway, I'm just clarifying some about what you saw rather than providing any silver bullets to address it. We're still looking for those silver bullets. -- 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 cgf-use-the-mailinglist-please@cygwin.com Fri Jul 16 16:00:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Fri, 16 Jul 2010 16:00:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C40638C.10208@dronecode.org.uk> Message-ID: <20100716160022.GA30933@ednor.casa.cgf.cx> On Fri, Jul 16, 2010 at 04:39:58PM +0100, Andy Koppe wrote: >On 16 July 2010 15:39, Olwe Melwasul wrote: >> On Fri, Jul 16, 2010 at 8:50 AM, Jon TURNEY wrote: >>>> I installed cygwin/xcygwin 1.7.5 with KDE. >>> >>> I don't know where you got KDE from, but it's not in the standard cygwin >>> distribution. ??If you have problems with KDE, perhaps you should try the >>> place you got it from. >>> >>>> I tried clicking on XWin >>>> Server from the Start menue, but nothing happened. I tried startx from >>>> the >>>> cygwin basic terminal. Nothing. After some Google archaeology, I found >>>> someone that had done this: >>>> >>>> cd \cygwin\bin >>>> ash >>>> PATH=. rebaseall -v >>>> >>>> at the DOS command. Good. It worked. Running startx at the cygwin >>>> command did start a twm session. But how the KDE would run, I couldn't >>>> figure out from any amount of documentation or Googling. >>> >>> Given the rest of this email, I find it hard to believe that the >>> documentation you read included 'man Xwin' or the Cygwin/X User Guide [1] >>> >>> If you did, and you found it unclear, I'd welcome your suggestions as to how >>> to improve that documentation. >> >> I don't think I'd want to try. I'd likely have "too many questions." >> >> And my feelings would either be bolstered by people like Ken Brown who >> answered these initial questions promptly and accurately with >> patience, or trampled rudely and brusquely as is Jon Turney's habit. >> Yes, I've seen other Jon Turney's responses, and they're not winning >> the cygwin cause many friends. > >That's both insulting and untrue. Jon's doing a great job maintaining >and supporting one of the most complex pieces of Cygwin, and as far as >I remember, his responses are always helpful and accurate. Big ditto. And, I will once again offer my usual pragmatic observation that going personal in a response is not going to have any positive effect on your prospects of additional support from the object of your diatribe. We are giving you stuff for free, including mailing list support. If you don't like the type of support you receive then you *can* send email to a mailing list expressing your outrage but that is not likely to have any positive effect whatsoever beyond the temporary flush from expressing "righteous" indignation. And, additionally, the argument from a stranger who says 1) I know a lot. 2) I found this confusing but I have no intentions of offering constructive feedback. is likely going to cause a number of people to discount 1). 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 George.Young@pco-bcp.gc.ca Fri Jul 16 17:13:00 2010 From: George.Young@pco-bcp.gc.ca (Young, George) Date: Fri, 16 Jul 2010 17:13:00 -0000 Subject: Using the Canadian Multilingual Standard keyboard with WindowsXP In-Reply-To: <4C4066F3.3050207@dronecode.org.uk> References: <6B9C55F15278D64198962D45C8AA3CCA02B4B2E8@BCL4EXC4.b.net> <4C2CAB16.1000009@dronecode.org.uk> <6B9C55F15278D64198962D45C8AA3CCA02B4B312@BCL4EXC4.b.net> <4C3CB352.6080605@dronecode.org.uk> <6B9C55F15278D64198962D45C8AA3CCA02B4B336@BCL4EXC4.b.net> <4C4066F3.3050207@dronecode.org.uk> Message-ID: <6B9C55F15278D64198962D45C8AA3CCA02B4B33B@BCL4EXC4.b.net> Hello Jon, With this patch, Right Alt gives $ tail -f /var/log/XWin.0.log [610937.742] winWindowProc - Message WM_KEYDOWN [610937.742] hwnd 0x700d2 wParam 0xd lParam 0x1c0001 timestamp 610937742 [610937.742] winTranslateKey: wParam 000d lParam 001c0001 timestamp 610937742 [610937.742] winSendKeyEvent: dwKey: 28, fDown: 1, nEvents 2 [610937.802] winTopLevelWindowProc - Message WM_KEYUP [610937.802] hwnd 0xa0150 wParam 0xd lParam 0xc01c0001 timestamp 610937802 [610937.802] winWindowProc - Message WM_KEYUP [610937.802] hwnd 0x700d2 wParam 0xd lParam 0xc01c0001 timestamp 610937802 [610937.802] winTranslateKey: wParam 000d lParam c01c0001 timestamp 610937802 [610937.802] winSendKeyEvent: dwKey: 28, fDown: 0, nEvents 2 [610941.938] winTopLevelWindowProc - Message WM_KEYDOWN [610941.938] hwnd 0xa0150 wParam 0x11 lParam 0x1d0001 timestamp 610941938 [610941.938] winWindowProc - Message WM_KEYDOWN [610941.938] hwnd 0x700d2 wParam 0x11 lParam 0x1d0001 timestamp 610941938 [610941.938] winTopLevelWindowProc - Message WM_KEYDOWN [610941.938] hwnd 0xa0150 wParam 0x12 lParam 0x21380001 timestamp 610941938 [610941.938] winWindowProc - Message WM_KEYDOWN [610941.938] hwnd 0x700d2 wParam 0x12 lParam 0x21380001 timestamp 610941938 [610941.938] winTranslateKey: wParam 0012 lParam 21380001 timestamp 610941938 [610941.938] winSendKeyEvent: dwKey: 105, fDown: 1, nEvents 2 [610942.018] winTopLevelWindowProc - Message WM_SYSKEYUP [610942.018] hwnd 0xa0150 wParam 0x11 lParam 0xe01d0001 timestamp 610942018 [610942.018] winWindowProc - Message WM_SYSKEYUP [610942.018] hwnd 0x700d2 wParam 0x11 lParam 0xe01d0001 timestamp 610942018 [610942.018] winTopLevelWindowProc - Message WM_KEYUP [610942.018] hwnd 0xa0150 wParam 0x12 lParam 0xc1380001 timestamp 610942018 [610942.018] winWindowProc - Message WM_KEYUP [610942.018] hwnd 0x700d2 wParam 0x12 lParam 0xc1380001 timestamp 610942018 [610942.018] winTranslateKey: wParam 0012 lParam c1380001 timestamp 610942018 [610942.018] winSendKeyEvent: dwKey: 105, fDown: 0, nEvents 2 KeyPress event, serial 24, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 611127124, (353,21), root:(485,195), state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 27, synthetic NO, window 0xa00001, root 0x101, subw 0x0, time 611127184, (353,21), root:(485,195), state 0x80, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False For the dead-cedilla problem, the server is started with %RUN% XWin -multiwindow -clipboard -silent-dup-error -xkblayout ca -xkbvariant multix -xkbmodel pc104 %RUN% xterm +tb -e /usr/bin/bash -l and I'm just typing in the xterm window. Immediately afer starting the server, RtCtrl = c gives c. After running some other application (e.g. xev, xterm +tb), it starts giving ?. And sometimes just to tease, it gives ? immediately upon startup. In any event, this patch seems to work as well as the last one, and it doesn't visibly impact the WinXP language selector thingie. So again, good stuff. Regards, George. -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: July 16, 2010 10:05 AM To: cygwin-xfree@cygwin.com Cc: Young, George Subject: Re: Using the Canadian Multilingual Standard keyboard with WindowsXP On 13/07/2010 20:30, Young, George wrote: > I tried the patch and am very impressed. My WinXP was set up with > English-Canada and 2 keyboards, Canadian Multilingual Standard and US. > When I ran the cygwin patch, it added English-US with a US Keyboard, > and switched to that. Thanks for trying it out. Hmm... this is a rather unfortunate side-effect of loading the US keyboard layout, and there doesn't seem to be a good way of preventing it appearing in the language bar. I think maybe I should try the alternate approach of handling VK_OEM_8 correctly and trying to work out why the code to discard the spurious Ctrl-L key events isn't always working (it works fine for me) I've uploaded another build at [1] which tries that, with lots of extra debugging built in. I wonder if you could check if Ctrl-R deadkeys work correctly with that, and also if you could provide me with the output of 'tail -f /var/log/XWin.0.log' and xev from pressing AltGr. > In cygwin, the RightAlt and RightControl do what they're supposed to > do (almost). There still seems to be a small problem with dead key stuff. > > When I first run the cygwin server, and press the keys for > dead-cedilla (RtCtrl and =) then c, it just gives c. If I then run xev > and stop it, the dead keys start to work and it gives ?. I'm afraid I can't reproduce this, I always get a ?, but I may not be doing the right thing. Can you give me some more detailed steps about how you are starting the Xserver, and the application you are typing into? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100716-git-26e4d8f804b5cfdc.exe.bz2 > > Good stuff, George R. Young > > > -----Original Message----- From: Jon TURNEY > [mailto:jon.turney@dronecode.org.uk] Sent: July 13, 2010 2:41 PM To: > cygwin-xfree@cygwin.com Cc: Young, George Subject: Re: Using the > Canadian Multilingual Standard keyboard with WindowsXP > > On 02/07/2010 14:27, Young, George wrote: >> With WIN XP keyboard set to Canadian Multilingual Standard: Run xev, >> press Right Alt > [xev output snipped] > > Thanks. This helps a lot in understanding the problem. > > There seem to be two things going on here: > > 1) In the Canadian Multilingual Standard layout, Ctrl-R is VK_OEM_8 > (rather than the more normal VK_CONTROL) which isn't in the mapping > table to ignore the VK code and use the scan code. > > 2) Windows generates an additional Ctrl-L key event before AltGr key > event for international keyboard layouts. There is code in the X > server to try to identify and discard these extra events, but this > doesn't seem to be working in your case (and there have been other > reports of that) > > > I don't see why we can't just always load the US keyboard layout as > all we care about are scan codes: Patch to follow which adds a flag > to do that and turn it on for Japanese (which already does that) and > Canadian Multilingual Standard. > > I've also added a keycode mapping for VK_OEM_8 in case that ever > fails, and improved some logging related to the keyboard layout detection. > > I've also added the multix layout to the list of autodetected layouts. > > > I've uploaded a build with this patch applied [1]. This seems to > correctly generate ISO_Level3_Shift for AltGr and ISO_Level5_Shift for > Ctrl-R in the multix layout. Perhaps you could try it out and see if it works for you? > > Although I am still a bit unclear as to what exactly doesn't work for you. > Originally you said "If the Windows keyboard is set to Canadian > Multilingual Standard, cygwin doesn't get the RightAlt and > RightControl inputs", whereas this xev output seems to demonstrate > that the X server gets events, just not the right ones :-) -- 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 hercynianforest@gmail.com Fri Jul 16 20:03:00 2010 From: hercynianforest@gmail.com (Olwe Melwasul) Date: Fri, 16 Jul 2010 20:03:00 -0000 Subject: Resizing problem In-Reply-To: <20100716160022.GA30933@ednor.casa.cgf.cx> References: <4C40638C.10208@dronecode.org.uk> <20100716160022.GA30933@ednor.casa.cgf.cx> Message-ID: If you people simply want to flame me, fine. But everything I said is true: a) I had problems that no true Windows newbie could have solved from reading any amount of your "documentation". b) this or that man page is NOT documentation. (Man pages will eventually be outlawed under the Geneva Convention as a form of torture.) c) after not finding answers, I spent three days searching for this and that clue, scavenger-hunt-style... d) ... where I encountered many of Jon T's answers, and, yes, they were all quite brusque and patronizing -- which put me off wanting to get on your mailing list. e) ...where I got some good help from a nice young man, but then patronized by a not-so-nice person who blew off all my legitimate complains and problems to patronize me -- as he has done many others. f) Microsoft's main dig against "open source" software still has a ring of truth to it, i.e., whenever you leave the customer-provider business relationship (where there's money on the table and even laws), you very well might encounter this sort of attitude and behavior. That being, of course, providers who don't care about customers, or don't even see end-users as customers, but as hoards of pests sucking up their valuable time with frivolous questions. So if cygwin is on the front lines of trying to win Windows users over to GNU/Linux, then we have a problem. I, for one, would expect cygwin to be inundated with clueless newbies who are a) not very computer saavy (e.g. what newbie would have done a rebase all?) b) nervous and in a hurry about deviating so far from Big Redmond Brother, i.e., not good with "challenging" documentation, likely to do stupid things. c) needing lots of hand-holding and not much scolding. I could go on (and on and on), but I hope you got my drift. Olwe Grand Marais, MN -- Unsubscribe info: http://cygwin.com/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 Fri Jul 16 21:19:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Fri, 16 Jul 2010 21:19:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C40638C.10208@dronecode.org.uk> <20100716160022.GA30933@ednor.casa.cgf.cx> Message-ID: <20100716211902.GA32291@ednor.casa.cgf.cx> On Fri, Jul 16, 2010 at 03:03:07PM -0500, Olwe Melwasul wrote: >If you people simply want to flame me, fine. But everything I said is true: 1) No one flamed you. Flaming is what you are doing now. 2) You are not a customer. You have no rights to anything here. The flow of obligation does not go from us to you. We are doing you a favor by providing you with software and answering your questions. If you don't want to use the software or don't like the answers you're getting then it will not affect us in the slightest if you stop. 3) The point of this project is to provide a UNIX/Linux environment primarily for people who know UNIX/Linux. The documentation on our web site presupposes that. If you don't like man pages then you have found the wrong project. 4) Cygwin is not a movement. It is just a collection of programs which a number of people have made available for free. Then those people and others have volunteered their time to create documentation and answer questions. You're welcome. 5) When you say that it took "three days to do ...X" you want us to conclude that it was hard to find X. An alternate conclusion is that you aren't very adept at finding things. I mention this because it may not be clear to you that some of your indignant remarks are working against you. 6) This is an open source project which accepts contributions. So, if you truly want to do more than try to convince us that you like to rant then provide us with concrete suggestions, ideally in the form of actual changes to the documentation which you so decry. If you can't be bothered to provide concrete suggestions and insist on making personal observations, vague complaints, and pseudo-philosophical pronouncements then we will all happily conclude that you are YA internet loon who can be safely ignored. If you want to do the latter then use the cygwin-talk mailing list as you'll be off-topic here. If you want to provide concrete suggestions for improvement then go ahead. We'll be happy (seriously) to see them. 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 hercynianforest@gmail.com Fri Jul 16 21:40:00 2010 From: hercynianforest@gmail.com (Olwe Melwasul) Date: Fri, 16 Jul 2010 21:40:00 -0000 Subject: Resizing problem In-Reply-To: <20100716211902.GA32291@ednor.casa.cgf.cx> References: <4C40638C.10208@dronecode.org.uk> <20100716160022.GA30933@ednor.casa.cgf.cx> <20100716211902.GA32291@ednor.casa.cgf.cx> Message-ID: On Fri, Jul 16, 2010 at 4:19 PM, Christopher Faylor wrote: > On Fri, Jul 16, 2010 at 03:03:07PM -0500, Olwe Melwasul wrote: >>If you people simply want to flame me, fine. But everything I said is true: > > 1) No one flamed you. ?Flaming is what you are doing now. The flaming started when I had complaints and they were blown off and or criticized. > > 2) You are not a customer. ?You have no rights to anything here. ?The > flow of obligation does not go from us to you. ?We are doing you a favor > by providing you with software and answering your questions. ?If you > don't want to use the software or don't like the answers you're getting > then it will not affect us in the slightest if you stop. Again, Microsoft's whole point. > > 3) The point of this project is to provide a UNIX/Linux environment > primarily for people who know UNIX/Linux. ?The documentation on our > web site presupposes that. ?If you don't like man pages then you have > found the wrong project. I'm a very typical user coming from the Linux side who will be introducing GNU/Linux to the non-GNU/Linux crowd. I can't believe this isn't typical. > > 4) Cygwin is not a movement. ?It is just a collection of programs which > a number of people have made available for free. ?Then those people and > others have volunteered their time to create documentation and answer > questions. ?You're welcome. > > 5) When you say that it took "three days to do ...X" you want us to > conclude that it was hard to find X. ?An alternate conclusion is that > you aren't very adept at finding things. ?I mention this because it may > not be clear to you that some of your indignant remarks are working > against you. > > 6) This is an open source project which accepts contributions. ?So, if > you truly want to do more than try to convince us that you like to rant > then provide us with concrete suggestions, ideally in the form of actual > changes to the documentation which you so decry. ?If you can't be > bothered to provide concrete suggestions and insist on making personal > observations, vague complaints, and pseudo-philosophical pronouncements > then we will all happily conclude that you are YA internet loon who can > be safely ignored. I'd say offer tutorials and guides that include "known issues". This is very common in other OS projects. Do some hand-holding on-line. Don't patronize people. And no, man pages are not suited for newbies as guides or tutorials. They're for pros who know what they're doing. > > If you want to do the latter then use the cygwin-talk mailing list as > you'll be off-topic here. ?If you want to provide concrete suggestions > for improvement then go ahead. ?We'll be happy (seriously) to see them. > > cgf > Yeah, well, any normal person would have given up on this long ago, not put up with any patronizing, and most certainly not put up with being massively flamed. So no, I'm not normal. Good bye cygwin! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jrdepriest@gmail.com Fri Jul 16 22:08:00 2010 From: jrdepriest@gmail.com (DePriest, Jason R.) Date: Fri, 16 Jul 2010 22:08:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C40638C.10208@dronecode.org.uk> <20100716160022.GA30933@ednor.casa.cgf.cx> <20100716211902.GA32291@ednor.casa.cgf.cx> Message-ID: On Fri, Jul 16, 2010 at 4:40 PM, Olwe Melwasul <> wrote: > I'd say offer tutorials and guides that include "known issues". This > is very common in other OS projects. Do some hand-holding on-line. > Don't patronize people. And no, man pages are not suited for newbies > as guides or tutorials. They're for pros who know what they're doing. I frequently learn almost everything I need to know about an application by using its man pages as well as its info doc if it has it. One of the finest moments in my introduction to *nix was when I discovered I could learn about any command by simply typing 'man '. I'd love it if Windows had a similar feature. Not to be patronizing, but by definition, if someone knows what they are doing, they won't check out a man page anyway. If you want to know about "Cygwin" try the Cygwin User's Guide http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html. It has plain English explanations about how Cygwin works. There is also the FAQ http://cygwin.com/faq.html which may answer some of the whys or why nots that the UG skims over. I read the UG and FAQ a few times a month and I always find what I am looking for or learn something new. If you want to get deep into Cygwin's past, I'd suggest doing a custom Google search with 'site:cygwin.com/ml/cygwin' to search strictly the mailing list archives. Finally, if you *do* happen to find any tutorials about how to do things with Cygwin and they aren't on the cygwin.com website, they are probably outdated and are definitely not supported by the Cygwin core team. For example, I know there are several old tutorials on getting ssh to work with Cygwin. They are wrong. Oh, Cygwin specific bits of trivia about installed packages can be found in /usr/share/doc/Cygwin. Again, don't dis' the man page. Try 'man bash' or 'man grep' for examples of excellent man pages with examples and detailed explanations. If you have it installed, try 'man nmap'; the source of the man page is the same source used to build the online documentation. 'man' is one of the most useful commands there is. Please don't discount it as some esoteric, propeller head gizmo. -Jason -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From hercynianforest@gmail.com Fri Jul 16 22:23:00 2010 From: hercynianforest@gmail.com (Olwe Melwasul) Date: Fri, 16 Jul 2010 22:23:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C40638C.10208@dronecode.org.uk> <20100716160022.GA30933@ednor.casa.cgf.cx> <20100716211902.GA32291@ednor.casa.cgf.cx> Message-ID: On Fri, Jul 16, 2010 at 5:07 PM, DePriest, Jason R. wrote: > On Fri, Jul 16, 2010 at 4:40 PM, Olwe Melwasul <> wrote: >> I'd say offer tutorials and guides that include "known issues". This >> is very common in other OS projects. Do some hand-holding on-line. >> Don't patronize people. And no, man pages are not suited for newbies >> as guides or tutorials. They're for pros who know what they're doing. > > > I frequently learn almost everything I need to know about an > application by using its man pages as well as its info doc if it has > it. ?One of the finest moments in my introduction to *nix was when I > discovered I could learn about any command by simply typing 'man > '. ?I'd love it if Windows had a similar feature. > > Not to be patronizing, but by definition, if someone knows what they > are doing, they won't check out a man page anyway. > > If you want to know about "Cygwin" try the Cygwin User's Guide > http://cygwin.com/cygwin-ug-net/cygwin-ug-net.html. ?It has plain > English explanations about how Cygwin works. ?There is also the FAQ > http://cygwin.com/faq.html which may answer some of the whys or why > nots that the UG skims over. > > I read the UG and FAQ a few times a month and I always find what I am > looking for or learn something new. > > If you want to get deep into Cygwin's past, I'd suggest doing a custom > Google search with 'site:cygwin.com/ml/cygwin' to search strictly the > mailing list archives. > > Finally, if you *do* happen to find any tutorials about how to do > things with Cygwin and they aren't on the cygwin.com website, they are > probably outdated and are definitely not supported by the Cygwin core > team. ?For example, I know there are several old tutorials on getting > ssh to work with Cygwin. ?They are wrong. > > Oh, Cygwin specific bits of trivia about installed packages can be > found in /usr/share/doc/Cygwin. > > Again, don't dis' the man page. ?Try 'man bash' or 'man grep' for > examples of excellent man pages with examples and detailed > explanations. ?If you have it installed, try 'man nmap'; the source of > the man page is the same source used to build the online > documentation. > > 'man' is one of the most useful commands there is. ?Please don't > discount it as some esoteric, propeller head gizmo. > After my last email, I a) went down to the lake (Superior) and stuck my head underwater until the steam stopped bubbling up b) took some horse tranquilizers c) read the Wikipedia article on Mother Teresa I'm okay now. Yes, I'll do that, Jason. And yes, man pages are actually beautiful. W. Richard Stevens (Advanced Programming in the UNIX Environment) said that it's very important to learn how to read code. I guess learning how to wade through man pages is similar; after all, it's just a step above reading the source code. Yes, batteries may be included, but some heavy lifting may be required. O GM, MN -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From Brian.Timares@va.gov Fri Jul 16 22:34:00 2010 From: Brian.Timares@va.gov (Timares, Brian (EDS/HP)) Date: Fri, 16 Jul 2010 22:34:00 -0000 Subject: Resizing problem In-Reply-To: <20100716160022.GA30933@ednor.casa.cgf.cx> References: <4C40638C.10208@dronecode.org.uk> <20100716160022.GA30933@ednor.casa.cgf.cx> Message-ID: <270AA78168E41541833C52448F4F34AD2414613C@VHAISHMSGJ2.vha.med.va.gov> Christopher Faylor >On Fri, Jul 16, 2010 at 04:39:58PM +0100, Andy Koppe wrote: >>On 16 July 2010 15:39, Olwe Melwasul wrote: >>> On Fri, Jul 16, 2010 at 8:50 AM, Jon TURNEY wrote: [something] >>> And my feelings would either be bolstered by people like Ken Brown who >>> answered these initial questions promptly and accurately with >>> patience, or trampled rudely and brusquely as is Jon Turney's habit. >Big ditto. And, I will once again offer my usual pragmatic observation >that going personal in a response is not going to have any positive >effect on your prospects of additional support from the object of your >diatribe. > >We are giving you stuff for free, including mailing list support. If >you don't like the type of support you receive then you *can* send email >to a mailing list expressing your outrage but that is not likely to have >any positive effect whatsoever beyond the temporary flush from >expressing "righteous" indignation. Hi, Here are some constructive suggestions for both "sides". First, adding rudeness to the mix is unlikely to help. The upset a user feels, when applied to someone else, won't result in the solution to what was the original issue. Of course, the rudeness felt by a user when applied by someone more experienced also helps no one. Second, when someone gets upset, there is typically a reason for it. It isn't always anyone's fault. I can tell there are some people here to whom English is a second language. And many to whom precision comes before niceties. There is no intent to be rude, even if a native speaker might reasonably suspect that. Give the benefit of the doubt. Third, I see it less here than on, say, anything related to OpenBSD, but the "It's free, suck it up or go away" and "It's open source, you fix it" are both terrible answers, essentially saying "FOAD". If I could ban anything from the Internet, it would be spelling lose as loose, but closely behind that would be the dismissive attitude behind the "It's free" remarks. It is not likely to have any positive effect whatsoever beyond the temporary flush from expressing "righteous" indignation. If someone complains or says "wouldn't it be nice if" or even seeks an answer to a problem they are showing they care, just as people who offer up software show they care by offering up the software. If they don't care, why are they offering up software? Realize that criticisms and problems and wants, even if poorly worded, are really either: a) Bug reports/Feature requests b) Someone Just Missed Something, maybe covered in the FAQ Yes, people should read man pages. Yes people should check the FAQ. Yes sometimes something is in the documentation or the mail list. Sometimes the documentation doesn't cover something, or the mail list has outdated information. Or if the answer is there, perhaps it isn't as clear as it could be (though I find the Cygwin docs do try to deal with this more than most projects). If someone has an FAQ complaint, feel free to say "that's covered in the FAQ, see the signature for the location". If someone is making what is essentially a bug report or feature request, tell them what the URL is to enter it. Or explain why what they want isn't possible or practical. Brian -- .signature: No such file or directory -- Unsubscribe info: http://cygwin.com/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 Fri Jul 16 22:46:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Fri, 16 Jul 2010 22:46:00 -0000 Subject: Resizing problem In-Reply-To: References: <4C40638C.10208@dronecode.org.uk> <20100716160022.GA30933@ednor.casa.cgf.cx> <20100716211902.GA32291@ednor.casa.cgf.cx> Message-ID: <20100716224617.GB32291@ednor.casa.cgf.cx> On Fri, Jul 16, 2010 at 05:23:26PM -0500, Olwe Melwasul wrote: >After my last email, I >a) went down to the lake (Superior) and stuck my head underwater until >the steam stopped bubbling up >b) took some horse tranquilizers >c) read the Wikipedia article on Mother Teresa > >I'm okay now. > >Yes, I'll do that, Jason. And yes, man pages are actually beautiful. >W. Richard Stevens (Advanced Programming in the UNIX Environment) said >that it's very important to learn how to read code. I guess learning >how to wade through man pages is similar; after all, it's just a step >above reading the source code. Yes, batteries may be included, but >some heavy lifting may be required. You have seriously deluded yourself into thinking that you have valid points. Good bye. Please don't write. 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 cgf-use-the-mailinglist-please@cygwin.com Fri Jul 16 22:56:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Fri, 16 Jul 2010 22:56:00 -0000 Subject: Resizing problem In-Reply-To: <270AA78168E41541833C52448F4F34AD2414613C@VHAISHMSGJ2.vha.med.va.gov> References: <4C40638C.10208@dronecode.org.uk> <20100716160022.GA30933@ednor.casa.cgf.cx> <270AA78168E41541833C52448F4F34AD2414613C@VHAISHMSGJ2.vha.med.va.gov> Message-ID: <20100716225557.GC32291@ednor.casa.cgf.cx> I'll say it again. If you want to have a non-cygwin-xfree discussion use the cygwin-talk mailing list. That's what it is for. My response will be there. This thread is officially closed. No more responses please. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From baykusderki@gmail.com Fri Jul 16 23:15:00 2010 From: baykusderki@gmail.com (baykusderki@gmail.com) Date: Fri, 16 Jul 2010 23:15:00 -0000 Subject: X forwarding works for Cygwin client but not for Debian Message-ID: <4C40E7DA.40109@gmail.com> Hi I seem to be able to make X forwarding work between my Cygwin clients, but not between a Debian client and Cygwin SSH server(at least not properly). The weird thing is that I can run something like "xcalc" from the Debian shell without any issues, it just pops up as expected, but "Gvim" gives me error. This is what I get when I try to run Gvim from a connected Debian shell (ssh -X host) " Vim: Caught deadly signal SYS Vim: Finished. Bad system call " When I run "vim" I get no problem(in the forwarded connection), so I assume there is some kind of issue with the Gui version. I can connect to same server with a Cygwin client and run "Gvim" in a forwarded session no problem. I am really not sure what I am doing wrong here. I am not very literate about these problems. I do not even know what logs I can provide in this email. So if anyone needs to know more please let me know. I can try providing whatever is needed to figure out the issue. thanks -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Sun Jul 18 15:04:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 18 Jul 2010 15:04:00 -0000 Subject: empty x windows In-Reply-To: <4C168507.6010803@gmail.com> References: <4C168507.6010803@gmail.com> Message-ID: <4C431804.5070508@dronecode.org.uk> On 14/06/2010 20:37, J. Bruce Dean wrote: > When running dual displays, using cygwin/x, the external monitor frames are > 'invisible'. The window moves from the (laptop) display, working, on the > external monitor they have a border, but the background is a snapshot of > the app running on the external monitor. If I type, it works, but nothing > displays. Moving the window moves the snapshot of the background. Moving > back to the primary display I can see whatever I typed on the external > monitor. Searching provided some things to try, such as the 'screens' and > 'mulitplemonitors', neither worked. Another other thing I've recently come across which might cause this behaviour is if the 2 monitors have different colour depths. In that case, something does get written to XWin.0.log indicating that we will use the primary display only (effectively turning off -multiplemonitors), but I guess it could be clearer. Perhaps we should arrange to constrain the X windows to stay in the area of the virtual desktop for which the shadow framebuffer covers, to avoid windows which don't get their contents drawn like that. -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From jon.turney@dronecode.org.uk Sun Jul 18 15:45:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Sun, 18 Jul 2010 15:45:00 -0000 Subject: Problems with display resize over RDP connections In-Reply-To: <535CCD22-D909-4FEA-B5A0-7DCA4B4079CE@cantara.com> References: <8565D35C-3708-4A1B-B5A2-698A308F3454@cantara.com> <4BD8EBFA.2040503@alum.mit.edu> <535CCD22-D909-4FEA-B5A0-7DCA4B4079CE@cantara.com> Message-ID: <4C43219C.5010104@dronecode.org.uk> On 29/04/2010 03:49, Raul Acevedo wrote: > 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. It's true that X can handle display resolution changes with the RANDR extension, but support needs to be present in the DDX layer as well, and currently the XWin DDX doesn't have this. I've been working on some changes to add this support, which seem to work ok and could use some wider testing. * Add RANDR extension support to XWin DDX. * In multiwindow or rootless mode handle the WM_DISPLAYCHANGE message sent when monitor resolution or number changes. Use RANDR to update the X screen size to the virtual desktop size (if -multiplemonitors was used) or to the monitor size (if -screen @monitor was used) * In rooted mode, a new option -resize is added to control resizing mode. When -resize=randr mode is selected, the native window containing the root window has a resizing frame and resizing the frame will use RANDR to change the size of the X screen. Likewise, RANDR changes of X screen size will update the size of the native window containing the root window. I've uploaded a build including these changes at [1]. Perhaps you could try it out and see if it works for you? Patches are rather large so they can be found at [2] [1] ftp://cygwin.com/pub/cygwinx/XWin.20100718-git-c8262c6457efa195.exe.bz2 [2] http://cgit.freedesktop.org/~jturney/xserver/log/?h=jturney-framebuffer-resize > 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. This is mentioned in the XWin manpage as a bug. -- 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 marlowsd@gmail.com Mon Jul 19 14:11:00 2010 From: marlowsd@gmail.com (Simon Marlow) Date: Mon, 19 Jul 2010 14:11:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C2B8171.5020409@dronecode.org.uk> References: <4BDC3161.9070101@cornell.edu> <4BDDE5F1.9080204@cornell.edu> <4C2B8171.5020409@dronecode.org.uk> Message-ID: <4C445CDA.90600@gmail.com> On 30/06/2010 18:40, Jon TURNEY wrote: > This is fallout from a change [1] to the way we process Windows messages > to handle large bursts of them overflowing the Xserver's internal event > queue. > > It seems that sometimes /dev/windows doesn't seem ready to select() even > when there is still Windows messages to process. I can't quite > understand how this happens. I don't think this is a bug in cygwin, but > probably something subtle to do with message ordering and nonqueued > messages (like WM_ACTIVATE). > > Anyhow, I've cooked up a small additional change which should prevent > this blocking behaviour and uploaded a build [2]. It seems to resolve > the problem in this specific case. Perhaps you could try it out and see > if it helps? > > [1] http://cygwin.com/ml/cygwin-xfree/2010-02/msg00124.html > [2] ftp://cygwin.com/pub/cygwinx/XWin.20100630-git-bc2f74e105146c36.exe.bz2 I experienced similar symptoms after upgrading to 1.8 recently, and the above XWin binary seems to be doing the trick so far. I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Incidentally even with previous versions of Cygwin/X, VirtuaWin and Cygwin/X don't cooperate very well - when I switch from one desktop containing X windows to another, I see the content of the previous desktop's windows in the new ones (i.e. the windows in the desktop I switched to haven't refreshed their content). I don't know whose fault this is, and I realise this isn't a well-characterised bug report, so feel free to take it or leave it. Cheers, Simon -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From angelo.graziosi@alice.it Mon Jul 19 14:52:00 2010 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Mon, 19 Jul 2010 14:52:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 Message-ID: <4C44668C.9030102@alice.it> Simon Marlow wrote: > I use the VirtuaWin virtual-desktop tool, and found that often when switching to a desktop with XWin windows on it, the windows would remain blank until I right-clicked on the XWin icon in the tray, when they would refresh. Strange. It is more than an year I use VirtuaWin (now 4.2) without problems with X, and I use the not-patched XWin.exe, i.e. that from original 1.8.0-1 package. Perhaps you have a BLODA[*]? Ciao, Angelo. --- [*] http://cygwin.com/faq/faq.using.html#faq.using.bloda -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From marlowsd@gmail.com Mon Jul 19 15:45:00 2010 From: marlowsd@gmail.com (Simon Marlow) Date: Mon, 19 Jul 2010 15:45:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C44668C.9030102@alice.it> References: <4C44668C.9030102@alice.it> Message-ID: <4C447321.3010401@gmail.com> On 19/07/2010 15:51, Angelo Graziosi wrote: > Simon Marlow wrote: > >> I use the VirtuaWin virtual-desktop tool, and found that often when >> switching to a desktop with XWin windows on it, the windows would >> remain blank until I right-clicked on the XWin icon in the tray, when >> they would refresh. > > Strange. It is more than an year I use VirtuaWin (now 4.2) without > problems with X, and I use the not-patched XWin.exe, i.e. that from > original 1.8.0-1 package. > > Perhaps you have a BLODA[*]? I have MS Forefront client security, configured to omit the Cygwin directories, but I really doubt that's the problem. More details about what I do to reproduce the not-refreshing problem (not the blank window problem, that seems to be fixed by the patched XWin binary, and judging by other comments in this thread seems to be a known issue unrelated to VirtuaWin). - multiple xterms running on remote machines displaying locally, over multiple 'ssh -Y' connections, i.e. I do ssh -Y remote-machine xterm - windows are on adjacent desktops, using overlapping areas of the screen - switch between the desktops, note how the windows on the new desktop are still displaying the content of the windows on the previous desktop. Alas, it doesn't always happen, but it happens a lot. In VirtuaWin I have "Static taskbar & Z order" set for "On desktop change preserve". I did try using different hiding methods for XWin windows in VirtuaWin, but didn't find anything that worked. Cheers, Simon -- Unsubscribe info: http://cygwin.com/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 Jul 19 15:51:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Mon, 19 Jul 2010 15:51:00 -0000 Subject: Mouse offset when using java swing based gui applications In-Reply-To: <974066EF77EEA44EB8AED6ADA05DBD0201FFDEFB@THHS2EXBE1X.hostedservice2.net> References: <4C3F0F49.5090506@dronecode.org.uk> <974066EF77EEA44EB8AED6ADA05DBD0201FFDEFB@THHS2EXBE1X.hostedservice2.net> Message-ID: <4C447495.5000707@dronecode.org.uk> On 15/07/2010 15:38, Richard Evans wrote: > There's a bug reported against Java relating to this, with some more > details. It claims to be fixed, but it still occurs. There's a small > test case in the bug report. It makes many Java UI applications > unusable with Cygwin/X. > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6434227 Thanks very much for the link. That bug report and related ones makes interesting reading: I can see now that Swing/AWT problems are probably behind a few problem reports of this kind we've had. I tried out the test case in that particular bug, and it does seem to be fixed in the JRE is claims to be fixed in. But looking at the horror-show that is XWM.java [1], I can believe there are other problems, and the behaviour will be different with different JRE versions. There's certainly scope for adding fixes/workarounds to the multiwindow mode internal window manager so that AWT does the correct thing, but I guess what I need to progress this is a test case I can easily run, and 'java -version' for the platform the test case should be run on [1] http://hg.openjdk.java.net/jdk7/jdk7/jdk/file/d58354a69011/src/solaris/classes/sun/awt/X11/XWM.java -- 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 richard.evans@datanomic.com Mon Jul 19 16:28:00 2010 From: richard.evans@datanomic.com (Richard Evans) Date: Mon, 19 Jul 2010 16:28:00 -0000 Subject: Mouse offset when using java swing based gui applications In-Reply-To: <4C447495.5000707@dronecode.org.uk> References: <4C3F0F49.5090506@dronecode.org.uk> <974066EF77EEA44EB8AED6ADA05DBD0201FFDEFB@THHS2EXBE1X.hostedservice2.net> <4C447495.5000707@dronecode.org.uk> Message-ID: <974066EF77EEA44EB8AED6ADA05DBD0201FFE516@THHS2EXBE1X.hostedservice2.net> I've attached a small test case which shows the menu problems. Compile and run with: javac menus.java java menus My server configuration is Windows 7 x64, Cygwin/X X server version 1.7.3, with dual 1920x1200 monitors. I ran the test case on Fedora 12 x86, using the latest released JRE 1.6u21. The frame appears in one of two ways: 1. With the window frame off the screen top left - ie (0, 0) in the content area is at (0, 0) on the display Or 2. With the window frame showing, but as soon as I try to select a menu, the windows shifts to the position in 1. When the frame as off screen, (as in 1. above), the menus work fine; If I move the window elsewhere on the screen, the menus can be opened but you can't select any item. This menu behaviour has been seen for all versions of JDK 1.6 as far as I remember; it certainly happens with 1.6u3 and 1.6u4. Hope this helps Richard -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: 19 July 2010 16:52 To: cygwin-xfree@cygwin.com; jonas_winkler@gmx.de; Richard Evans Subject: Re: Mouse offset when using java swing based gui applications On 15/07/2010 15:38, Richard Evans wrote: > There's a bug reported against Java relating to this, with some more > details. It claims to be fixed, but it still occurs. There's a small > test case in the bug report. It makes many Java UI applications > unusable with Cygwin/X. > > http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6434227 Thanks very much for the link. That bug report and related ones makes interesting reading: I can see now that Swing/AWT problems are probably behind a few problem reports of this kind we've had. I tried out the test case in that particular bug, and it does seem to be fixed in the JRE is claims to be fixed in. But looking at the horror-show that is XWM.java [1], I can believe there are other problems, and the behaviour will be different with different JRE versions. There's certainly scope for adding fixes/workarounds to the multiwindow mode internal window manager so that AWT does the correct thing, but I guess what I need to progress this is a test case I can easily run, and 'java -version' for the platform the test case should be run on [1] http://hg.openjdk.java.net/jdk7/jdk7/jdk/file/d58354a69011/src/solaris/c lasses/sun/awt/X11/XWM.java -- Jon TURNEY Volunteer Cygwin/X X Server maintainer -------------- next part -------------- A non-text attachment was scrubbed... Name: menus.java Type: application/octet-stream Size: 984 bytes Desc: menus.java 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 angelo.graziosi@alice.it Mon Jul 19 23:01:00 2010 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Mon, 19 Jul 2010 23:01:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C447321.3010401@gmail.com> References: <4C44668C.9030102@alice.it> <4C447321.3010401@gmail.com> Message-ID: <4C44D914.50506@alice.it> Il 19/07/2010 17.45, Simon Marlow ha scritto: > On 19/07/2010 15:51, Angelo Graziosi wrote: >> Simon Marlow wrote: >> >>> I use the VirtuaWin virtual-desktop tool, and found that often when >>> switching to a desktop with XWin windows on it, the windows would >>> remain blank until I right-clicked on the XWin icon in the tray, when >>> they would refresh. >> >> Strange. It is more than an year I use VirtuaWin (now 4.2) without >> problems with X, and I use the not-patched XWin.exe, i.e. that from >> original 1.8.0-1 package. >> >> Perhaps you have a BLODA[*]? > > I have MS Forefront client security, configured to omit the Cygwin > directories, but I really doubt that's the problem. Have you tried without it (uninstalled)? > > In VirtuaWin I have "Static taskbar & Z order" set for "On desktop > change preserve". As mine... > I did try using different hiding methods for XWin > windows in VirtuaWin, but didn't find anything that worked. VirtuaWin comes in two 'flavors': *with* and *without* unicode support. Which are you using? Have you tried the other? Ciao, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From marlowsd@gmail.com Tue Jul 20 08:07:00 2010 From: marlowsd@gmail.com (Simon Marlow) Date: Tue, 20 Jul 2010 08:07:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C44D914.50506@alice.it> References: <4C44668C.9030102@alice.it> <4C447321.3010401@gmail.com> <4C44D914.50506@alice.it> Message-ID: <4C455949.2030606@gmail.com> On 20/07/2010 00:00, Angelo Graziosi wrote: > Il 19/07/2010 17.45, Simon Marlow ha scritto: >> On 19/07/2010 15:51, Angelo Graziosi wrote: >>> Simon Marlow wrote: >>> >>>> I use the VirtuaWin virtual-desktop tool, and found that often when >>>> switching to a desktop with XWin windows on it, the windows would >>>> remain blank until I right-clicked on the XWin icon in the tray, when >>>> they would refresh. >>> >>> Strange. It is more than an year I use VirtuaWin (now 4.2) without >>> problems with X, and I use the not-patched XWin.exe, i.e. that from >>> original 1.8.0-1 package. >>> >>> Perhaps you have a BLODA[*]? >> >> I have MS Forefront client security, configured to omit the Cygwin >> directories, but I really doubt that's the problem. > > Have you tried without it (uninstalled)? No, and I can't on this machine (local security policy). >> I did try using different hiding methods for XWin >> windows in VirtuaWin, but didn't find anything that worked. > > VirtuaWin comes in two 'flavors': *with* and *without* unicode support. > Which are you using? Have you tried the other? That seems like a long shot to me. Do you have reason to believe it would make any difference? Cheers, Simon -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From angelo.graziosi@alice.it Tue Jul 20 08:43:00 2010 From: angelo.graziosi@alice.it (Angelo Graziosi) Date: Tue, 20 Jul 2010 08:43:00 -0000 Subject: Slow response to keypresses in xorg-server-1.8.0-1 In-Reply-To: <4C455949.2030606@gmail.com> References: <4C44668C.9030102@alice.it> <4C447321.3010401@gmail.com> <4C44D914.50506@alice.it> <4C455949.2030606@gmail.com> Message-ID: <4C4561A8.1090103@alice.it> Il 20/07/2010 10.07, Simon Marlow ha scritto: > On 20/07/2010 00:00, Angelo Graziosi wrote: >> VirtuaWin comes in two 'flavors': *with* and *without* unicode support. >> Which are you using? Have you tried the other? > > That seems like a long shot to me. Do you have reason to believe it > would make any difference? For me, VirtuaWin *with* unicode support NEVER worked, even without Cygwin installed... Ciao, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From matias.364@gmail.com Tue Jul 20 16:00:00 2010 From: matias.364@gmail.com (matias kaukonen) Date: Tue, 20 Jul 2010 16:00:00 -0000 Subject: changing font Message-ID: --------------------------------------------------------------------------------- xlsfonts --------------------------------------------------------------------------------- . . . -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso10646-1 -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-1 -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-10 -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-13 -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-14 -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-15 -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-2 -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-3 .... ------------------------------------------------------------------------------------- Then I changed .Xdefaults to ------------------------------------------------------------------------------------- aterm*font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 XTerm.font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 urxvt*font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 ------------------------------------------------------------------------------------- Next, I selected the font with xfontsel, and then started up an xterm ------------------------------------------------------------------------------------- result: the font did not change Is something incorrect or out of order? matt. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From reid.thompson@ateb.com Tue Jul 20 16:10:00 2010 From: reid.thompson@ateb.com (Reid Thompson) Date: Tue, 20 Jul 2010 16:10:00 -0000 Subject: changing font In-Reply-To: References: Message-ID: <20100720161028.GA22007@ateb.com> On Tue, Jul 20, 2010 at 12:00:21PM -0400, matias kaukonen wrote: > --------------------------------------------------------------------------------- > xlsfonts > --------------------------------------------------------------------------------- > . . . > -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso10646-1 > -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-1 > -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-10 > -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-13 > -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-14 > -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-15 > -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-2 > -adobe-courier-bold-r-normal--14-140-75-75-m-90-iso8859-3 > .... > ------------------------------------------------------------------------------------- > Then I changed .Xdefaults to > ------------------------------------------------------------------------------------- > aterm*font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 > XTerm.font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 > urxvt*font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 > ------------------------------------------------------------------------------------- > Next, I selected the font with xfontsel, and then started > up an xterm > ------------------------------------------------------------------------------------- > result: the font did not change > Is something incorrect or out of order? > > matt. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ did you restart X after modifying Xdefaults? this page http://sgenomics.org/~jtang/blog/posts/Reloading_Xdefaults_without_restarting_X/ notes that To reread your .Xresources file, and throw away your old resources, you can type: xrdb ~/.Xdefaults -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From matias.364@gmail.com Tue Jul 20 17:06:00 2010 From: matias.364@gmail.com (matias kaukonen) Date: Tue, 20 Jul 2010 17:06:00 -0000 Subject: changing font In-Reply-To: <20100720161028.GA22007@ateb.com> References: <20100720161028.GA22007@ateb.com> Message-ID: I tried both methods and neither one produced the new font. -- Unsubscribe info: http://cygwin.com/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 Tue Jul 20 17:44:00 2010 From: dickey@his.com (Thomas Dickey) Date: Tue, 20 Jul 2010 17:44:00 -0000 Subject: changing font In-Reply-To: References: Message-ID: <20100720134027.M30079@mail101.his.com> On Tue, 20 Jul 2010, matias kaukonen wrote: > ------------------------------------------------------------------------------------- > Then I changed .Xdefaults to > ------------------------------------------------------------------------------------- > aterm*font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 > XTerm.font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 > urxvt*font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 Only the second has the potential for affecting xterm. But there's no match for "XTerm.font". Depending on how it is compiled, these can match: XTerm.vt100.font XTerm*vt100.font (the latter can match an intermediate level, which is used in the configuration that provides the toolbar/menubar). -- 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 matias.364@gmail.com Tue Jul 20 18:59:00 2010 From: matias.364@gmail.com (matias kaukonen) Date: Tue, 20 Jul 2010 18:59:00 -0000 Subject: changing font In-Reply-To: <20100720134027.M30079@mail101.his.com> References: <20100720134027.M30079@mail101.his.com> Message-ID: Success!! And, I know a little more about how the system works. thanks, --matias On Tue, Jul 20, 2010 at 1:44 PM, Thomas Dickey wrote: > On Tue, 20 Jul 2010, matias kaukonen wrote: > >> >> ------------------------------------------------------------------------------------- >> Then I changed .Xdefaults to >> >> ------------------------------------------------------------------------------------- >> aterm*font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 >> XTerm.font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 >> urxvt*font:-adobe-courier-bold-r-normal--17-120-100-100-m-100-iso10646-1 > > Only the second has the potential for affecting xterm. > But there's no match for "XTerm.font". > Depending on how it is compiled, these can match: > > XTerm.vt100.font > XTerm*vt100.font > > (the latter can match an intermediate level, which is used in the > configuration that provides the toolbar/menubar). > > -- > 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/ > > -- Unsubscribe info: http://cygwin.com/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 Jul 21 19:07:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 21 Jul 2010 19:07:00 -0000 Subject: Mouse offset when using java swing based gui applications In-Reply-To: <974066EF77EEA44EB8AED6ADA05DBD0201FFE516@THHS2EXBE1X.hostedservice2.net> References: <4C3F0F49.5090506@dronecode.org.uk> <974066EF77EEA44EB8AED6ADA05DBD0201FFDEFB@THHS2EXBE1X.hostedservice2.net> <4C447495.5000707@dronecode.org.uk> <974066EF77EEA44EB8AED6ADA05DBD0201FFE516@THHS2EXBE1X.hostedservice2.net> Message-ID: <4C474580.3090309@dronecode.org.uk> On 19/07/2010 17:27, Richard Evans wrote: > I've attached a small test case which shows the menu problems. Thanks very much, that was very helpful in investigating this problem. > This menu behaviour has been seen for all versions of JDK 1.6 as far as > I remember; it certainly happens with 1.6u3 and 1.6u4. Yes, I wasn't testing what I thought I was testing, and was completely wrong when I said sun bug #6434227 was fixed in the JRE that it claims it's fixed in. It's fixed in JDK1.7 and OpenJDK, but that bug lies when it says the fix is in 1.6 as well. However, it does identify what's going wrong. The significant difference in XDecoratedPeer.java between 1.6u21 and a fixed version is: --- /opt/wip/jdk-1_6_0/j2se/src/solaris/classes/sun/awt/X11/XDecoratedPeer.java 2010-07-21 15:46:33.281250000 +0100 +++ /opt/wip/openjdk/jdk/src/solaris/classes/sun/awt/X11/XDecoratedPeer.java 2010-06-21 22:15:43.000000000 +0100 @@ -752,79 +748,69 @@ Point newLocation = targetBounds.getLocation(); - if (xe.get_send_event()) { + if (xe.get_send_event() || runningWM == XWM.NO_WM || XWM.isNonReparentingWM()) { // Location, Client size + insets newLocation = new Point(xe.get_x() - currentInsets.left, xe.get_y() - currentInsets.top); } else { // CDE/MWM/Metacity/Sawfish bug: if shell is resized using // top or left border, we don't receive synthetic // ConfigureNotify, only the one from X with zero // coordinates. This is the workaround to get real // location, 6261336 - // Do the same for non-reparenting WMs (Compiz, Looking Glass) switch (XWM.getWMID()) { case XWM.CDE_WM: case XWM.MOTIF_WM: case XWM.METACITY_WM: case XWM.SAWFISH_WM: - case XWM.COMPIZ_WM: - case XWM.LG3D_WM: { Point xlocation = queryXLocation(); if (log.isLoggable(Level.FINE)) { log.log(Level.FINE, "New X location: {0}", new Object[]{String.valueOf(xlocation)}); } if (xlocation != null) { newLocation = xlocation; } break; } default: break; } } Location updates from ConfigureNotify are not processed in the NO_WM case, presumably causing the menus behave as if the window was still located where it was created. There are 2 possible workarounds which occur to me: (i) Lie and pretend we are a non-reparenting WM on the list that AWT knows about, like LG3D. This one of the workarounds suggested in the manpage for dwm (a non-reparenting, tiling WM) Unfortunately, we have to tell a more lies to get AWT to accept this lie, and in particular, we have to claim to support EWMH, which the internal WM doesn't really (although it should), so I'm not too keen on this approach. (ii) Alternatively, it's a straightforward workaround to add to the internal WM to cause it to send synthetic ConfigureNotify for these windows when a non-synthetic ConfigureNotify occurs. From a quick test, this approach seems to work ok. But the Java window still appears with the frame off the top-left, rather than getting nudged away from the origin so the frame is visible, which is rather mysterious. I've uploaded a build with this change at [1], patch to follow. Perhaps you could try it out and see if it works for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100721-git-2704058015f198ce.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 Wed Jul 21 19:11:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Wed, 21 Jul 2010 19:11:00 -0000 Subject: [PATCH] Cygwin/X: Internal WM workaround for Java AWT bug In-Reply-To: <4C474580.3090309@dronecode.org.uk> References: <4C474580.3090309@dronecode.org.uk> Message-ID: <1279739474-5128-1-git-send-email-jon.turney@dronecode.org.uk> Java applications using AWT on JRE 1.6.0 break with non-reparenting WMs AWT doesn't explicitly know about (See sun bug #6434227) XDecoratedPeer.handleConfigureNotifyEvent() only processes non-synthetic ConfigureNotify events to update window location if it's identified the WM as a non-reparenting WM it knows about (compiz or lookingglass) Rather than tell all sorts of lies to get XWM to recognize us as one of those, simply send a synthetic ConfigureNotify for every non-synthetic one Signed-off-by: Jon TURNEY --- hw/xwin/winmultiwindowwm.c | 24 ++++++++++++++++++++++++ 1 files changed, 24 insertions(+), 0 deletions(-) diff --git a/hw/xwin/winmultiwindowwm.c b/hw/xwin/winmultiwindowwm.c index 52921f3..9edde6e 100644 --- a/hw/xwin/winmultiwindowwm.c +++ b/hw/xwin/winmultiwindowwm.c @@ -1127,6 +1127,30 @@ winMultiWindowXMsgProc (void *pArg) } } } + else if (event.type == ConfigureNotify) + { + if (!event.xconfigure.send_event) + { + /* + Java applications using AWT on JRE 1.6.0 break with non-reparenting WMs AWT + doesn't explicitly know about (See sun bug #6434227) + + XDecoratedPeer.handleConfigureNotifyEvent() only processes non-synthetic + ConfigureNotify events to update window location if it's identified the + WM as a non-reparenting WM it knows about (compiz or lookingglass) + + Rather than tell all sorts of lies to get XWM to recognize us as one of + those, simply send a synthetic ConfigureNotify for every non-synthetic one + */ + XEvent event_send = event; + event_send.xconfigure.send_event = TRUE; + event_send.xconfigure.event = event.xconfigure.window; + XSendEvent(event.xconfigure.display, + event.xconfigure.window, + True, StructureNotifyMask, + &event_send); + } + } else if (event.type == PropertyNotify && event.xproperty.atom == atmWmName) { -- 1.7.1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From richard.evans@datanomic.com Thu Jul 22 08:39:00 2010 From: richard.evans@datanomic.com (Richard Evans) Date: Thu, 22 Jul 2010 08:39:00 -0000 Subject: Mouse offset when using java swing based gui applications In-Reply-To: <4C474580.3090309@dronecode.org.uk> References: <4C3F0F49.5090506@dronecode.org.uk> <974066EF77EEA44EB8AED6ADA05DBD0201FFDEFB@THHS2EXBE1X.hostedservice2.net> <4C447495.5000707@dronecode.org.uk> <974066EF77EEA44EB8AED6ADA05DBD0201FFE516@THHS2EXBE1X.hostedservice2.net> <4C474580.3090309@dronecode.org.uk> Message-ID: <974066EF77EEA44EB8AED6ADA05DBD0202038CEE@THHS2EXBE1X.hostedservice2.net> Yes, my experience is the same as yours. The menus test starts with the frame hidden off the top left, as before, but when I move the window, the menus _do_ work OK. Apps which set an initial location (add jframe.setLocation(400, 400); after the pack() call) appear correctly and the menus still work. Interestingly with the 1.7.3 XWin, the app would appear in the right place but would tend to snap back to the top left if you tried to resize the window. This does not seem to happen with the patched server. Richard -----Original Message----- From: Jon TURNEY [mailto:jon.turney@dronecode.org.uk] Sent: 21 July 2010 20:08 To: cygwin-xfree@cygwin.com; Richard Evans Subject: Re: Mouse offset when using java swing based gui applications On 19/07/2010 17:27, Richard Evans wrote: > I've attached a small test case which shows the menu problems. Thanks very much, that was very helpful in investigating this problem. > This menu behaviour has been seen for all versions of JDK 1.6 as far as > I remember; it certainly happens with 1.6u3 and 1.6u4. Yes, I wasn't testing what I thought I was testing, and was completely wrong when I said sun bug #6434227 was fixed in the JRE that it claims it's fixed in. It's fixed in JDK1.7 and OpenJDK, but that bug lies when it says the fix is in 1.6 as well. However, it does identify what's going wrong. The significant difference in XDecoratedPeer.java between 1.6u21 and a fixed version is: --- /opt/wip/jdk-1_6_0/j2se/src/solaris/classes/sun/awt/X11/XDecoratedPeer.j ava 2010-07-21 15:46:33.281250000 +0100 +++ /opt/wip/openjdk/jdk/src/solaris/classes/sun/awt/X11/XDecoratedPeer.java 2010-06-21 22:15:43.000000000 +0100 @@ -752,79 +748,69 @@ Point newLocation = targetBounds.getLocation(); - if (xe.get_send_event()) { + if (xe.get_send_event() || runningWM == XWM.NO_WM || XWM.isNonReparentingWM()) { // Location, Client size + insets newLocation = new Point(xe.get_x() - currentInsets.left, xe.get_y() - currentInsets.top); } else { // CDE/MWM/Metacity/Sawfish bug: if shell is resized using // top or left border, we don't receive synthetic // ConfigureNotify, only the one from X with zero // coordinates. This is the workaround to get real // location, 6261336 - // Do the same for non-reparenting WMs (Compiz, Looking Glass) switch (XWM.getWMID()) { case XWM.CDE_WM: case XWM.MOTIF_WM: case XWM.METACITY_WM: case XWM.SAWFISH_WM: - case XWM.COMPIZ_WM: - case XWM.LG3D_WM: { Point xlocation = queryXLocation(); if (log.isLoggable(Level.FINE)) { log.log(Level.FINE, "New X location: {0}", new Object[]{String.valueOf(xlocation)}); } if (xlocation != null) { newLocation = xlocation; } break; } default: break; } } Location updates from ConfigureNotify are not processed in the NO_WM case, presumably causing the menus behave as if the window was still located where it was created. There are 2 possible workarounds which occur to me: (i) Lie and pretend we are a non-reparenting WM on the list that AWT knows about, like LG3D. This one of the workarounds suggested in the manpage for dwm (a non-reparenting, tiling WM) Unfortunately, we have to tell a more lies to get AWT to accept this lie, and in particular, we have to claim to support EWMH, which the internal WM doesn't really (although it should), so I'm not too keen on this approach. (ii) Alternatively, it's a straightforward workaround to add to the internal WM to cause it to send synthetic ConfigureNotify for these windows when a non-synthetic ConfigureNotify occurs. From a quick test, this approach seems to work ok. But the Java window still appears with the frame off the top-left, rather than getting nudged away from the origin so the frame is visible, which is rather mysterious. I've uploaded a build with this change at [1], patch to follow. Perhaps you could try it out and see if it works for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100721-git-2704058015f198ce.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 Thu Jul 22 20:34:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 22 Jul 2010 20:34: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: <333099.79245.qm@web88002.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> <4BCB61A2.3070503@dronecode.org.uk> <333099.79245.qm@web88002.mail.re2.yahoo.com> Message-ID: <4C48AB39.7050703@dronecode.org.uk> On 19/04/2010 18:33, Amal Khailtash wrote: > 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. This is expected, because as far as Windows is concerned, all the X windows and the resources they use are owned by the X server. > 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! I have (finally) tracked down what I think is causing this leak. It seems we are leaking the Windows icons we create when the X window has an icon hint attached. It also seems that menu windows for the problematic apps like konsole have such an icon hint, so we leak at a vast rate whilst working with them. (There's not much point in making the Windows icon for these transient windows, as it can't be seen, so perhaps there's another change needed to avoid the overhead of generating the Windows icon in these cases) I've uploaded a build with this fix at [1], patch to follow. Perhaps you could try it out and see if it works for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100722-git-3e2987e614139d51.exe.bz2 > Another not is that even Xming suffers from this same problem. I assume most of the source code is > shared between XWin and Xming. It depends which version of Xming you are using, something you should have mentioned. If you are using the current version of Xming, that is the case. If you are using the free version of Xming, that's about 3 years old. There have been a few changes in the source since then :-) > ----- Original Message ---- > 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... -- 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 Thu Jul 22 20:35:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Thu, 22 Jul 2010 20:35:00 -0000 Subject: [PATCH] Cygwin/X: Fix a GDI bitmap resource leak of window icons In-Reply-To: <4C48AB39.7050703@dronecode.org.uk> References: <4C48AB39.7050703@dronecode.org.uk> Message-ID: <1279830920-5748-1-git-send-email-jon.turney@dronecode.org.uk> Ensure any icon created specially for a window is destroyed when the window is destroyed Signed-off-by: Jon TURNEY --- hw/xwin/winmultiwindowicons.c | 3 ++- hw/xwin/winmultiwindowwindow.c | 13 ++++++++++++- hw/xwin/winwin32rootless.c | 20 ++++++++++---------- 3 files changed, 24 insertions(+), 12 deletions(-) diff --git a/hw/xwin/winmultiwindowicons.c b/hw/xwin/winmultiwindowicons.c index cb27d2f..86ad51e 100644 --- a/hw/xwin/winmultiwindowicons.c +++ b/hw/xwin/winmultiwindowicons.c @@ -631,6 +631,7 @@ void winSelectIcons(WindowPtr pWin, HICON *pIcon, HICON *pSmallIcon) *pIcon = hIcon; else winDestroyIcon(hIcon); + if (pSmallIcon) *pSmallIcon = hSmallIcon; else @@ -639,7 +640,7 @@ void winSelectIcons(WindowPtr pWin, HICON *pIcon, HICON *pSmallIcon) void winDestroyIcon(HICON hIcon) { - /* Delete the icon if its not the default */ + /* Delete the icon if its not one of the application defaults or an override */ if (hIcon && hIcon != g_hIconX && hIcon != g_hSmallIconX && diff --git a/hw/xwin/winmultiwindowwindow.c b/hw/xwin/winmultiwindowwindow.c index fd87c66..d9bec35 100644 --- a/hw/xwin/winmultiwindowwindow.c +++ b/hw/xwin/winmultiwindowwindow.c @@ -602,7 +602,9 @@ winDestroyWindowsWindow (WindowPtr pWin) MSG msg; winWindowPriv(pWin); BOOL oldstate = winInDestroyWindowsWindow; - + HICON hIcon; + HICON hIconSm; + #if CYGMULTIWINDOW_DEBUG ErrorF ("winDestroyWindowsWindow\n"); #endif @@ -613,13 +615,22 @@ winDestroyWindowsWindow (WindowPtr pWin) winInDestroyWindowsWindow = TRUE; + /* Store the info we need to destroy after this window is gone */ + hIcon = (HICON)SendMessage(pWinPriv->hWnd, WM_GETICON, ICON_BIG, 0); + hIconSm = (HICON)SendMessage(pWinPriv->hWnd, WM_GETICON, ICON_SMALL, 0); + SetProp (pWinPriv->hWnd, WIN_WINDOW_PROP, NULL); + /* Destroy the Windows window */ DestroyWindow (pWinPriv->hWnd); /* Null our handle to the Window so referencing it will cause an error */ pWinPriv->hWnd = NULL; + /* Destroy any icons we created for this window */ + winDestroyIcon(hIcon); + winDestroyIcon(hIconSm); + /* Process all messages on our queue */ while (PeekMessage (&msg, NULL, 0, 0, PM_REMOVE)) { diff --git a/hw/xwin/winwin32rootless.c b/hw/xwin/winwin32rootless.c index c225a44..0e2f979 100755 --- a/hw/xwin/winwin32rootless.c +++ b/hw/xwin/winwin32rootless.c @@ -367,8 +367,8 @@ void winMWExtWMDestroyFrame (RootlessFrameID wid) { win32RootlessWindowPtr pRLWinPriv = (win32RootlessWindowPtr) wid; - HICON hiconClass; - HICON hiconSmClass; + HICON hIcon; + HICON hIconSm; HMODULE hInstance; int iReturn; char pszClass[CLASS_NAME_LENGTH]; @@ -399,8 +399,8 @@ winMWExtWMDestroyFrame (RootlessFrameID wid) /* Store the info we need to destroy after this window is gone */ hInstance = (HINSTANCE) GetClassLongPtr (pRLWinPriv->hWnd, GCLP_HMODULE); - hiconClass = (HICON) GetClassLongPtr (pRLWinPriv->hWnd, GCLP_HICON); - hiconSmClass = (HICON) GetClassLongPtr (pRLWinPriv->hWnd, GCLP_HICONSM); + hIcon = (HICON)SendMessage(pRLWinPriv->hWnd, WM_GETICON, ICON_BIG, 0); + hIconSm = (HICON)SendMessage(pRLWinPriv->hWnd, WM_GETICON, ICON_SMALL, 0); iReturn = GetClassName (pRLWinPriv->hWnd, pszClass, CLASS_NAME_LENGTH); pRLWinPriv->fClose = TRUE; @@ -416,14 +416,14 @@ winMWExtWMDestroyFrame (RootlessFrameID wid) winDebug ("winMWExtWMDestroyFrame - Unregistering %s: ", pszClass); #endif iReturn = UnregisterClass (pszClass, hInstance); - + } + #if CYGMULTIWINDOW_DEBUG - winDebug ("winMWExtWMDestroyFramew - %d Deleting Icon: ", iReturn); + winDebug ("winMWExtWMDestroyFramew - Deleting Icon\n"); #endif - - winDestroyIcon(hiconClass); - winDestroyIcon(hiconSmClass); - } + + winDestroyIcon(hIcon); + winDestroyIcon(hIconSm); #if CYGMULTIWINDOW_DEBUG winDebug ("winMWExtWMDestroyFrame - done\n"); -- 1.7.1 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From philippe.roux@univ-rennes1.fr Fri Jul 23 09:35:00 2010 From: philippe.roux@univ-rennes1.fr (philippe) Date: Fri, 23 Jul 2010 09:35:00 -0000 Subject: unable to start X server after upgrading cygwin from 1.5 to 1.7.5 Message-ID: Hi, I use cygwin and Cygwin/X on a windows XP SP3 latop from a long time. I've recently upgraded cygwin, from 1.5 to 1.7.5, and now it's impossible to start an X server! Reinstalling cygwin (after a complete "uninstall") doesn't change any things. When i launch "startx" from de command line (I use mintty as default terminal, and some times rxvt) an X window briefly opens but close rapidly. I've copy/paste the message from the terminal at the end of this message*. Thank's for your help! Philippe. ********************** from the terminal ************************** [philippe@port78]~> $ startx xauth: creating new authority file /home/philippe/.serverauth.1270964 Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.8.0.0 (10800000) Build Date: 2010-04-02 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: /usr/bin/X :0 -auth /home/philippe/.serverauth.1270964 _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/port78:0 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) xorg.conf is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information LoadPreferences: /home/philippe/.XWinrc not found LoadPreferences: /etc/X11/system.XWinrc not found LoadPreferences: See "man XWinrc" to customize the XWin menu. LoadPreferences: Loading built-in default winGetDisplay: DISPLAY=:0.0 winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 00000007 winSetEngine - Using Shadow DirectDraw NonLocking winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits per pixel winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff Screen 0 added at virtual desktop coordinate (0,0). MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so (II) GLX: Initialized DRISWRAST GL provider for screen 0 [dix] Could not init font path element /usr/share/fonts/TTF/, removing from list! [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! [dix] Could not init font path element /usr/share/fonts/Type1/, removing from list! winPointerWarpCursor - Discarding first warp: 837 487 (--) 3 mouse buttons found (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: "0000040C" (0000040c) (--) Using preset keyboard for "French (Standard)" (40c), type "4" Rules = "base" Model = "pc105" Layout = "fr" Variant = "none" Options = "none" The XKEYBOARD keymap compiler (xkbcomp) reports: > Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols > Ignoring extra symbols Errors from xkbcomp are not fatal to the X server winProcEstablishConnection - Hello winInitClipboard () winClipboardProc - Hello winProcEstablishConnection - winInitClipboard returned. DetectUnicodeSupport - Windows NT/2000/XP winGetDisplay: DISPLAY=:0.0 winClipboardProc - DISPLAY=:0.0 winClipboardProc - XOpenDisplay () returned and successfully opened the display. Warning: Unable to load any usable ISO8859 font Warning: Cannot convert string "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-*" to type FontStruct Warning: Unable to load any usable ISO8859 font Warning: Unable to load any usable ISO8859 font Error: Aborting: no font found Warning: Cannot convert string "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-*" to type FontStruct Warning: Cannot convert string "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-*" to type Warning: FontStruct Unable to load any usable ISO8859 font Warning: Unable to load any usable ISO8859 font Warning: Unable to load any usable ISO8859 font Warning: Unable to load any usable ISO8859 font Error: Aborting: no font found waiting for X server to shut down winClipboardProc - winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting main loop. winClipboardProc - XDestroyWindow succeeded. winDeinitMultiWindowWM - Noting shutdown in progress -- Unsubscribe info: http://cygwin.com/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 Jul 23 11:52:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 23 Jul 2010 11:52:00 -0000 Subject: unable to start X server after upgrading cygwin from 1.5 to 1.7.5 In-Reply-To: References: Message-ID: <4C49828C.8060504@dronecode.org.uk> On 23/07/2010 10:31, philippe wrote: > I use cygwin and Cygwin/X on a windows XP SP3 latop from a long time. > I've recently upgraded cygwin, from 1.5 to 1.7.5, and now it's > impossible to start an X server! Reinstalling cygwin (after a complete You probably want to read the FAQ section on upgrading [1] [1] http://x.cygwin.com/docs/faq/cygwin-x-faq.html#modular > "uninstall") doesn't change any things. When i launch "startx" from de > command line (I use mintty as default terminal, and some times rxvt) an > X window briefly opens but close rapidly. I've copy/paste the message > from the terminal at the end of this message*. > > Thank's for your help! > > Philippe. > > > ********************** from the terminal ************************** > > > [philippe@port78]~> > $ startx > xauth: creating new authority file /home/philippe/.serverauth.1270964 > > Welcome to the XWin X Server > Vendor: The Cygwin/X Project > Release: 1.8.0.0 (10800000) > Build Date: 2010-04-02 > > Contact: cygwin-xfree@cygwin.com > XWin was started with the following command line: > > /usr/bin/X :0 -auth /home/philippe/.serverauth.1270964 > > _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 > _XSERVTransOpen: transport open failed for inet6/port78:0 > _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 > winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 > (II) xorg.conf is not supported > (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information > LoadPreferences: /home/philippe/.XWinrc not found > LoadPreferences: /etc/X11/system.XWinrc not found Hmmmm... this file should have been created by the xorg-server postinstall script. > LoadPreferences: See "man XWinrc" to customize the XWin menu. > LoadPreferences: Loading built-in default > winGetDisplay: DISPLAY=:0.0 > winDetectSupportedEngines - Windows NT/2000/XP > winDetectSupportedEngines - DirectDraw installed > winDetectSupportedEngines - DirectDraw4 installed > winDetectSupportedEngines - Returning, supported engines 00000007 > winSetEngine - Using Shadow DirectDraw NonLocking > winAdjustVideoModeShadowDDNL - Using Windows display depth of 32 bits > per pixel > winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff > Screen 0 added at virtual desktop coordinate (0,0). > MIT-SHM extension disabled due to lack of kernel support > XFree86-Bigfont extension local-client optimization disabled due to lack > of shared memory support in the kernel > (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so > (II) GLX: Initialized DRISWRAST GL provider for screen 0 > [dix] Could not init font path element /usr/share/fonts/TTF/, removing > from list! > [dix] Could not init font path element /usr/share/fonts/OTF/, removing > from list! > [dix] Could not init font path element /usr/share/fonts/Type1/, removing > from list! > winPointerWarpCursor - Discarding first warp: 837 487 > (--) 3 mouse buttons found > (--) Setting autorepeat to delay=500, rate=31 > (--) winConfigKeyboard - Layout: "0000040C" (0000040c) > (--) Using preset keyboard for "French (Standard)" (40c), type "4" > Rules = "base" Model = "pc105" Layout = "fr" Variant = "none" Options = > "none" > The XKEYBOARD keymap compiler (xkbcomp) reports: >> Warning: Type "ONE_LEVEL" has 1 levels, but has 2 symbols >> Ignoring extra symbols > Errors from xkbcomp are not fatal to the X server > winProcEstablishConnection - Hello > winInitClipboard () > winClipboardProc - Hello > winProcEstablishConnection - winInitClipboard returned. > DetectUnicodeSupport - Windows NT/2000/XP > winGetDisplay: DISPLAY=:0.0 > winClipboardProc - DISPLAY=:0.0 > winClipboardProc - XOpenDisplay () returned and successfully opened the > display. > Warning: Unable to load any usable ISO8859 font > Warning: Cannot convert string > "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-*" to type FontStruct > Warning: Unable to load any usable ISO8859 font > Warning: Unable to load any usable ISO8859 font > Error: Aborting: no font found > > Warning: Cannot convert string > "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-*" to type FontStruct > Warning: Cannot convert string > "-adobe-helvetica-bold-r-normal--*-120-*-*-*-*-iso8859-*" to type > Warning: FontStruct > Unable to load any usable ISO8859 font > Warning: Unable to load any usable ISO8859 font > Warning: Unable to load any usable ISO8859 font > Warning: Unable to load any usable ISO8859 font > Error: Aborting: no font found You need to install 'font-adobe-dpi75'. However, this should have been installed automatically as a dependency of xterm. I wish you'd attached your cygcheck output. You could try reinstalling that package, although I'd guess something went wrong with installing package. You should check /var/log/setup.log for clues. > waiting for X server to shut down winClipboardProc - > winClipboardFlushWindowsMessageQueue trapped WM_QUIT message, exiting > main loop. > winClipboardProc - XDestroyWindow succeeded. > winDeinitMultiWindowWM - Noting shutdown in progress -- 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 philippe.roux@univ-rennes1.fr Fri Jul 23 12:42:00 2010 From: philippe.roux@univ-rennes1.fr (philippe) Date: Fri, 23 Jul 2010 12:42:00 -0000 Subject: unable to start X server after upgrading cygwin from 1.5 to 1.7.5 In-Reply-To: <4C49828C.8060504@dronecode.org.uk> References: <4C49828C.8060504@dronecode.org.uk> Message-ID: Jon TURNEY a ??crit : > [...] > > You need to install 'font-adobe-dpi75'. from the cygwin setup.exe or manually? > > However, this should have been installed automatically as a dependency > of xterm. > > I wish you'd attached your cygcheck output. is this you need? [philippe@port78]/> $ cygcheck startx Found: C:\cygwin\bin\startx C:\cygwin\bin\startxcygcheck: C:\cygwin\bin\startx is not a DLL: magic number 2123 (8483) '#!' > > You could try reinstalling that package, although I'd guess something > went wrong with installing package. You should check /var/log/setup.log > for clues. I've several warning like "abnormal exit: exit code=128" in setup.log, the first one is : 2010/07/06 20:26:45 running: C:\cygwin\bin\bash.exe --norc --noprofile /etc/postinstall/xorg-server.sh 2010/07/06 20:27:07 abnormal exit: exit code=128 I reinstall X11 package now and tell you what's new before. Thank's, Philippe. -- Unsubscribe info: http://cygwin.com/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 Jul 23 12:56:00 2010 From: jon.turney@dronecode.org.uk (Jon TURNEY) Date: Fri, 23 Jul 2010 12:56:00 -0000 Subject: unable to start X server after upgrading cygwin from 1.5 to 1.7.5 In-Reply-To: References: <4C49828C.8060504@dronecode.org.uk> Message-ID: <4C49918A.8060902@dronecode.org.uk> On 23/07/2010 13:42, philippe wrote: > Jon TURNEY a ??crit : >> [...] >> >> You need to install 'font-adobe-dpi75'. > > from the cygwin setup.exe or manually? Using setup. But your setup needs to be running without errors first. >> However, this should have been installed automatically as a dependency >> of xterm. >> >> I wish you'd attached your cygcheck output. > > is this you need? > > [philippe@port78]/> > $ cygcheck startx > Found: C:\cygwin\bin\startx > C:\cygwin\bin\startxcygcheck: C:\cygwin\bin\startx is not a DLL: magic > number 2123 (8483) '#!' No > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Problem reports: http://cygwin.com/problems.html ^^^ > Documentation: http://x.cygwin.com/docs/ > FAQ: http://x.cygwin.com/docs/faq/ >> You could try reinstalling that package, although I'd guess something >> went wrong with installing package. You should check /var/log/setup.log >> for clues. > > > I've several warning like "abnormal exit: exit code=128" in setup.log, > the first one is : > > 2010/07/06 20:26:45 running: C:\cygwin\bin\bash.exe --norc --noprofile > /etc/postinstall/xorg-server.sh > 2010/07/06 20:27:07 abnormal exit: exit code=128 This is the problem. Reinstalling won't fix anything until you find out why this is happening and fix it. > I reinstall X11 package now and tell you what's new before. -- 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 philippe.roux@univ-rennes1.fr Fri Jul 23 19:44:00 2010 From: philippe.roux@univ-rennes1.fr (philippe) Date: Fri, 23 Jul 2010 19:44:00 -0000 Subject: unable to start X server after upgrading cygwin from 1.5 to 1.7.5 In-Reply-To: <4C49918A.8060902@dronecode.org.uk> References: <4C49828C.8060504@dronecode.org.uk> <4C49918A.8060902@dronecode.org.uk> Message-ID: Jon TURNEY a ??crit : > [...] > This is the problem. Reinstalling won't fix anything until you find out > why this is happening and fix it. effectively, reinstalling X11 doesn't change anything. See below the result of cygcheck -s -v -r > cygcheck.out . Philippe. *************** cygcheck -s -v -r > cygcheck.out **************** Cygwin Configuration Diagnostics Current System Time: Fri Jul 23 21:39:54 2010 Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 3 Path: C:\cygwin\bin C:\Program Files\MiKTeX 2.6\miktex\bin C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Wave Systems Corp\Dell Preboot Manager\Access Client\v5\ C:\Program Files\Fichiers communs\Roxio Shared\DLLShared\ C:\Program Files\ESTsoft\ALZip\ C:\Program Files\scilab-4.1.1\bin C:\Program Files\Notepad++ C:\Program Files\Maxima-5.12.0\bin C:\hevea C:\Program Files\Fichiers communs\Teleca Shared C:\Program Files\GtkSharp\2.12\bin C:\Program Files\GtkSharp\Runtime\bin C:\Program Files\GtkSharp\SDK\bin C:\Program Files\QuickTime\QTSystem\ C:\Program Files\ESTsoft\ALZip\ Output from C:\cygwin\bin\id.exe UID: 400(philippe) GID: 401(mkpasswd) 401(mkpasswd) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS PWD = '/home/philippe' HOME = '/home/philippe' HOMEPATH = '\Documents and Settings\philippe' APPDATA = 'C:\Documents and Settings\philippe\Application Data' TERM = 'xterm' RoxioCentral = 'C:\Program Files\Fichiers communs\Roxio Shared\9.0\Roxio Central33\' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 15 Stepping 10, GenuineIntel' WINDIR = 'C:\WINDOWS' OLDPWD = '/var/log' USERDOMAIN = 'PORT78' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' DEFAULT_CA_NR = 'CA8' !:: = '::\' VS90COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio 9.0\Common7\Tools\' TEMP = '/cygdrive/c/DOCUME~1/philippe/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Fichiers communs' GTK_BASEPATH = 'C:\Program Files\GtkSharp\SDK\' QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip' USERNAME = 'philippe' PROCESSOR_LEVEL = '6' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' __COMPAT_LAYER = 'EnableNXShowUI ' USERPROFILE = 'C:\Documents and Settings\philippe' LANG = 'C.ISO-8859-1' LOGONSERVER = '\\PORT78' PROCESSOR_ARCHITECTURE = 'x86' !C: = 'C:\cygwin\bin' TEXINPUTS = 'C:\Program Files\MiKTeX 2.6\tex\latex' SHLVL = '1' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' PROMPT = '$P$G' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/cygdrive/c/DOCUME~1/philippe/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' PROCESSOR_REVISION = '0f0a' CLASSPATH = '.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' LC_TIME = 'C' COMPUTERNAME = 'PORT78' _ = '/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 Menu2\Programs\Cygwin (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin\Cygwin-X (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin\Cygwin-X\Editors (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin\Cygwin-X\Information (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin\Cygwin-X\Tools (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin\Cygwin-X\Toys (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin\Singular CAS (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin\Singular CAS\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\/cygdrive/c/Documents and Settings/philippe/Mes documents (default) = 'W:' 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' 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 c: hd NTFS 114361Mb 58% CP CS UN PA FC d: cd CDFS 0Mb -2147483548% CS Audio CD 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 -> C:\cygwin\bin\gawk.exe Found: C:\cygwin\bin\bash.exe Found: C:\cygwin\bin\cat.exe Found: C:\cygwin\bin\cp.exe Not Found: cpp (good!) Found: C:\cygwin\bin\crontab.exe 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:\Program Files\Maxima-5.12.0\bin\gcc.exe Found: C:\cygwin\bin\gdb.exe Found: C:\cygwin\bin\grep.exe Found: C:\cygwin\bin\kill.exe Found: C:\cygwin\bin\ld.exe Found: C:\cygwin\bin\ls.exe Found: C:\cygwin\bin\make.exe Found: C:\cygwin\bin\mv.exe Found: C:\cygwin\bin\patch.exe Found: C:\cygwin\bin\perl.exe Found: C:\cygwin\bin\rm.exe Found: C:\cygwin\bin\sed.exe Found: C:\cygwin\bin\ssh.exe Found: C:\cygwin\bin\sh.exe Found: C:\cygwin\bin\tar.exe Found: C:\cygwin\bin\test.exe Found: C:\WINDOWS\system32\test Warning: C:\cygwin\bin\test.exe hides C:\WINDOWS\system32\test Found: C:\hevea\test Warning: C:\cygwin\bin\test.exe hides C:\hevea\test Found: C:\cygwin\bin\vi -> C:\cygwin\bin\vim-nox.exe Not Found: vim 80k 2009/09/15 C:\cygwin\bin\cygaa-1.dll - os=4.0 img=1.0 sys=4.0 "cygaa-1.dll" v0.0 ts=2009/9/15 12:05 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 22:08 20k 2007/07/29 C:\cygwin\bin\cygao-2.dll - os=4.0 img=1.0 sys=4.0 "cygao-2.dll" v0.0 ts=2007/7/29 20:06 40k 2010/07/06 C:\cygwin\bin\cygao-4.dll - os=4.0 img=1.0 sys=4.0 "cygao-4.dll" v0.0 ts=2010/7/6 19:47 118k 2010/04/19 C:\cygwin\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-1-0.dll" v0.0 ts=2010/4/19 21:06 88k 2010/07/02 C:\cygwin\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-1-0.dll" v0.0 ts=2010/7/2 5:17 221k 2010/04/13 C:\cygwin\bin\cygarchive-2.dll - os=4.0 img=1.0 sys=4.0 "cygarchive-2.dll" v0.0 ts=2010/4/13 3:47 273k 2009/12/22 C:\cygwin\bin\cygarpack-0.dll - os=4.0 img=1.0 sys=4.0 "cygarpack-0.dll" v0.0 ts=2009/12/22 20:28 80k 2010/05/13 C:\cygwin\bin\cygart_lgpl_2-2.dll - os=4.0 img=1.0 sys=4.0 "cygart_lgpl_2-2.dll" v0.0 ts=2010/5/13 2:46 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 12:39 280k 2009/04/03 C:\cygwin\bin\cygasprintf-0.dll - os=4.0 img=1.0 sys=4.0 "cygasprintf-0.dll" v0.0 ts=2009/4/3 3:14 93k 2010/06/15 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=2010/6/15 8:06 15k 2009/12/27 C:\cygwin\bin\cygattr-1.dll - os=4.0 img=1.0 sys=4.0 "cygattr-1.dll" v0.0 ts=2009/11/18 13:52 72k 2009/03/18 C:\cygwin\bin\cygaudio-2.dll - os=4.0 img=1.0 sys=4.0 "cygaudio-2.dll" v0.0 ts=2009/3/18 5:40 128k 2010/06/14 C:\cygwin\bin\cygaudiofile-0.dll - os=4.0 img=1.0 sys=4.0 "cygaudiofile-0.dll" v0.0 ts=2010/6/15 1:04 172k 2010/05/30 C:\cygwin\bin\cygautotrace-3.dll - os=4.0 img=1.0 sys=4.0 "cygautotrace-3.dll" v0.0 ts=2010/5/30 14:07 61k 2009/06/16 C:\cygwin\bin\cygbind9-50.dll - os=4.0 img=1.0 sys=4.0 "cygbind9-50.dll" v0.0 ts=2009/6/16 6:25 42k 2010/07/01 C:\cygwin\bin\cygbind9-60.dll - os=4.0 img=1.0 sys=4.0 "cygbind9-60.dll" v0.0 ts=2010/7/1 23:26 95k 2010/06/24 C:\cygwin\bin\cygblkid-1.dll - os=4.0 img=1.0 sys=4.0 "cygblkid-1.dll" v0.0 ts=2010/6/24 21:20 323k 2010/06/14 C:\cygwin\bin\cygbonobo-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygbonobo-2-0.dll" v0.0 ts=2010/6/14 23:00 73k 2010/06/14 C:\cygwin\bin\cygbonobo-activation-4.dll - os=4.0 img=1.0 sys=4.0 "cygbonobo-activation-4.dll" v0.0 ts=2010/6/14 22:59 331k 2010/06/15 C:\cygwin\bin\cygbonoboui-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygbonoboui-2-0.dll" v0.0 ts=2010/6/15 3:42 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 9:36 64k 2010/05/17 C:\cygwin\bin\cygboost_date_time-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_date_time-mt-1_43.dll" v0.0 ts=2010/5/17 4:04 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 9:36 76k 2010/05/17 C:\cygwin\bin\cygboost_filesystem-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_filesystem-mt-1_43.dll" v0.0 ts=2010/5/17 4:04 346k 2010/05/17 C:\cygwin\bin\cygboost_graph-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_graph-mt-1_43.dll" v0.0 ts=2010/5/17 4:04 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 9:37 92k 2010/05/17 C:\cygwin\bin\cygboost_iostreams-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_iostreams-mt-1_43.dll" v0.0 ts=2010/5/17 4:04 122k 2010/05/17 C:\cygwin\bin\cygboost_math_c99-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_math_c99-mt-1_43.dll" v0.0 ts=2010/5/17 4:00 122k 2010/05/17 C:\cygwin\bin\cygboost_math_c99f-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_math_c99f-mt-1_43.dll" v0.0 ts=2010/5/17 4:01 270k 2010/05/17 C:\cygwin\bin\cygboost_math_tr1-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_math_tr1-mt-1_43.dll" v0.0 ts=2010/5/17 3:59 272k 2010/05/17 C:\cygwin\bin\cygboost_math_tr1f-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_math_tr1f-mt-1_43.dll" v0.0 ts=2010/5/17 3:59 56k 2010/05/17 C:\cygwin\bin\cygboost_prg_exec_monitor-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_prg_exec_monitor-mt-1_43.dll" v0.0 ts=2010/5/17 4:03 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 9:38 297k 2010/05/17 C:\cygwin\bin\cygboost_program_options-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_program_options-mt-1_43.dll" v0.0 ts=2010/5/17 4:01 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 9:39 269k 2010/05/17 C:\cygwin\bin\cygboost_python-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_python-mt-1_43.dll" v0.0 ts=2010/5/17 3:58 17k 2010/05/17 C:\cygwin\bin\cygboost_random-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_random-mt-1_43.dll" v0.0 ts=2010/5/17 3:58 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 9:41 627k 2010/05/17 C:\cygwin\bin\cygboost_regex-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_regex-mt-1_43.dll" v0.0 ts=2010/5/17 4:04 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 9:44 435k 2010/05/17 C:\cygwin\bin\cygboost_serialization-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_serialization-mt-1_43.dll" v0.0 ts=2010/5/17 4:02 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 9:44 72k 2010/05/17 C:\cygwin\bin\cygboost_signals-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_signals-mt-1_43.dll" v0.0 ts=2010/5/17 4:03 15k 2010/05/17 C:\cygwin\bin\cygboost_system-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_system-mt-1_43.dll" v0.0 ts=2010/5/17 4:04 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 9:47 74k 2010/05/17 C:\cygwin\bin\cygboost_thread-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_thread-mt-1_43.dll" v0.0 ts=2010/5/17 4:03 574k 2010/05/17 C:\cygwin\bin\cygboost_unit_test_framework-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_unit_test_framework-mt-1_43.dll" v0.0 ts=2010/5/17 4:03 994k 2010/05/17 C:\cygwin\bin\cygboost_wave-mt-1_43.dll - os=4.0 img=1.0 sys=4.0 "cygboost_wave-mt-1_43.dll" v0.0 ts=2010/5/17 4:04 33k 2010/05/28 C:\cygwin\bin\cygbrlapi-0.5.dll - os=4.0 img=1.0 sys=4.0 "cygbrlapi-0.5.dll" v0.0 ts=2010/5/28 13:12 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 4:11 460k 2010/05/04 C:\cygwin\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2010/5/4 18:21 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 14:25 25k 2009/11/19 C:\cygwin\bin\cygcheck-0.dll - os=4.0 img=1.0 sys=4.0 "cygcheck-0.dll" v0.0 ts=2009/11/19 0:46 1845k 2008/10/09 C:\cygwin\bin\cygchicken-0.dll - os=4.0 img=1.0 sys=4.0 "cygchicken-0.dll" v0.0 ts=2008/10/9 21:22 9797k 2010/04/25 C:\cygwin\bin\cygclamav-6.dll - os=4.0 img=1.0 sys=4.0 "cygclamav-6.dll" v0.0 ts=2010/4/25 12:15 46k 2010/04/25 C:\cygwin\bin\cygclamunrar-6.dll - os=4.0 img=1.0 sys=4.0 "cygclamunrar-6.dll" v0.0 ts=2010/4/25 12:14 11k 2010/04/25 C:\cygwin\bin\cygclamunrar_iface-6.dll - os=4.0 img=1.0 sys=4.0 "cygclamunrar_iface-6.dll" v0.0 ts=2010/4/25 12:14 108k 2010/01/05 C:\cygwin\bin\cygcloog-0.dll - os=4.0 img=1.0 sys=4.0 "cygcloog-0.dll" v0.0 ts=2010/1/5 1:45 20k 2010/05/25 C:\cygwin\bin\cygcompface-0.dll - os=4.0 img=1.0 sys=4.0 "cygcompface-0.dll" v0.0 ts=2010/5/25 9:42 12k 2010/06/24 C:\cygwin\bin\cygcom_err-2.dll - os=4.0 img=1.0 sys=4.0 "cygcom_err-2.dll" v0.0 ts=2010/6/24 11:52 231k 2009/03/31 C:\cygwin\bin\cygcppunit-1-12-1.dll - os=4.0 img=1.0 sys=4.0 "cygcppunit-1-12-1.dll" v0.0 ts=2009/4/1 0:38 189k 2009/03/17 C:\cygwin\bin\cygcroco-0.6-3.dll - os=4.0 img=1.0 sys=4.0 "cygcroco-0.6-3.dll" v0.0 ts=2009/3/17 6:56 449k 2010/03/12 C:\cygwin\bin\cygcruft.dll - os=4.0 img=1.0 sys=4.0 "cygcruft.dll" v0.0 ts=2010/3/4 15:57 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 9:57 1149k 2010/06/23 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/6/23 10:39 284k 2010/06/01 C:\cygwin\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2010/6/1 21:07 424k 2007/12/16 C:\cygwin\bin\cygdb-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.1.dll" v0.0 ts=2007/12/16 15:09 512k 2007/12/16 C:\cygwin\bin\cygdb-3.3.dll - os=4.0 img=1.0 sys=4.0 "cygdb-3.3.dll" v0.0 ts=2007/12/16 14:47 547k 2007/12/18 C:\cygwin\bin\cygdb-4.0.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.0.dll" v0.0 ts=2007/12/18 14:35 647k 2007/12/17 C:\cygwin\bin\cygdb-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.1.dll" v0.0 ts=2007/12/16 19:35 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 12:58 764k 2007/12/17 C:\cygwin\bin\cygdb-4.3.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.3.dll" v0.0 ts=2007/12/17 13:29 866k 2007/12/17 C:\cygwin\bin\cygdb-4.4.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.4.dll" v0.0 ts=2007/12/17 13:55 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 14:12 329k 2007/12/16 C:\cygwin\bin\cygdb2.dll - os=4.0 img=1.0 sys=4.0 "cygdb2.dll" v0.0 ts=2007/12/16 14:19 208k 2010/05/16 C:\cygwin\bin\cygdbus-1-3.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-1-3.dll" v0.0 ts=2010/5/12 12:31 107k 2010/05/12 C:\cygwin\bin\cygdbus-glib-1-2.dll - os=4.0 img=1.0 sys=4.0 "cygdbus-glib-1-2.dll" v0.0 ts=2010/5/12 12:53 725k 2007/12/16 C:\cygwin\bin\cygdb_cxx-3.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.1.dll" v0.0 ts=2007/12/16 15:09 818k 2007/12/16 C:\cygwin\bin\cygdb_cxx-3.3.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-3.3.dll" v0.0 ts=2007/12/16 14:47 857k 2007/12/18 C:\cygwin\bin\cygdb_cxx-4.0.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.0.dll" v0.0 ts=2007/12/18 14:35 967k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.1.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.1.dll" v0.0 ts=2007/12/16 19:35 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 12:58 1106k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.3.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.3.dll" v0.0 ts=2007/12/17 13:29 1217k 2007/12/17 C:\cygwin\bin\cygdb_cxx-4.4.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.4.dll" v0.0 ts=2007/12/17 13:55 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 14:12 14k 2009/10/15 C:\cygwin\bin\cygdmx-1.dll - os=4.0 img=1.0 sys=4.0 "cygdmx-1.dll" v0.0 ts=2009/10/14 2:32 1840k 2009/06/16 C:\cygwin\bin\cygdns-50.dll - os=4.0 img=1.0 sys=4.0 "cygdns-50.dll" v0.0 ts=2009/6/16 6:25 1354k 2010/07/01 C:\cygwin\bin\cygdns-66.dll - os=4.0 img=1.0 sys=4.0 "cygdns-66.dll" v0.0 ts=2010/7/1 23:26 243k 2005/02/23 C:\cygwin\bin\cygdps-1.dll - os=4.0 img=1.0 sys=4.0 "cygdps-1.dll" v0.0 ts=2005/2/23 15:42 26k 2005/02/23 C:\cygwin\bin\cygdpstk-1.dll - os=4.0 img=1.0 sys=4.0 "cygdpstk-1.dll" v0.0 ts=2005/2/23 15:42 22k 2010/06/24 C:\cygwin\bin\cyge2p-2.dll - os=4.0 img=1.0 sys=4.0 "cyge2p-2.dll" v0.0 ts=2010/6/24 11:53 46k 2009/01/07 C:\cygwin\bin\cygecpg.dll - os=4.0 img=1.0 sys=4.0 "cygecpg.dll" v0.0 ts=2009/1/7 17:46 12k 2009/01/07 C:\cygwin\bin\cygecpg_compat.dll - os=4.0 img=1.0 sys=4.0 "cygecpg_compat.dll" v0.0 ts=2009/1/7 17:46 511k 2010/06/17 C:\cygwin\bin\cygedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygedit-0.dll" v0.0 ts=2010/6/17 13:42 56k 2008/07/12 C:\cygwin\bin\cygedsio-0.dll - os=4.0 img=1.0 sys=4.0 "cygedsio-0.dll" v0.0 ts=2008/7/12 21:41 66k 2010/06/02 C:\cygwin\bin\cygelf-0.dll - os=4.0 img=1.0 sys=4.0 "cygelf-0.dll" v0.8 ts=2010/6/2 15:08 163k 2010/05/19 C:\cygwin\bin\cygEMF-1.dll - os=4.0 img=1.0 sys=4.0 "cygEMF-1.dll" v0.0 ts=2010/5/19 21:51 29k 2009/03/23 C:\cygwin\bin\cygesd-0.dll - os=4.0 img=1.0 sys=4.0 "cygesd-0.dll" v0.0 ts=2009/3/23 3:46 55k 2009/01/14 C:\cygwin\bin\cygevtlog-0.dll - os=4.0 img=1.0 sys=4.0 "cygevtlog-0.dll" v0.0 ts=2009/1/14 17:02 166k 2009/03/31 C:\cygwin\bin\cygexif-12.dll - os=4.0 img=1.0 sys=4.0 "cygexif-12.dll" v0.0 ts=2009/3/31 6:20 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 22: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 6:03 71k 2010/05/12 C:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0 "cygexslt-0.dll" v0.0 ts=2010/5/12 11:59 138k 2010/06/24 C:\cygwin\bin\cygext2fs-2.dll - os=4.0 img=1.0 sys=4.0 "cygext2fs-2.dll" v0.0 ts=2010/6/24 11:53 29k 2010/05/12 C:\cygwin\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2010/5/12 12:26 286k 2006/08/06 C:\cygwin\bin\cygfcgi++-0.dll - os=4.0 img=1.0 sys=4.0 "cygfcgi++-0.dll" v0.0 ts=2006/8/6 22:09 30k 2006/08/06 C:\cygwin\bin\cygfcgi-0.dll - os=4.0 img=1.0 sys=4.0 "cygfcgi-0.dll" v0.0 ts=2006/8/6 22:09 24k 2009/12/11 C:\cygwin\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0 "cygffi-4.dll" v0.0 ts=2009/12/8 1:39 784k 2009/07/28 C:\cygwin\bin\cygfftw3-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3-3.dll" v0.0 ts=2009/7/28 21:14 758k 2009/07/28 C:\cygwin\bin\cygfftw3f-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3f-3.dll" v0.0 ts=2009/7/28 21:05 19k 2009/07/28 C:\cygwin\bin\cygfftw3f_threads-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3f_threads-3.dll" v0.0 ts=2009/7/28 21:05 19k 2009/07/28 C:\cygwin\bin\cygfftw3_threads-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3_threads-3.dll" v0.0 ts=2009/7/28 21:14 69k 2009/08/27 C:\cygwin\bin\cygFLAC++-6.dll - os=4.0 img=1.0 sys=4.0 "cygFLAC++-6.dll" v0.0 ts=2009/8/27 21:45 297k 2009/08/27 C:\cygwin\bin\cygFLAC-8.dll - os=4.0 img=1.0 sys=4.0 "cygFLAC-8.dll" v0.0 ts=2009/8/27 21:44 508k 2010/06/30 C:\cygwin\bin\cygfltk-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltk-1.1.dll" v0.0 ts=2010/5/7 23:37 507k 2010/06/30 C:\cygwin\bin\cygfltknox-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox-1.1.dll" v0.0 ts=2010/5/9 0:23 21k 2010/06/30 C:\cygwin\bin\cygfltknox_forms-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_forms-1.1.dll" v0.0 ts=2010/5/9 0:23 82k 2010/06/30 C:\cygwin\bin\cygfltknox_gl-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_gl-1.1.dll" v0.0 ts=2010/5/9 0:23 58k 2010/06/30 C:\cygwin\bin\cygfltknox_images-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltknox_images-1.1.dll" v0.0 ts=2010/5/9 0:23 21k 2010/06/30 C:\cygwin\bin\cygfltk_forms-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltk_forms-1.1.dll" v0.0 ts=2010/5/7 23:37 81k 2010/06/30 C:\cygwin\bin\cygfltk_gl-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltk_gl-1.1.dll" v0.0 ts=2010/5/7 23:37 58k 2010/06/30 C:\cygwin\bin\cygfltk_images-1.1.dll - os=4.0 img=1.0 sys=4.0 "cygfltk_images-1.1.dll" v0.0 ts=2010/5/7 23:38 176k 2010/01/29 C:\cygwin\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2010/1/28 23:12 21k 2009/10/14 C:\cygwin\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2009/10/14 3:04 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 15: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 7: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 20: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 11:25 47k 2010/01/02 C:\cygwin\bin\cygformw-10.dll - os=4.0 img=1.0 sys=4.0 "cygformw-10.dll" v0.0 ts=2010/1/2 18:31 860k 2008/03/23 C:\cygwin\bin\cygfpx-1.dll - os=4.0 img=1.0 sys=4.0 "cygfpx-1.dll" v0.0 ts=2008/3/23 21:12 492k 2010/03/03 C:\cygwin\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2010/3/2 22:24 26k 2010/06/15 C:\cygwin\bin\cyggailutil-18.dll - os=4.0 img=1.0 sys=4.0 "cyggailutil-18.dll" v0.0 ts=2010/6/15 9:25 29k 2010/05/12 C:\cygwin\bin\cyggamin-1-0.dll - os=4.0 img=1.0 sys=4.0 "cyggamin-1-0.dll" v0.0 ts=2010/5/12 12:26 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 1:30 20597k 2009/12/11 C:\cygwin\bin\cyggcj-9.dll - os=4.0 img=1.0 sys=4.0 "cyggcj-9.dll" v0.0 ts=2009/12/8 3:00 8472k 2009/12/11 C:\cygwin\bin\cyggcj-noncore-9.dll - os=4.0 img=1.0 sys=4.0 "cyggcj-noncore-9.dll" v0.0 ts=2009/12/8 3:02 2053k 2009/12/11 C:\cygwin\bin\cyggcj-tools-9.dll - os=4.0 img=1.0 sys=4.0 "cyggcj-tools-9.dll" v0.0 ts=2009/12/8 3:02 181k 2010/06/14 C:\cygwin\bin\cyggconf-2-4.dll - os=4.0 img=1.0 sys=4.0 "cyggconf-2-4.dll" v0.0 ts=2010/6/15 1:37 176k 2010/06/28 C:\cygwin\bin\cyggcr-0.dll - os=4.0 img=1.0 sys=4.0 "cyggcr-0.dll" v0.0 ts=2010/6/28 7:59 449k 2010/03/17 C:\cygwin\bin\cyggcrypt-11.dll - os=4.0 img=1.0 sys=4.0 "cyggcrypt-11.dll" v0.0 ts=2010/3/17 22:45 230k 2010/05/14 C:\cygwin\bin\cyggd-2.dll - os=4.0 img=1.0 sys=4.0 "cyggd-2.dll" v0.0 ts=2010/5/14 12:43 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 8: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 8: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 15:24 546k 2010/06/15 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/6/15 9:14 128k 2009/03/23 C:\cygwin\bin\cyggdk_imlib-1.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_imlib-1.dll" v0.0 ts=2009/3/23 20:52 94k 2010/06/15 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/6/15 9:05 59k 2010/06/15 C:\cygwin\bin\cyggdk_pixbuf_xlib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggdk_pixbuf_xlib-2.0-0.dll" v0.0 ts=2010/6/15 9:34 124k 2009/03/13 C:\cygwin\bin\cyggeotiff-1.dll - os=4.0 img=1.0 sys=4.0 "cyggeotiff-1.dll" v0.0 ts=2009/3/13 19:49 954k 2009/04/03 C:\cygwin\bin\cyggettextlib-0-17.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-17.dll" v0.0 ts=2009/4/3 3:21 218k 2009/04/03 C:\cygwin\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2009/4/3 3:29 203k 2009/04/03 C:\cygwin\bin\cyggettextsrc-0-17.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-17.dll" v0.0 ts=2009/4/3 3:24 645k 2009/12/11 C:\cygwin\bin\cyggfortran-3.dll - os=4.0 img=1.0 sys=4.0 "cyggfortran-3.dll" v0.0 ts=2009/12/8 2:22 32k 2008/12/08 C:\cygwin\bin\cyggg-1.dll - os=4.0 img=1.0 sys=4.0 "cyggg-1.dll" v0.0 ts=2008/12/8 0:59 45k 2008/12/08 C:\cygwin\bin\cygggi-2.dll - os=4.0 img=1.0 sys=4.0 "cygggi-2.dll" v0.0 ts=2008/12/8 2:09 9k 2008/12/08 C:\cygwin\bin\cygggimisc-2.dll - os=4.0 img=1.0 sys=4.0 "cygggimisc-2.dll" v0.0 ts=2008/12/8 2:26 9k 2008/12/08 C:\cygwin\bin\cygggiwmh-0.dll - os=4.0 img=1.0 sys=4.0 "cygggiwmh-0.dll" v0.0 ts=2008/12/8 2:31 29k 2009/03/23 C:\cygwin\bin\cyggif-4.dll - os=4.0 img=1.0 sys=4.0 "cyggif-4.dll" v0.0 ts=2009/3/23 19:55 23k 2008/12/08 C:\cygwin\bin\cyggii-1.dll - os=4.0 img=1.0 sys=4.0 "cyggii-1.dll" v0.0 ts=2008/12/8 1:00 14k 2009/12/11 C:\cygwin\bin\cyggij-9.dll - os=4.0 img=1.0 sys=4.0 "cyggij-9.dll" v0.0 ts=2009/12/8 3:02 552k 2010/06/15 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/6/15 5:25 70k 2010/06/15 C:\cygwin\bin\cyggirepository-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggirepository-1.0-0.dll" v0.0 ts=2010/6/15 6:34 32k 2010/06/15 C:\cygwin\bin\cyggirepository-everything-1.0-1.dll - os=4.0 img=1.0 sys=4.0 "cyggirepository-everything-1.0-1.dll" v0.0 ts=2010/6/15 6:41 72k 2010/06/15 C:\cygwin\bin\cyggirepository-gimarshallingtests-1.0-1.dll - os=4.0 img=1.0 sys=4.0 "cyggirepository-gimarshallingtests-1.0-1.dll" v0.0 ts=2010/6/15 6:41 2389k 2010/02/10 C:\cygwin\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2010/2/10 2:40 76k 2009/03/26 C:\cygwin\bin\cygglade-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglade-2.0-0.dll" v0.0 ts=2009/3/25 23:23 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 15:12 764k 2010/06/15 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/6/15 5:22 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 18: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 18:23 716k 2010/06/03 C:\cygwin\bin\cygglpk-0.dll - os=4.0 img=1.0 sys=4.0 "cygglpk-0.dll" v0.0 ts=2010/6/3 14:18 448k 2010/02/10 C:\cygwin\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2010/2/10 2:40 187k 2010/05/17 C:\cygwin\bin\cygglut-3.dll - os=4.0 img=1.0 sys=4.0 "cygglut-3.dll" v0.0 ts=2010/5/18 0:01 24k 2010/02/10 C:\cygwin\bin\cygGLw-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLw-1.dll" v0.0 ts=2010/2/10 2:40 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 15:12 14k 2010/06/15 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/6/15 5:23 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 13:23 14k 2009/06/06 C:\cygwin\bin\cyggmpxx-4.dll - os=4.0 img=1.0 sys=4.0 "cyggmpxx-4.dll" v0.0 ts=2009/6/6 13:23 158k 2009/12/11 C:\cygwin\bin\cyggnarl-4.3.dll - os=4.0 img=1.0 sys=4.0 "cyggnarl-4.3.dll" v0.0 ts=2009/12/8 2:25 2319k 2009/12/11 C:\cygwin\bin\cyggnat-4.3.dll - os=4.0 img=1.0 sys=4.0 "cyggnat-4.3.dll" v0.0 ts=2009/12/8 2:25 74k 2010/06/15 C:\cygwin\bin\cyggnome-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnome-2-0.dll" v0.0 ts=2010/6/15 3:25 99k 2010/06/15 C:\cygwin\bin\cyggnome-keyring-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnome-keyring-0.dll" v0.0 ts=2010/6/15 10:53 176k 2010/06/15 C:\cygwin\bin\cyggnomecanvas-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomecanvas-2-0.dll" v0.0 ts=2010/6/15 2:24 392k 2010/06/15 C:\cygwin\bin\cyggnomeprint-2-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomeprint-2-2-0.dll" v0.0 ts=2010/6/16 1:09 233k 2010/06/15 C:\cygwin\bin\cyggnomeprintui-2-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomeprintui-2-2-0.dll" v0.0 ts=2010/6/16 1:28 511k 2010/06/15 C:\cygwin\bin\cyggnomeui-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomeui-2-0.dll" v0.0 ts=2010/6/15 4:06 313k 2010/06/15 C:\cygwin\bin\cyggnomevfs-2-0.dll - os=4.0 img=1.0 sys=4.0 "cyggnomevfs-2-0.dll" v0.0 ts=2010/6/15 2:25 566k 2010/05/17 C:\cygwin\bin\cyggnutls-26.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-26.dll" v0.0 ts=2010/5/17 13:51 22k 2010/05/17 C:\cygwin\bin\cyggnutls-extra-26.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-extra-26.dll" v0.0 ts=2010/5/17 13:52 26k 2010/05/17 C:\cygwin\bin\cyggnutls-openssl-26.dll - os=4.0 img=1.0 sys=4.0 "cyggnutls-openssl-26.dll" v0.0 ts=2010/5/17 13:52 51k 2010/05/17 C:\cygwin\bin\cyggnutlsxx-26.dll - os=4.0 img=1.0 sys=4.0 "cyggnutlsxx-26.dll" v0.0 ts=2010/5/17 13:51 233k 2010/06/15 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/6/15 5:23 27k 2009/12/11 C:\cygwin\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0 "cyggomp-1.dll" v0.0 ts=2009/12/8 1:42 99k 2010/06/28 C:\cygwin\bin\cyggp11-0.dll - os=4.0 img=1.0 sys=4.0 "cyggp11-0.dll" v0.0 ts=2010/6/28 7:44 16k 2010/03/17 C:\cygwin\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0 "cyggpg-error-0.dll" v0.0 ts=2010/3/17 22:21 314k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick++-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick++-3.dll" v0.0 ts=2010/3/14 11:19 11914k 2010/03/14 C:\cygwin\bin\cygGraphicsMagick-3.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagick-3.dll" v0.0 ts=2010/3/14 11:18 138k 2010/03/14 C:\cygwin\bin\cygGraphicsMagickWand-2.dll - os=4.0 img=1.0 sys=4.0 "cygGraphicsMagickWand-2.dll" v0.0 ts=2010/3/14 11:19 5491k 2008/11/27 C:\cygwin\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0 "cyggs-8.dll" v0.0 ts=2008/11/27 14:24 191k 2010/05/12 C:\cygwin\bin\cyggsf-1-114.dll - os=4.0 img=1.0 sys=4.0 "cyggsf-1-114.dll" v0.0 ts=2010/5/12 12:34 1611k 2010/04/05 C:\cygwin\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2010/4/5 23:28 225k 2010/04/05 C:\cygwin\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2010/4/5 23:15 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 15:13 17k 2010/06/15 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/6/15 5:23 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 15:29 3659k 2010/06/15 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/6/15 9:18 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 20:03 528k 2005/10/09 C:\cygwin\bin\cygguile-12.dll - os=4.0 img=1.0 sys=4.0 "cygguile-12.dll" v0.0 ts=2005/10/9 15:25 675k 2007/08/27 C:\cygwin\bin\cygguile-17.dll - os=4.0 img=1.0 sys=4.0 "cygguile-17.dll" v0.0 ts=2007/8/27 9:14 18k 2005/10/09 C:\cygwin\bin\cygguile-ltdl-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-ltdl-1.dll" v0.0 ts=2005/10/9 15:24 23k 2007/08/27 C:\cygwin\bin\cygguile-srfi-srfi-1-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-1-v-3-3.dll" v0.0 ts=2007/8/27 9:14 68k 2005/10/09 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-1-1.dll" v0.0 ts=2005/10/9 15:25 4k 2007/08/27 C:\cygwin\bin\cygguile-srfi-srfi-13-14-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-13-14-v-3-3.dll" v0.0 ts=2007/8/27 9:14 31k 2005/10/09 C:\cygwin\bin\cygguile-srfi-srfi-4-v-1-1.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-1-1.dll" v0.0 ts=2005/10/9 15:25 4k 2007/08/27 C:\cygwin\bin\cygguile-srfi-srfi-4-v-3-3.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-4-v-3-3.dll" v0.0 ts=2007/8/27 9:14 8k 2007/08/27 C:\cygwin\bin\cygguile-srfi-srfi-60-v-2-2.dll - os=4.0 img=1.0 sys=4.0 "cygguile-srfi-srfi-60-v-2-2.dll" v0.0 ts=2007/8/27 9:14 12k 2005/10/09 C:\cygwin\bin\cygguilereadline-v-12-12.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-12-12.dll" v0.0 ts=2005/10/9 15:25 11k 2007/08/27 C:\cygwin\bin\cygguilereadline-v-17-17.dll - os=4.0 img=1.0 sys=4.0 "cygguilereadline-v-17-17.dll" v0.0 ts=2007/8/27 9:14 2047k 2009/09/17 C:\cygwin\bin\cyghdf5-0.dll - os=4.0 img=1.0 sys=4.0 "cyghdf5-0.dll" v0.0 ts=2009/9/17 9:58 90k 2009/09/17 C:\cygwin\bin\cyghdf5_hl-0.dll - os=4.0 img=1.0 sys=4.0 "cyghdf5_hl-0.dll" v0.0 ts=2009/9/17 9:59 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 14: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 16:45 337k 2007/09/16 C:\cygwin\bin\cyghttpd2core.dll - os=4.0 img=1.0 sys=4.0 "cyghttpd2core.dll" v0.0 ts=2007/9/16 22:58 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 23: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 6: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 14:25 10921k 2009/12/27 C:\cygwin\bin\cygicudata38.dll - os=4.0 img=1.0 sys=4.0 "cygicudata38.dll" v0.0 ts=2009/12/27 12:06 1218k 2009/12/27 C:\cygwin\bin\cygicui18n38.dll - os=4.0 img=1.0 sys=4.0 "cygicui18n38.dll" v0.0 ts=2009/12/27 12:02 35k 2009/12/27 C:\cygwin\bin\cygicuio38.dll - os=4.0 img=1.0 sys=4.0 "cygicuio38.dll" v0.0 ts=2009/12/27 12:06 230k 2009/12/27 C:\cygwin\bin\cygicule38.dll - os=4.0 img=1.0 sys=4.0 "cygicule38.dll" v0.0 ts=2009/12/27 12:03 42k 2009/12/27 C:\cygwin\bin\cygiculx38.dll - os=4.0 img=1.0 sys=4.0 "cygiculx38.dll" v0.0 ts=2009/12/27 12:04 98k 2009/12/27 C:\cygwin\bin\cygicutu38.dll - os=4.0 img=1.0 sys=4.0 "cygicutu38.dll" v0.0 ts=2009/12/27 12:04 1038k 2009/12/27 C:\cygwin\bin\cygicuuc38.dll - os=4.0 img=1.0 sys=4.0 "cygicuuc38.dll" v0.0 ts=2009/12/27 11:59 147k 2010/06/14 C:\cygwin\bin\cygIDL-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygIDL-2-0.dll" v0.0 ts=2010/6/14 21:00 193k 2010/05/16 C:\cygwin\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2010/5/16 15:37 156k 2010/02/22 C:\cygwin\bin\cygImlib-1.dll - os=4.0 img=1.0 sys=4.0 "cygImlib-1.dll" v0.0 ts=2010/2/22 6:46 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 3: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 3:15 335k 2009/06/16 C:\cygwin\bin\cygisc-50.dll - os=4.0 img=1.0 sys=4.0 "cygisc-50.dll" v0.0 ts=2009/6/16 6:22 273k 2010/07/01 C:\cygwin\bin\cygisc-60.dll - os=4.0 img=1.0 sys=4.0 "cygisc-60.dll" v0.0 ts=2010/7/1 23:25 48k 2009/06/16 C:\cygwin\bin\cygisccc-50.dll - os=4.0 img=1.0 sys=4.0 "cygisccc-50.dll" v0.0 ts=2009/6/16 6:22 26k 2010/07/01 C:\cygwin\bin\cygisccc-60.dll - os=4.0 img=1.0 sys=4.0 "cygisccc-60.dll" v0.0 ts=2010/7/1 23:25 99k 2009/06/16 C:\cygwin\bin\cygisccfg-50.dll - os=4.0 img=1.0 sys=4.0 "cygisccfg-50.dll" v0.0 ts=2009/6/16 6:25 63k 2010/07/01 C:\cygwin\bin\cygisccfg-60.dll - os=4.0 img=1.0 sys=4.0 "cygisccfg-60.dll" v0.0 ts=2010/7/1 23:26 241k 2008/04/02 C:\cygwin\bin\cygjasper-1-701-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1-701-1.dll" v0.0 ts=2008/4/2 17:19 246k 2010/05/20 C:\cygwin\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2010/5/20 7:04 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 17: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 22: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 21:39 9k 2009/12/11 C:\cygwin\bin\cygjvm.dll - os=4.0 img=1.0 sys=4.0 "cygjvm.dll" v0.0 ts=2009/12/8 3:02 64k 2010/07/07 C:\cygwin\bin\cygkate-1.dll - os=4.0 img=1.0 sys=4.0 "cygkate-1.dll" v0.0 ts=2010/7/7 17:28 60k 2004/09/27 C:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-3.dll" v0.0 ts=2004/9/27 19:32 65k 2005/05/05 C:\cygwin\bin\cygkpathsea-4.dll - os=4.0 img=1.0 sys=4.0 "cygkpathsea-4.dll" v0.0 ts=2005/5/5 16:33 166k 2009/10/19 C:\cygwin\bin\cygksba-8.dll - os=4.0 img=1.0 sys=4.0 "cygksba-8.dll" v0.0 ts=2009/10/19 6:25 39k 2008/09/07 C:\cygwin\bin\cyglber-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cyglber-2-3-0.dll" v0.0 ts=2008/9/7 14:28 173k 2010/06/25 C:\cygwin\bin\cyglcms-1.dll - os=4.0 img=1.0 sys=4.0 "cyglcms-1.dll" v0.0 ts=2010/6/25 11:50 189k 2008/09/07 C:\cygwin\bin\cygldap-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cygldap-2-3-0.dll" v0.0 ts=2008/9/7 14:29 201k 2008/09/07 C:\cygwin\bin\cygldap_r-2-3-0.dll - os=4.0 img=1.0 sys=4.0 "cygldap_r-2-3-0.dll" v0.0 ts=2008/9/7 14:31 72k 2008/10/19 C:\cygwin\bin\cyglightcomp.dll - os=4.0 img=1.0 sys=4.0 "cyglightcomp.dll" v0.0 ts=2008/10/19 14:04 5k 2010/04/12 C:\cygwin\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2010/4/12 19:08 9k 2010/04/12 C:\cygwin\bin\cyglsa64.dll - os=5.2 img=0.0 sys=5.2 24k 2008/04/14 C:\cygwin\bin\cygltdl-3.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-3.dll" v0.0 ts=2008/4/14 7:40 31k 2009/12/31 C:\cygwin\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-7.dll" v0.0 ts=2009/12/31 2:30 133k 2009/06/10 C:\cygwin\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0 "cyglua-5.1.dll" v0.0 ts=2009/6/10 19:29 88k 2009/06/16 C:\cygwin\bin\cyglwres-50.dll - os=4.0 img=1.0 sys=4.0 "cyglwres-50.dll" v0.0 ts=2009/6/16 6:26 65k 2010/07/01 C:\cygwin\bin\cyglwres-60.dll - os=4.0 img=1.0 sys=4.0 "cyglwres-60.dll" v0.0 ts=2010/7/1 23:26 125k 2010/04/09 C:\cygwin\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2010/4/9 17:54 12k 2009/03/15 C:\cygwin\bin\cyglzmadec-0.dll - os=4.0 img=1.0 sys=4.0 "cyglzmadec-0.dll" v0.0 ts=2009/3/15 7:16 111k 2009/09/15 C:\cygwin\bin\cyglzo2-2.dll - os=4.0 img=1.0 sys=4.0 "cyglzo2-2.dll" v0.0 ts=2009/9/15 14:10 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 23:29 314k 2010/01/19 C:\cygwin\bin\cygMagick++-1.dll - os=4.0 img=1.0 sys=4.0 "cygMagick++-1.dll" v0.0 ts=2010/1/19 13:53 1801k 2010/01/19 C:\cygwin\bin\cygMagickCore-1.dll - os=4.0 img=1.0 sys=4.0 "cygMagickCore-1.dll" v0.0 ts=2010/1/19 13:27 789k 2010/01/19 C:\cygwin\bin\cygMagickWand-1.dll - os=4.0 img=1.0 sys=4.0 "cygMagickWand-1.dll" v0.0 ts=2010/1/19 13:48 146k 2010/05/19 C:\cygwin\bin\cygmcrypt-4.dll - os=4.0 img=1.0 sys=4.0 "cygmcrypt-4.dll" v0.0 ts=2010/5/20 0:28 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 15: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 7: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 20: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 11:25 25k 2010/01/02 C:\cygwin\bin\cygmenuw-10.dll - os=4.0 img=1.0 sys=4.0 "cygmenuw-10.dll" v0.0 ts=2010/1/2 18:30 222k 2005/05/28 C:\cygwin\bin\cygmhash-2.dll - os=4.0 img=1.0 sys=4.0 "cygmhash-2.dll" v0.0 ts=2005/5/28 11:40 278k 2008/03/23 C:\cygwin\bin\cygming-0.dll - os=4.0 img=1.0 sys=4.0 "cygming-0.dll" v0.0 ts=2008/3/23 2:25 317k 2010/06/25 C:\cygwin\bin\cygming-1.dll - os=4.0 img=1.0 sys=4.0 "cygming-1.dll" v0.0 ts=2010/6/25 12: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/31 0:53 331k 2008/03/31 C:\cygwin\bin\cygmng-1.dll - os=4.0 img=1.0 sys=4.0 "cygmng-1.dll" v0.0 ts=2008/3/31 16:43 29k 2010/05/16 C:\cygwin\bin\cygmodman-0.dll - os=4.0 img=0.0 sys=4.0 "cygmodman-0.dll" v0.0 ts=2010/5/16 21:58 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 13:23 64k 2009/11/09 C:\cygwin\bin\cygmpc-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpc-1.dll" v0.0 ts=2009/11/9 2:21 269k 2009/06/07 C:\cygwin\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-1.dll" v0.0 ts=2009/6/7 23:10 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 8: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 16: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 7: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 20:25 63k 2010/01/02 C:\cygwin\bin\cygncurses++w-10.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++w-10.dll" v0.0 ts=2010/1/2 18:41 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 15: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 7: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 20: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 11:24 244k 2010/01/02 C:\cygwin\bin\cygncursesw-10.dll - os=4.0 img=1.0 sys=4.0 "cygncursesw-10.dll" v0.0 ts=2010/1/2 18:28 97k 2007/09/16 C:\cygwin\bin\cygneon-26.dll - os=4.0 img=1.0 sys=4.0 "cygneon-26.dll" v0.0 ts=2007/9/16 19:41 119k 2010/05/18 C:\cygwin\bin\cygneon-27.dll - os=4.0 img=1.0 sys=4.0 "cygneon-27.dll" v0.0 ts=2010/5/18 14:05 176k 2010/02/11 C:\cygwin\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0 "cygnetpbm-10.dll" v0.0 ts=2010/2/11 3:55 77k 2009/12/11 C:\cygwin\bin\cygobjc-2.dll - os=4.0 img=1.0 sys=4.0 "cygobjc-2.dll" v0.0 ts=2009/12/8 1:44 15k 2010/02/02 C:\cygwin\bin\cygobparser-21.dll - os=4.0 img=1.0 sys=4.0 "cygobparser-21.dll" v0.0 ts=2010/2/2 22:22 81k 2010/02/02 C:\cygwin\bin\cygobrender-21.dll - os=4.0 img=1.0 sys=4.0 "cygobrender-21.dll" v0.0 ts=2010/2/2 22:23 10632k 2010/03/12 C:\cygwin\bin\cygoctave.dll - os=4.0 img=1.0 sys=4.0 "cygoctave.dll" v0.0 ts=2010/3/4 16:31 11891k 2010/03/12 C:\cygwin\bin\cygoctinterp.dll - os=4.0 img=1.0 sys=4.0 "cygoctinterp.dll" v0.0 ts=2010/3/4 17:15 19k 2010/07/05 C:\cygwin\bin\cygogg-0.dll - os=4.0 img=1.0 sys=4.0 "cygogg-0.dll" v0.0 ts=2010/7/6 0:36 9k 2010/07/07 C:\cygwin\bin\cygoggkate-1.dll - os=4.0 img=1.0 sys=4.0 "cygoggkate-1.dll" v0.0 ts=2010/7/7 17:28 51k 2009/10/27 C:\cygwin\bin\cygogrove-1.dll - os=4.0 img=1.0 sys=4.0 "cygogrove-1.dll" v0.0 ts=2009/10/27 5:24 120k 2010/05/20 C:\cygwin\bin\cygopencdk-10.dll - os=4.0 img=1.0 sys=4.0 "cygopencdk-10.dll" v0.0 ts=2010/5/20 7:19 280k 2010/06/14 C:\cygwin\bin\cygORBit-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-2-0.dll" v0.0 ts=2010/6/14 21:36 37k 2010/06/14 C:\cygwin\bin\cygORBit-imodule-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBit-imodule-2-0.dll" v0.0 ts=2010/6/14 21:37 19k 2010/06/14 C:\cygwin\bin\cygORBitCosNaming-2-0.dll - os=4.0 img=1.0 sys=4.0 "cygORBitCosNaming-2-0.dll" v0.0 ts=2010/6/14 21:36 41k 2010/02/10 C:\cygwin\bin\cygOSMesa-7.dll - os=4.0 img=1.0 sys=4.0 "cygOSMesa-7.dll" v0.0 ts=2010/2/10 2:40 1559k 2009/10/27 C:\cygwin\bin\cygosp-5.dll - os=4.0 img=1.0 sys=4.0 "cygosp-5.dll" v0.0 ts=2009/10/26 21:12 303k 2009/10/27 C:\cygwin\bin\cygospgrove-1.dll - os=4.0 img=1.0 sys=4.0 "cygospgrove-1.dll" v0.0 ts=2009/10/27 5:25 1757k 2009/10/27 C:\cygwin\bin\cygostyle-1.dll - os=4.0 img=1.0 sys=4.0 "cygostyle-1.dll" v0.0 ts=2009/10/27 5:25 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 15: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 7: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 20: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 11:24 13k 2010/01/02 C:\cygwin\bin\cygpanelw-10.dll - os=4.0 img=1.0 sys=4.0 "cygpanelw-10.dll" v0.0 ts=2010/1/2 17:30 235k 2010/06/28 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/6/28 7:37 38k 2010/06/28 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/6/28 7:38 131k 2010/06/28 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/6/28 7:38 40k 2010/06/28 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/6/28 7:38 26k 2010/06/28 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/6/28 7:38 2220k 2010/04/25 C:\cygwin\bin\cygparrot2_3_0.dll - os=4.0 img=1.0 sys=4.0 "cygparrot2_3_0.dll" v0.0 ts=2010/4/25 23:26 224k 2010/06/15 C:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2010/6/15 6:10 31k 2010/06/15 C:\cygwin\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcrecpp-0.dll" v0.0 ts=2010/6/15 6:11 10k 2010/06/15 C:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2010/6/15 6:11 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 15:54 52k 2009/01/07 C:\cygwin\bin\cygpgtypes.dll - os=4.0 img=1.0 sys=4.0 "cygpgtypes.dll" v0.0 ts=2009/1/7 17:46 377k 2010/04/02 C:\cygwin\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2010/4/2 9:44 1035k 2010/01/22 C:\cygwin\bin\cygplot-2.dll - os=4.0 img=1.0 sys=4.0 "cygplot-2.dll" v0.0 ts=2010/1/22 22:53 988k 2010/01/22 C:\cygwin\bin\cygplotter-2.dll - os=4.0 img=1.0 sys=4.0 "cygplotter-2.dll" v0.0 ts=2010/1/22 23:01 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 23: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 7:45 695k 2009/04/18 C:\cygwin\bin\cygppl-7.dll - os=4.0 img=1.0 sys=4.0 "cygppl-7.dll" v0.0 ts=2009/4/18 14:44 2481k 2009/04/18 C:\cygwin\bin\cygppl_c-2.dll - os=4.0 img=1.0 sys=4.0 "cygppl_c-2.dll" v0.0 ts=2009/4/18 14:47 103k 2009/01/07 C:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0 "cygpq.dll" v0.0 ts=2009/1/7 17:46 199k 2007/02/19 C:\cygwin\bin\cygproj-0.dll - os=4.0 img=1.0 sys=4.0 "cygproj-0.dll" v0.0 ts=2007/2/19 2:24 195k 2009/03/13 C:\cygwin\bin\cygproj-1.dll - os=4.0 img=1.0 sys=4.0 "cygproj-1.dll" v0.0 ts=2009/3/13 2:57 27k 2009/09/07 C:\cygwin\bin\cygproxy-0.dll - os=4.0 img=1.0 sys=4.0 "cygproxy-0.dll" v0.0 ts=2009/9/7 2:56 106k 2010/05/16 C:\cygwin\bin\cygproxy-1.dll - os=4.0 img=1.0 sys=4.0 "cygproxy-1.dll" v0.0 ts=2010/5/16 21:58 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 12:40 322k 2010/05/29 C:\cygwin\bin\cygpstoedit-0.dll - os=4.0 img=1.0 sys=4.0 "cygpstoedit-0.dll" v0.0 ts=2010/5/29 11:19 52k 2009/10/19 C:\cygwin\bin\cygpth-20.dll - os=4.0 img=1.0 sys=4.0 "cygpth-20.dll" v0.0 ts=2009/10/19 7:57 18k 2009/04/18 C:\cygwin\bin\cygpwl-4.dll - os=4.0 img=1.0 sys=4.0 "cygpwl-4.dll" v0.0 ts=2009/4/18 14:44 15k 2010/05/12 C:\cygwin\bin\cygpyglib-2.0-python2.6-0.dll - os=4.0 img=1.0 sys=4.0 "cygpyglib-2.0-python2.6-0.dll" v0.0 ts=2010/5/12 11:14 278k 2010/06/09 C:\cygwin\bin\cygqhull-5.dll - os=4.0 img=1.0 sys=4.0 "cygqhull-5.dll" v0.0 ts=2010/6/9 18:26 75k 2010/01/17 C:\cygwin\bin\cygqrupdate-0.dll - os=4.0 img=1.0 sys=4.0 "cygqrupdate-0.dll" v0.0 ts=2010/1/17 23:19 7002k 2009/06/08 C:\cygwin\bin\cygqt-mt-3.dll - os=4.0 img=1.0 sys=4.0 "cygqt-mt-3.dll" v0.0 ts=2009/6/7 9:47 2674k 2009/12/10 C:\cygwin\bin\cygQt3Support-4.dll - os=4.0 img=1.0 sys=4.0 "cygQt3Support-4.dll" v0.0 ts=2009/11/27 2:23 28k 2009/12/10 C:\cygwin\bin\cygQtAssistantClient-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtAssistantClient-4.dll" v0.0 ts=2009/11/27 3:06 1038k 2009/12/10 C:\cygwin\bin\cygQtCLucene-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtCLucene-4.dll" v0.0 ts=2009/11/27 3:04 2047k 2009/12/10 C:\cygwin\bin\cygQtCore-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtCore-4.dll" v0.0 ts=2009/11/27 2:14 440k 2009/12/10 C:\cygwin\bin\cygQtDBus-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtDBus-4.dll" v0.0 ts=2009/11/27 2:23 4109k 2009/12/10 C:\cygwin\bin\cygQtDesigner-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtDesigner-4.dll" v0.0 ts=2009/11/27 3:10 2975k 2009/12/10 C:\cygwin\bin\cygQtDesignerComponents-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtDesignerComponents-4.dll" v0.0 ts=2009/11/27 3:13 9142k 2009/12/10 C:\cygwin\bin\cygQtGui-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtGui-4.dll" v0.0 ts=2009/11/27 2:20 500k 2009/12/10 C:\cygwin\bin\cygQtHelp-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtHelp-4.dll" v0.0 ts=2009/11/27 3:04 1093k 2009/12/10 C:\cygwin\bin\cygQtNetwork-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtNetwork-4.dll" v0.0 ts=2009/11/27 2:15 539k 2009/12/10 C:\cygwin\bin\cygQtOpenGL-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtOpenGL-4.dll" v0.0 ts=2009/11/27 2:24 1199k 2009/12/10 C:\cygwin\bin\cygQtScript-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtScript-4.dll" v0.0 ts=2009/11/27 2:21 801k 2009/12/10 C:\cygwin\bin\cygQtScriptTools-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtScriptTools-4.dll" v0.0 ts=2009/11/27 3:02 226k 2009/12/10 C:\cygwin\bin\cygQtSql-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtSql-4.dll" v0.0 ts=2009/11/27 2:21 329k 2009/12/10 C:\cygwin\bin\cygQtSvg-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtSvg-4.dll" v0.0 ts=2009/11/27 2:27 92k 2009/12/10 C:\cygwin\bin\cygQtTest-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtTest-4.dll" v0.0 ts=2009/11/27 2:21 16372k 2009/12/10 C:\cygwin\bin\cygQtWebKit-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtWebKit-4.dll" v0.0 ts=2009/11/27 3:01 260k 2009/12/10 C:\cygwin\bin\cygQtXml-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtXml-4.dll" v0.0 ts=2009/11/27 2:14 3206k 2009/12/10 C:\cygwin\bin\cygQtXmlPatterns-4.dll - os=4.0 img=1.0 sys=4.0 "cygQtXmlPatterns-4.dll" v0.0 ts=2009/11/27 2:27 230k 2009/06/08 C:\cygwin\bin\cygqui-1.dll - os=4.0 img=1.0 sys=4.0 "cygqui-1.dll" v0.0 ts=2009/6/7 9:47 85k 2009/11/12 C:\cygwin\bin\cygrarian-0.dll - os=4.0 img=1.0 sys=4.0 "cygrarian-0.dll" v0.0 ts=2009/11/12 8:43 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 14: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 16:45 185k 2010/06/15 C:\cygwin\bin\cygrsvg-2-2.dll - os=4.0 img=1.0 sys=4.0 "cygrsvg-2-2.dll" v0.0 ts=2010/6/16 1:30 39k 2009/03/17 C:\cygwin\bin\cygrsync-1.dll - os=4.0 img=1.0 sys=4.0 "cygrsync-1.dll" v0.0 ts=2009/3/17 23:06 761k 2008/09/30 C:\cygwin\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2008/9/30 15:10 84k 2010/07/02 C:\cygwin\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-2.dll" v0.0 ts=2010/7/2 5:19 45k 2010/02/15 C:\cygwin\bin\cygserf-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygserf-0-0.dll" v0.0 ts=2010/2/15 22:13 7k 2009/07/22 C:\cygwin\bin\cygsigsegv-0.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-0.dll" v0.0 ts=2009/7/22 10:57 9k 2009/07/24 C:\cygwin\bin\cygsigsegv-1.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-1.dll" v0.0 ts=2009/7/24 22:04 10k 2009/12/14 C:\cygwin\bin\cygsigsegv-2.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-2.dll" v0.0 ts=2009/12/14 13:56 28k 2010/06/24 C:\cygwin\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2010/6/24 22:39 318k 2008/05/14 C:\cygwin\bin\cygsmi-2.dll - os=4.0 img=1.0 sys=4.0 "cygsmi-2.dll" v0.0 ts=2008/5/14 12:31 259k 2010/06/28 C:\cygwin\bin\cygsoup-2.4-1.dll - os=4.0 img=1.0 sys=4.0 "cygsoup-2.4-1.dll" v0.0 ts=2010/6/28 22:12 21k 2010/06/28 C:\cygwin\bin\cygsoup-gnome-2.4-1.dll - os=4.0 img=1.0 sys=4.0 "cygsoup-gnome-2.4-1.dll" v0.0 ts=2010/6/28 22:12 82k 2008/08/02 C:\cygwin\bin\cygspeex-1.dll - os=4.0 img=1.0 sys=4.0 "cygspeex-1.dll" v0.0 ts=2008/8/2 18:36 58k 2008/08/02 C:\cygwin\bin\cygspeexdsp-1.dll - os=4.0 img=1.0 sys=4.0 "cygspeexdsp-1.dll" v0.0 ts=2008/8/2 18:37 475k 2009/12/18 C:\cygwin\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0 "cygsqlite3-0.dll" v0.0 ts=2009/12/18 2:28 19k 2010/06/24 C:\cygwin\bin\cygss-2.dll - os=4.0 img=1.0 sys=4.0 "cygss-2.dll" v0.0 ts=2010/6/24 11:52 121k 2010/06/01 C:\cygwin\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2010/6/1 20:44 265k 2010/06/23 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/6/23 10:39 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 1:38 25k 2009/04/28 C:\cygwin\bin\cygstartup-notification-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygstartup-notification-1-0.dll" v0.0 ts=2009/4/28 9:16 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 2: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 16:54 237k 2010/07/02 C:\cygwin\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2010/7/2 4:25 38k 2010/07/02 C:\cygwin\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2010/7/2 4:21 42k 2010/07/02 C:\cygwin\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2010/7/2 4:21 20k 2010/07/02 C:\cygwin\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2010/7/2 4:22 146k 2010/07/02 C:\cygwin\bin\cygsvn_fs_base-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs_base-1-0.dll" v0.0 ts=2010/7/2 4:21 125k 2010/07/02 C:\cygwin\bin\cygsvn_fs_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs_fs-1-0.dll" v0.0 ts=2010/7/2 4:21 9k 2010/07/02 C:\cygwin\bin\cygsvn_fs_util-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs_util-1-0.dll" v0.0 ts=2010/7/2 4:21 32k 2010/07/02 C:\cygwin\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2010/7/2 4:24 25k 2010/07/02 C:\cygwin\bin\cygsvn_ra_local-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_local-1-0.dll" v0.0 ts=2010/7/2 4:23 115k 2010/07/02 C:\cygwin\bin\cygsvn_ra_neon-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_neon-1-0.dll" v0.0 ts=2010/7/2 4:21 115k 2010/07/02 C:\cygwin\bin\cygsvn_ra_serf-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_serf-1-0.dll" v0.0 ts=2010/7/2 4:21 72k 2010/07/02 C:\cygwin\bin\cygsvn_ra_svn-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra_svn-1-0.dll" v0.0 ts=2010/7/2 4:21 140k 2010/07/02 C:\cygwin\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2010/7/2 4:22 242k 2010/07/02 C:\cygwin\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2010/7/2 4:21 35k 2010/07/02 C:\cygwin\bin\cygsvn_swig_perl-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_perl-1-0.dll" v0.0 ts=2010/7/2 4:33 49k 2010/07/02 C:\cygwin\bin\cygsvn_swig_py-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_py-1-0.dll" v0.0 ts=2010/7/2 4:36 51k 2010/07/02 C:\cygwin\bin\cygsvn_swig_ruby-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_swig_ruby-1-0.dll" v0.0 ts=2010/7/2 4:26 244k 2010/07/02 C:\cygwin\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2010/7/2 4:21 231k 2009/09/15 C:\cygwin\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1-5.dll" v0.0 ts=2009/9/15 11:59 18k 2009/09/15 C:\cygwin\bin\cygt1x-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1x-5.dll" v0.0 ts=2009/9/15 11:59 61k 2010/05/16 C:\cygwin\bin\cygtasn1-3.dll - os=4.0 img=1.0 sys=4.0 "cygtasn1-3.dll" v0.0 ts=2010/5/16 15:12 14k 2007/08/13 C:\cygwin\bin\cygtextcat-0.dll - os=4.0 img=1.0 sys=4.0 "cygtextcat-0.dll" v0.0 ts=2007/8/13 18:31 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 15: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 20:10 48k 2010/01/02 C:\cygwin\bin\cygticw-10.dll - os=4.0 img=1.0 sys=4.0 "cygticw-10.dll" v0.0 ts=2010/1/2 18:28 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 18:11 282k 2003/08/11 C:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 4:32 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 18:11 1618k 2008/10/09 C:\cygwin\bin\cyguchicken-0.dll - os=4.0 img=1.0 sys=4.0 "cyguchicken-0.dll" v0.0 ts=2008/10/9 21:23 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 8:33 27k 2006/12/06 C:\cygwin\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2006/12/6 4:41 86k 2010/04/25 C:\cygwin\bin\cygusb-1.0.dll - os=4.0 img=1.0 sys=4.0 "cygusb-1.0.dll" v0.0 ts=2010/4/25 19:31 40k 2009/07/08 C:\cygwin\bin\cygusb0.dll - os=4.0 img=1.0 sys=4.0 "cygusb0.dll" v0.0 ts=2009/7/8 10:35 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 8:46 590k 2009/11/16 C:\cygwin\bin\cygustr-debug-1.dll - os=4.0 img=1.0 sys=4.0 "cygustr-debug-1.dll" v0.0 ts=2009/11/16 8:46 16k 2010/06/24 C:\cygwin\bin\cyguuid-1.dll - os=4.0 img=1.0 sys=4.0 "cyguuid-1.dll" v0.0 ts=2010/6/24 21:19 153k 2010/07/06 C:\cygwin\bin\cygvorbis-0.dll - os=4.0 img=1.0 sys=4.0 "cygvorbis-0.dll" v0.0 ts=2010/7/6 19:35 1481k 2010/07/06 C:\cygwin\bin\cygvorbisenc-2.dll - os=4.0 img=1.0 sys=4.0 "cygvorbisenc-2.dll" v0.0 ts=2010/7/6 19:35 28k 2010/07/06 C:\cygwin\bin\cygvorbisfile-3.dll - os=4.0 img=1.0 sys=4.0 "cygvorbisfile-3.dll" v0.0 ts=2010/7/6 19:35 9k 2009/10/14 C:\cygwin\bin\cygWindowsWM-7.dll - os=4.0 img=1.0 sys=4.0 "cygWindowsWM-7.dll" v0.0 ts=2009/10/14 19:48 289k 2009/09/15 C:\cygwin\bin\cygwmf-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmf-0-2-7.dll" v0.0 ts=2009/9/15 14:16 93k 2009/09/15 C:\cygwin\bin\cygwmflite-0-2-7.dll - os=4.0 img=1.0 sys=4.0 "cygwmflite-0-2-7.dll" v0.0 ts=2009/9/15 14:15 197k 2010/06/28 C:\cygwin\bin\cygwnck-1-22.dll - os=4.0 img=1.0 sys=4.0 "cygwnck-1-22.dll" v0.0 ts=2010/6/28 8:53 28k 2010/03/28 C:\cygwin\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2010/3/28 11:02 79k 2010/02/12 C:\cygwin\bin\cygwraster-3.dll - os=4.0 img=1.0 sys=4.0 "cygwraster-3.dll" v0.0 ts=2010/2/12 10:19 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 1: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 1: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 23:47 251k 2009/10/19 C:\cygwin\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2009/10/18 23:55 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 23:55 360k 2005/10/27 C:\cygwin\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2005/10/26 19:45 254k 2010/05/18 C:\cygwin\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2010/5/19 0:11 77k 2010/04/28 C:\cygwin\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2010/4/28 4:15 12k 2009/09/03 C:\cygwin\bin\cygxcb-atom-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-atom-1.dll" v0.0 ts=2009/9/3 7:23 10k 2009/09/03 C:\cygwin\bin\cygxcb-aux-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-aux-0.dll" v0.0 ts=2009/9/3 7:23 11k 2010/04/28 C:\cygwin\bin\cygxcb-composite-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-composite-0.dll" v0.0 ts=2010/4/28 4:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-damage-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-damage-0.dll" v0.0 ts=2010/4/28 4:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-dpms-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-dpms-0.dll" v0.0 ts=2010/4/28 4:16 10k 2009/09/03 C:\cygwin\bin\cygxcb-event-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-event-1.dll" v0.0 ts=2009/9/3 7:23 53k 2010/04/28 C:\cygwin\bin\cygxcb-glx-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-glx-0.dll" v0.0 ts=2010/4/28 4:16 15k 2009/09/03 C:\cygwin\bin\cygxcb-icccm-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-icccm-1.dll" v0.0 ts=2009/9/3 7:23 14k 2009/09/03 C:\cygwin\bin\cygxcb-image-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-image-0.dll" v0.0 ts=2009/9/3 7:24 9k 2009/09/03 C:\cygwin\bin\cygxcb-keysyms-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-keysyms-1.dll" v0.0 ts=2009/9/3 7:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-property-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-property-1.dll" v0.0 ts=2009/9/3 7:23 27k 2010/04/28 C:\cygwin\bin\cygxcb-randr-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-randr-0.dll" v0.0 ts=2010/4/28 4:16 12k 2010/04/28 C:\cygwin\bin\cygxcb-record-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-record-0.dll" v0.0 ts=2010/4/28 4:16 25k 2010/04/28 C:\cygwin\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2010/4/28 4:16 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 7:24 7k 2009/09/03 C:\cygwin\bin\cygxcb-reply-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-reply-1.dll" v0.0 ts=2009/9/3 7:24 9k 2010/04/28 C:\cygwin\bin\cygxcb-res-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-res-0.dll" v0.0 ts=2010/4/28 4:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-screensaver-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-screensaver-0.dll" v0.0 ts=2010/4/28 4:16 11k 2010/04/28 C:\cygwin\bin\cygxcb-shape-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shape-0.dll" v0.0 ts=2010/4/28 4:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-shm-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-shm-0.dll" v0.0 ts=2010/4/28 4:16 13k 2010/04/28 C:\cygwin\bin\cygxcb-sync-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-sync-0.dll" v0.0 ts=2010/4/28 4:16 19k 2010/04/28 C:\cygwin\bin\cygxcb-xfixes-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xfixes-0.dll" v0.0 ts=2010/4/28 4:16 10k 2010/04/28 C:\cygwin\bin\cygxcb-xinerama-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinerama-0.dll" v0.0 ts=2010/4/28 4:16 31k 2010/04/28 C:\cygwin\bin\cygxcb-xinput-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xinput-0.dll" v0.0 ts=2010/4/28 4:16 9k 2010/04/28 C:\cygwin\bin\cygxcb-xtest-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xtest-0.dll" v0.0 ts=2010/4/28 4:16 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 19: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 23: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 18:54 34k 2008/07/12 C:\cygwin\bin\cygxdelta-2.dll - os=4.0 img=1.0 sys=4.0 "cygxdelta-2.dll" v0.0 ts=2008/7/12 21:41 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/14 0:31 3300k 2009/05/23 C:\cygwin\bin\cygxerces-c-3-0.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c-3-0.dll" v0.0 ts=2009/5/23 9:05 3821k 2008/07/19 C:\cygwin\bin\cygxerces-c28.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-c28.dll" v0.0 ts=2008/7/19 22:36 409k 2008/07/19 C:\cygwin\bin\cygxerces-depdom28.dll - os=4.0 img=1.0 sys=4.0 "cygxerces-depdom28.dll" v0.0 ts=2008/7/19 22:36 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 5: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 18:48 192k 2009/10/15 C:\cygwin\bin\cygXfont-1.dll - os=4.0 img=1.0 sys=4.0 "cygXfont-1.dll" v0.0 ts=2009/10/14 3:26 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 22: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 7: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 9: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 7: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 8:32 458k 2010/05/20 C:\cygwin\bin\cygXmHTML-0.dll - os=4.0 img=1.0 sys=4.0 "cygXmHTML-0.dll" v0.0 ts=2010/5/20 7:10 98k 2010/01/22 C:\cygwin\bin\cygxmi-0.dll - os=4.0 img=1.0 sys=4.0 "cygxmi-0.dll" v0.0 ts=2010/1/22 22:53 1128k 2010/05/12 C:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2010/5/12 11:34 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 9: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 9:29 26k 2005/10/27 C:\cygwin\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2005/10/26 19:27 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 19:01 47k 2009/03/23 C:\cygwin\bin\cygXpm-noX-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-noX-4.dll" v0.0 ts=2009/3/24 0:40 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 8: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 9:40 8k 2009/10/14 C:\cygwin\bin\cygXRes-1.dll - os=4.0 img=1.0 sys=4.0 "cygXRes-1.dll" v0.0 ts=2009/10/14 18:53 200k 2010/05/12 C:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0 "cygxslt-1.dll" v0.0 ts=2010/5/12 11:59 10k 2009/10/14 C:\cygwin\bin\cygXss-1.dll - os=4.0 img=1.0 sys=4.0 "cygXss-1.dll" v0.0 ts=2009/10/14 18:43 279k 2010/04/02 C:\cygwin\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2010/4/2 7:27 18k 2009/10/14 C:\cygwin\bin\cygXtst-6.dll - os=4.0 img=1.0 sys=4.0 "cygXtst-6.dll" v0.0 ts=2009/10/14 7:30 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 2:33 2547k 2010/04/12 C:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2010/4/12 19:07 Cygwin DLL version info: DLL version: 1.7.5 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 225 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Program options name: Program Options Installations name: Installations Cygdrive default prefix: Build date: Shared id: cygwin1S5 No Cygwin services found. Cygwin Package Information Last downloaded files to: ??????w?? ?? Last downloaded files from: ??????w?? ?? Package Version _update-info-dir 00909-1 aalib 1.4rc5-10 aalib-devel 1.4rc5-10 abook 0.5.6-1 aewm++ 1.1.2-1 aewm++-goodies 1.0-1 afio 2.5-1 alternatives 1.3.30c-10 annoyance-filter 1.0d-1 apache2 2.2.6-1 apache2-devel 2.2.6-1 apache2-manual 2.2.6-1 appres 1.0.2-1 arc 5.21m-1 archivemail 0.7.2-1 aria2 1.9.4-1 arj 3.10.22-1 asciidoc 8.5.3-2 aspell 0.60.5-1 aspell-de 20030222.1-1 aspell-dev 0.60.5-1 aspell-doc 0.60.5-1 aspell-en 6.0.0-1 aspell-pl 6.0.20061121.0-1 astyle 1.24-1 atool 0.37.0-1 attr 2.4.43-1 audiofile 0.2.7-1 autoconf 8-1 autoconf2.1 2.13-10 autoconf2.5 2.65-1 automake 4-10 automake1.10 1.10.3-1 automake1.11 1.11.1-1 automake1.4 1.4p6-10 automake1.5 1.5-10 automake1.6 1.6.3-11 automake1.7 1.7.9-10 automake1.8 1.8.5-10 automake1.9 1.9.6-10 autossh 1.4b-1 autotrace 0.31.1-10 aview 1.3.0rc1-1 base-cygwin 2.1-1 base-files 3.9-3 base-passwd 3.1-1 bash 3.2.49-23 bash-completion 1.2-1 bashdb 3.1_0.09-1 bc 1.06-2 bcrypt 1.1-1 bdftopcf 1.0.2-1 beforelight 1.0.3-1 bigreqsproto 1.1.0-1 bind 9.7.1-1 binutils 2.20.51-2 bison 2.4.2-1 bitmap 1.0.4-1 bmp2png 1.62-1 bool 0.2.1-1 botan 1.8.2-1 boxes 1.0.1a-1 brltty 4.2-2 bsdcpio 2.8.3-1 bsdtar 2.8.3-1 bsfilter 1.0.15-1 build-docbook-catalog 1.5-1 bvi 1.3.2-1 byacc 20100216-2 bzip2 1.0.5-10 bzr 2.1.2-1 c-client 2007-2 c3270 3.3.4p7-2 cadaver 0.23.3-1 catdoc 0.94.2-3 cdargs 1.35-1 cdda2wav 1.1.7.1-1 cdrecord 1.1.7.1-1 cdrkit 1.1.7.1-1 cfourcc 0.1.2-1 cgoban 1.9.14-6 check 0.9.8-1 chere 1.1-1 chewmail 1.2-1 chicken 3.4.0-1 clamav 0.96-1 clamav-db 0.96-1 clisp 2.48-3 clisp-clx 2.48-3 clisp-gdi 2.48-3 clisp-gtk2 2.48-3 cloog-ppl 0.15.7-1 cmake 2.6.4-1 codeville 0.8.0-3 colordiff 1.0.9-1 colorgcc 1.3.2-2 compface 1.5.2-11 compositeproto 0.4.1-1 connect-proxy 1.101-1 coreutils 8.5-2 corkscrew 2.0-1 cpio 2.11-1 cppcheck 1.44-1 cppi 1.15-1 cppunit 1.12.1-1 cron 4.1-59 crypt 1.1-1 csih 0.9.1-1 ctags 5.8-1 ctorrent 1.3.4-dnh3.2-1 curl 7.20.1-1 cvs 1.12.13-10 cvs2svn 2.3.0-1 cvsps 2.2b1-1 cvsutils 0.2.5-1 cygport 0.9.85-1 cygrunsrv 1.34-1 cygutils 1.4.2-1 cygwin 1.7.5-1 cygwin-doc 1.7-1 cygwin-x-doc 1.1.0-1 cyrus-sasl 2.1.23-1 damageproto 1.2.0-1 dash 0.5.6.1-2 db2 2.7.7-5 db3.1 3.1.17-3 db3.3 3.3.11.2-1 db4.0 4.0.14-1 db4.1 4.1.25.3-2 db4.2 4.2.52.5-2 db4.3 4.3.29.1-1 db4.4 4.4.20.4-1 db4.5 4.5.20.2-2 dblatex 0.3-1 dbus 1.2.24-1 dbus-bash-completion 0.86-1 ddd 3.3.9-1 ddrescue 1.12-1 deroff 1.1-1 desktop-file-utils 0.15-3 dhttpd 1.02a-1 diffstat 1.53-1 diffutils 2.9-1 dmxproto 2.3-1 docbook-dsssl 1.79-2 docbook-sgml30 3.0-1 docbook-sgml31 3.1-1 docbook-sgml40 4.0-1 docbook-sgml41 4.1-1 docbook-sgml42 4.2-1 docbook-sgml43 4.3-1 docbook-sgml44 4.4-1 docbook-sgml45 4.5-1 docbook-utils 0.6.14-1 docbook-xml-simple10 1.0-2 docbook-xml-simple11 1.1-2 docbook-xml412 4.1.2-2 docbook-xml42 4.2-4 docbook-xml43 4.3-2 docbook-xml44 4.4-2 docbook-xml45 4.5-1 docbook-xsl 1.75.2-1 docbook-xsl-ns 1.75.2-1 dog 1.7-1 doxygen 1.6.1-2 dpatch 2.0.26-2 e2fsimage 0.2.2-1 e2fsprogs 1.41.12-1 ed 1.0-1 editres 1.0.4-1 editrights 1.01-2 emacs 23.2-1 emacs-el 23.2-1 emacs-X11 23.2-1 email 3.1.2-2 enscript 1.6.4-2 epstool 3.08-2 esound 0.2.41-10 eventlog 0.2.9-1 exim 4.70-1 expat 2.0.1-1 fcrackzip 0.3-1 fdupes 1.50-PR2-1 fetchmail 6.3.9-1 ffcall 1.10-1 fftw3 3.2.2-1 fftw3-doc 3.2.2-1 file 5.04-1 findutils 4.5.9-1 fixesproto 4.1.1-1 flac 1.2.1-2 flac-devel 1.2.1-2 flawfinder 1.27-2 flex 2.5.35-1 flip 1.19-1 font-adobe-dpi100 1.0.1-1 font-adobe-dpi75 1.0.1-1 font-adobe-utopia-dpi100 1.0.2-1 font-adobe-utopia-dpi75 1.0.2-1 font-adobe-utopia-type1 1.0.2-1 font-alias 1.0.2-1 font-arabic-misc 1.0.1-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-bh-ttf 1.0.1-1 font-bh-type1 1.0.1-1 font-bitstream-dpi100 1.0.1-1 font-bitstream-dpi75 1.0.1-1 font-bitstream-speedo 1.0.1-1 font-bitstream-type1 1.0.1-1 font-bitstream-vera-ttf 1.10-1 font-cronyx-cyrillic 1.0.1-1 font-cursor-misc 1.0.1-1 font-daewoo-misc 1.0.1-1 font-dec-misc 1.0.1-1 font-encodings 1.0.3-1 font-ibm-type1 1.0.1-1 font-isas-misc 1.0.1-1 font-jis-misc 1.0.1-1 font-micro-misc 1.0.1-1 font-misc-cyrillic 1.0.1-1 font-misc-ethiopic 1.0.1-1 font-misc-meltho 1.0.1-1 font-misc-misc 1.1.0-1 font-mutt-misc 1.0.1-1 font-schumacher-misc 1.1.0-1 font-screen-cyrillic 1.0.2-1 font-sony-misc 1.0.1-1 font-sun-misc 1.0.1-1 font-tektronix-misc 2.6-2 font-util 1.1.1-1 font-winitzki-cyrillic 1.0.1-1 font-xfree86-type1 1.0.2-1 fontconfig 2.8.0-1 fontsproto 2.1.0-1 fonttosfnt 1.0.4-1 freeglut 2.6.0-1 freetype2-demos 2.3.12-1 fvwm 2.5.21-1 gaffitter 0.6.0-1 gail 2.20.1-1 gamin 0.1.10-11 gawk 3.1.8-1 gcc-ada 3.4.4-999 gcc-core 3.4.4-999 gcc-g++ 3.4.4-999 gcc-g77 3.4.4-999 gcc-gdc 3.4.4-999 gcc-gpc 3.4.4-999 gcc-java 3.4.4-999 gcc-mingw-ada 20050522-1 gcc-mingw-core 20050522-1 gcc-mingw-g++ 20050522-1 gcc-mingw-g77 20050522-1 gcc-mingw-gdc 20050522-1 gcc-mingw-gpc 20040810-1 gcc-mingw-java 20050522-1 gcc-mingw-objc 20050522-1 gcc-objc 3.4.4-999 gcc-tools-epoch1-autoconf 2.59-1 gcc-tools-epoch1-automake 1.9.6-1 gcc-tools-epoch2-autoconf 2.64-1 gcc-tools-epoch2-automake 1.11.1-1 gcc4 4.3.4-3 gcc4-ada 4.3.4-3 gcc4-core 4.3.4-3 gcc4-fortran 4.3.4-3 gcc4-g++ 4.3.4-3 gcc4-java 4.3.4-3 gcc4-objc 4.3.4-3 gccmakedep 1.0.2-1 GConf2 2.28.1-1 gd 2.0.36RC1-11 gdb 6.8-2 gdbm 1.8.3-20 gdk-pixbuf2-wmf 0.2.8.4-10 gdk-pixbuf2.0-svg 2.26.3-1 genisoimage 1.1.7.1-1 getmail 4.7.7-2 gettext 0.17-11 gettext-devel 0.17-11 ghostscript 8.63-2 ghostscript-fonts-other 6.0-1 ghostscript-fonts-std 8.11-1 giflib 4.1.6-10 girepository-Atk1.0 1.30.0-1 girepository-Everything1.0 0.6.14-1 girepository-GdkPixbuf2.0 2.20.1-1 girepository-GIMarshallingTests1.0 0.6.14-1 girepository-GLib2.0 0.6.14-1 girepository-Gtk2.0 2.20.1-1 girepository-Pango1.0 1.28.1-1 girepository-Wnck1.0 2.30.2-1 girepository-x11 0.6.14-1 git 1.7.1-1 git-completion 1.7.1-1 git-gui 1.7.1-1 git-oodiff 20080328-2 git-svn 1.7.1-1 gitk 1.7.1-1 glpk 4.44-1 glproto 1.4.11-1 gmp 4.3.1-3 gnome-common 2.28.0-2 gnome-icon-theme 2.30.3-1 gnome-keyring 2.30.3-1 gnome-mime-data 2.18.0-10 gnome-themes 2.30.2-1 gnome-vfs2 2.24.3-1 gnubg 0.90.0-2 gnugo 3.8-2 gnupg 1.4.9-2 gnuplot 4.4.0-1 gnutls 2.8.6-1 gnutls-devel 2.8.6-1 gnutls-doc 2.8.6-1 gobject-introspection 0.6.14-1 googlecl 0.9.8-1 gq 1.2.2-1 grace 5.1.19-1 grandr 0.1-1 GraphicsMagick 1.3.12-1 greed 3.4-1 grep 2.6.3-1 grepmail 5.3033-2 groff 1.20.1-2 grub 1.98-2 grub-emu 1.98-2 grub-fonts 1.98-2 gsl 1.14-2 gsl-apps 1.14-2 gsl-devel 1.14-2 gsl-doc 1.14-2 gtk-doc 1.15-1 gtk-engines 0.12-3 gtk2.0-demo 2.20.1-1 gtk2.0-engines 2.20.1-1 gtk2.0-engines-pixmap 2.20.1-1 gtk2.0-engines-svg 2.26.3-1 gtypist 2.8.3-1 guile 1.8.2-1 guilt 0.27-1 gv 3.6.5-1 gvim 7.2.264-1 gzip 1.3.12-2 hdf5 1.6.9-2 help2man 1.36.4-11 hexedit 1.2.12-2 hicolor-icon-theme 0.12-1 hp2xx 3.4.4-10 httping 1.4.1-1 iceauth 1.0.3-1 icedax 1.1.7.1-1 ico 1.0.2-1 icon-naming-utils 0.8.90-1 icu 3.8-7 icu-doc 3.8-7 idle 2.6.5-2 ifile 1.3.9-1 ii 1.3-1 ImageMagick 6.4.0.6-2 imake 1.0.3-1 indent 2.2.11-1 inetutils 1.7-1 initscripts 0.9-2 inputproto 2.0-1 integrit 4.1-1 intltool 0.41.1-1 ipc-utils 1.0-1 ipcalc 0.41-1 iperf 2.0.4-1 iprint 1.3-1 irssi 0.8.15-1 iselect 1.4.0-1 jadetex 3.13-1 jasper 1.900.1-11 java-brlapi 4.2-2 jbigkit 2.0-11 jikes 1.22-2 jlint 3.1-1 joe 3.7-1 jpeg 7-10 kbproto 1.0.4-1 lcms 1.19-2 less 436-1 lesstif 0.95.2-2 lftp 4.0.7-1 libaa1 1.4rc5-10 libAfterImage 1.18-1 libAfterImage-devel 1.18-1 libAfterImage0 1.18-1 libao 1.0.0-1 libao-devel 1.0.0-1 libao2 0.8.8-1 libao4 1.0.0-1 libapr1 1.4.2-1 libapr1-devel 1.4.2-1 libaprutil1 1.3.9-3 libaprutil1-devel 1.3.9-3 libarchive 2.8.3-1 libarchive-devel 2.8.3-1 libarchive2 2.8.3-1 libarpack-devel 96-2 libarpack0 96-2 libart_lgpl_2-devel 2.3.21-1 libart_lgpl_2_2 2.3.21-1 libaspell15 0.60.5-1 libasprintf0 0.17-11 libassuan 1.0.5-2 libassuan-devel 1.0.5-2 libatk1.0-devel 1.30.0-1 libatk1.0_0 1.30.0-1 libattr-devel 2.4.43-1 libattr1 2.4.43-1 libaudio-devel 1.9.2-1 libaudio2 1.9.2-1 libaudiofile-devel 0.2.7-1 libaudiofile0 0.2.7-1 libautotrace-devel 0.31.1-10 libautotrace3 0.31.1-10 libbind9-devel 9.7.1-1 libbind9_50 9.6.0_p1-1 libbind9_60 9.7.1-1 libblkid-devel 2.17.2-1 libblkid1 2.17.2-1 libbonobo2 2.24.3-1 libbonobo2-devel 2.24.3-1 libbonobo2_0 2.24.3-1 libbonoboui2 2.24.3-1 libbonoboui2-devel 2.24.3-1 libbonoboui2_0 2.24.3-1 libboost 1.33.1-4 libboost-devel 1.43.0-1 libboost1.43 1.43.0-1 libboost_python1.43 1.43.0-1 libbrlapi 4.2-2 libbrlapi-devel 4.2-2 libbz2-devel 1.0.5-10 libbz2_1 1.0.5-10 libcairo-devel 1.8.10-1 libcairo2 1.8.10-1 libcharset1 1.13.1-1 libclamav-devel 0.96-1 libclamav6 0.96-1 libcloog-devel 0.15.7-1 libcloog0 0.15.7-1 libcom_err-devel 1.41.12-1 libcom_err2 1.41.12-1 libcompface-devel 1.5.2-11 libcompface0 1.5.2-11 libcroco0.6 0.6.2-10 libcroco0.6-devel 0.6.2-10 libcroco0.6_3 0.6.2-10 libcurl-devel 7.20.1-1 libcurl4 7.20.1-1 libdb2 2.7.7-5 libdb2-devel 2.7.7-5 libdb3.1 3.1.17-3 libdb3.1-devel 3.1.17-3 libdb3.3 3.3.11.2-1 libdb3.3-devel 3.3.11.2-1 libdb4.0 4.0.14-1 libdb4.0-devel 4.0.14-1 libdb4.1 4.1.25.3-2 libdb4.1-devel 4.1.25.3-2 libdb4.2 4.2.52.5-2 libdb4.2-devel 4.2.52.5-2 libdb4.3 4.3.29.1-1 libdb4.3-devel 4.3.29.1-1 libdb4.4 4.4.20.4-1 libdb4.4-devel 4.4.20.4-1 libdb4.5 4.5.20.2-2 libdb4.5-devel 4.5.20.2-2 libdbus-glib_1-devel 0.86-1 libdbus-glib_1_2 0.86-1 libdbus1-devel 1.2.24-1 libdbus1_3 1.2.24-1 libdmx-devel 1.1.0-1 libdmx1 1.1.0-1 libdns-devel 9.7.1-1 libdns50 9.6.0_p1-1 libdns66 9.7.1-1 libdpstk1 6.8.2.0-1 libe2p-devel 1.41.12-1 libe2p2 1.41.12-1 libecpg-compat2 8.2.11-1 libecpg-devel 8.2.11-1 libecpg5 8.2.11-1 libedit-devel 20090923-1 libedit0 20090923-1 libelf0 0.8.13-2 libelf0-devel 0.8.13-2 libEMF 1.0.4-1 libEMF-devel 1.0.4-1 libEMF1 1.0.4-1 libesd-devel 0.2.41-10 libesd0 0.2.41-10 libexif-devel 0.6.17-10 libexif12 0.6.17-10 libexpat0 1.95.8-2 libexpat1 2.0.1-1 libexpat1-devel 2.0.1-1 libext2fs-devel 1.41.12-1 libext2fs2 1.41.12-1 libfam-devel 0.1.10-11 libfam0 0.1.10-11 libfcgi0 2.4.0-2 libffi4 4.3.4-3 libfftw3-devel 3.2.2-1 libfftw3_3 3.2.2-1 libFLAC++6 1.2.1-2 libFLAC8 1.2.1-2 libfltk-devel 1.1.10-1 libfltk-doc 1.1.10-1 libfltk1.1 1.1.10-1 libfltk1.1-gdi 1.1.10-1 libfontconfig-devel 2.8.0-1 libfontconfig1 2.8.0-1 libfontenc-devel 1.0.5-1 libfontenc1 1.0.5-1 libfpx 1.2.0.13-1 libfpx-devel 1.2.0.13-1 libfpx1 1.2.0.13-1 libfreetype-devel 2.3.12-1 libfreetype6 2.3.12-1 libgailutil-devel 2.20.1-1 libgailutil18 2.20.1-1 libgamin1-devel 0.1.10-11 libgamin1_0 0.1.10-11 libgc 6.4-1 libgcc1 4.3.4-3 libgcj-common 4.3.4-3 libgcj9 4.3.4-3 libgconf2-devel 2.28.1-1 libgconf2_4 2.28.1-1 libgcr-devel 2.30.3-1 libgcr0 2.30.3-1 libgcrypt 1.4.5-1 libgcrypt-devel 1.4.5-1 libgcrypt11 1.4.5-1 libgd-devel 2.0.36RC1-11 libgd2 2.0.36RC1-11 libgdbm-devel 1.8.3-20 libgdbm4 1.8.3-20 libgdk_imlib-devel 1.9.15-10 libgdk_imlib1 1.9.15-10 libgdk_pixbuf2.0-devel 2.20.1-1 libgdk_pixbuf2.0_0 2.20.1-1 libgdk_pixbuf_xlib2.0-devel 2.20.1-1 libgdk_pixbuf_xlib2.0_0 2.20.1-1 libgeotiff 1.2.5a-10 libgeotiff-devel 1.2.5a-10 libgeotiff1 1.2.5a-10 libgettextpo0 0.17-11 libgfortran3 4.3.4-3 libggi2 2.2.2-2 libggi2-devel 2.2.2-2 libggi2-display-aa 2.2.2-2 libggi2-display-file 2.2.2-2 libggi2-display-terminfo 2.2.2-2 libggi2-display-x 2.2.2-2 libggi2-samples 2.2.2-2 libggimisc2 2.2.2-2 libggimisc2-devel 2.2.2-2 libggimisc2-samples 2.2.2-2 libggiwmh0 0.3.2-2 libggiwmh0-devel 0.3.2-2 libggiwmh0-display-x 0.3.2-2 libggiwmh0-samples 0.3.2-2 libgif-devel 4.1.6-10 libgif4 4.1.6-10 libgii1 1.0.2-2 libgii1-devel 1.0.2-2 libgii1-input-x 1.0.2-2 libgirepository1.0-devel 0.6.14-1 libgirepository1.0_0 0.6.14-1 libGL-devel 7.6.1-1 libGL1 7.6.1-1 libglade2.0-devel 2.6.4-1 libglade2.0_0 2.6.4-1 libglib1.2-devel 1.2.10-10 libglib1.2_0 1.2.10-10 libglib2.0-devel 2.24.1-1 libglib2.0_0 2.24.1-1 libglitz-devel 0.5.6-10 libglitz1 0.5.6-10 libglpk-devel 4.44-1 libglpk0 4.44-1 libGLU-devel 7.6.1-1 libGLU1 7.6.1-1 libglut-devel 2.6.0-1 libglut3 2.6.0-1 libGLw-devel 7.6.1-1 libGLw1 7.6.1-1 libgmp-devel 4.3.1-3 libgmp3 4.3.1-3 libgmpxx4 4.3.1-3 libgnat4.3 4.3.4-3 libgnome-keyring-devel 2.30.1-1 libgnome-keyring0 2.30.1-1 libgnome2-devel 2.30.0-1 libgnome2_0 2.30.0-1 libgnomecanvas2-devel 2.30.1-1 libgnomecanvas2_0 2.30.1-1 libgnomeprint2.2-devel 2.18.7-1 libgnomeprint2.2_0 2.18.7-1 libgnomeprintui2.2-devel 2.18.5-1 libgnomeprintui2.2_0 2.18.5-1 libgnomeui2-devel 2.24.3-1 libgnomeui2_0 2.24.3-1 libgnomevfs2-devel 2.24.3-1 libgnomevfs2_0 2.24.3-1 libgnutls26 2.8.6-1 libgomp1 4.3.4-3 libgp11-devel 2.30.3-1 libgp11_0 2.30.3-1 libgpg-error 1.7-1 libgpg-error-devel 1.7-1 libgpg-error0 1.7-1 libGraphicsMagick-devel 1.3.12-1 libGraphicsMagick3 1.3.12-1 libgs-devel 8.63-2 libgs8 8.63-2 libgsf 1.14.18-1 libgsf1-devel 1.14.18-1 libgsf1_114 1.14.18-1 libgtk1.2-devel 1.2.10-10 libgtk1.2_0 1.2.10-10 libgtk2.0-devel 2.20.1-1 libgtk2.0_0 2.20.1-1 libgtkhtml2-devel 2.11.1-10 libgtkhtml2_0 2.11.1-10 libguile12 1.6.7-4 libguile17 1.8.2-1 libhdf5-devel 1.6.9-2 libhdf5_0 1.6.9-2 libICE-devel 1.0.6-1 libICE6 1.0.6-1 libiconv 1.13.1-1 libiconv2 1.13.1-1 libicu-devel 3.8-7 libicu38 3.8-7 libIDL2-devel 0.8.14-1 libIDL2_0 0.8.14-1 libidn 1.18-1 libidn-devel 1.18-1 libidn-doc 1.18-1 libidn11 1.18-1 libImageMagick1 6.4.0.6-2 libImlib-devel 1.9.15-11 libImlib1 1.9.15-11 libintl3 0.14.5-1 libintl8 0.17-11 libisc-devel 9.7.1-1 libisc50 9.6.0_p1-1 libisc60 9.7.1-1 libisccc-devel 9.7.1-1 libisccc50 9.6.0_p1-1 libisccc60 9.7.1-1 libisccfg-devel 9.7.1-1 libisccfg50 9.6.0_p1-1 libisccfg60 9.7.1-1 libjasper-devel 1.900.1-11 libjasper1 1.900.1-11 libjasper1.701_0 1.701.0-3 libjbig-devel 2.0-11 libjbig2 2.0-11 libjpeg-devel 7-10 libjpeg62 6b-21 libjpeg7 7-10 libkate 0.3.7-3 libkate1 0.3.7-3 libkpathsea3 2.0.2-15 libkpathsea4 3.0.0-3 libksba 1.0.7-1 libksba-devel 1.0.7-1 libksba8 1.0.7-1 liblapack 3.0-9 liblapack-devel 3.2.1-2 liblapack0 3.2.1-2 liblcms-devel 1.19-2 liblcms1 1.19-2 libltdl3 1.5.27a-1 libltdl7 2.2.7a-15 liblwres-devel 9.7.1-1 liblwres50 9.6.0_p1-1 liblwres60 9.7.1-1 liblzma-devel 4.999.9beta-11 liblzma1 4.999.9beta-11 liblzmadec-devel 4.32.7-10 liblzmadec0 4.32.7-10 liblzo2 2.03-10 liblzo2-devel 2.03-10 liblzo2_2 2.03-10 libMagick-devel 6.4.0.6-2 libmcrypt 2.5.8-10 libmcrypt-devel 2.5.8-10 libmcrypt4 2.5.8-10 libming-devel 0.4.3-2 libming0 0.4.0.beta5-1 libming1 0.4.3-2 libmng 1.0.10-1 libmng-contrib 1.0.10-1 libmng-devel 1.0.10-1 libmng1 1.0.10-1 libmpc-devel 0.8-1 libmpc1 0.8-1 libmpfr-devel 2.4.1-4 libmpfr1 2.4.1-4 libncurses-devel 5.7-18 libncurses10 5.7-18 libncurses7 5.3-4 libncurses8 5.5-10 libncurses9 5.7-16 libncursesw-devel 5.7-18 libncursesw10 5.7-18 libneon-devel 0.29.3-1 libneon26 0.26.4-1 libneon27 0.29.3-1 libnetpbm-devel 10.49.2-1 libnetpbm10 10.49.2-1 libobjc2 4.3.4-3 libogg 1.2.0-1 libogg-devel 1.2.0-1 libogg0 1.2.0-1 libopencdk-devel 0.6.6-10 libopencdk10 0.6.6-10 libopenldap2_3_0 2.3.43-1 libopenssl098 0.9.8o-2 libORBit2-devel 2.14.18-1 libORBit2_0 2.14.18-1 libOSMesa-devel 7.6.1-1 libOSMesa7 7.6.1-1 libosp-devel 1.5.2-2 libosp5 1.5.2-2 libostyle-devel 1.4devel1-2 libostyle1 1.4devel1-2 libpango1.0-devel 1.28.1-1 libpango1.0_0 1.28.1-1 libpcre-devel 8.02-1 libpcre0 8.02-1 libpcrecpp-devel 8.02-1 libpcrecpp0 8.02-1 libpgtypes2 8.2.11-1 libpixman1-devel 0.18.0-1 libpixman1_0 0.18.0-1 libplot-devel 2.6-2 libplot2 2.6-2 libplotter-devel 2.6-2 libplotter2 2.6-2 libpng 1.2.35-10 libpng12 1.2.35-10 libpng12-devel 1.2.35-10 libpopt0 1.6.4-4 libppl 0.10.2-1 libpq-devel 8.2.11-1 libpq4 8.2.5-1 libpq5 8.2.11-1 libproj-devel 4.6.1a-10 libproj0 4.5.0a-2 libproj1 4.6.1a-10 libproxy 0.4.0-1 libproxy-devel 0.4.0-1 libproxy0 0.2.3-2 libproxy1 0.4.0-1 libpstoedit0 3.50-1 libpth-devel 2.0.7-2 libpth20 2.0.7-2 libpthread-stubs 0.2-1 libqhull-devel 2009.1.1-1 libqhull_5 2009.1.1-1 libqrupdate-devel 1.1.0-1 libqrupdate0 1.1.0-1 libqt3 3.3.8b-11 libqt3-devel 3.3.8b-11 libQt3Support4 4.5.3-1 libQt3Support4-devel 4.5.3-1 libQtAssistantClient4 4.5.3-1 libQtAssistantClient4-devel 4.5.3-1 libQtCore4 4.5.3-1 libQtCore4-devel 4.5.3-1 libQtDBus4 4.5.3-1 libQtDBus4-devel 4.5.3-1 libQtDesigner4 4.5.3-1 libQtDesigner4-devel 4.5.3-1 libQtGui4 4.5.3-1 libQtGui4-devel 4.5.3-1 libQtHelp4 4.5.3-1 libQtHelp4-devel 4.5.3-1 libQtNetwork4 4.5.3-1 libQtNetwork4-devel 4.5.3-1 libQtOpenGL4 4.5.3-1 libQtOpenGL4-devel 4.5.3-1 libQtScript4 4.5.3-1 libQtScript4-devel 4.5.3-1 libQtScriptTools4 4.5.3-1 libQtScriptTools4-devel 4.5.3-1 libQtSql4 4.5.3-1 libQtSql4-devel 4.5.3-1 libQtSvg4 4.5.3-1 libQtSvg4-devel 4.5.3-1 libQtTest4 4.5.3-1 libQtTest4-devel 4.5.3-1 libQtWebKit4 4.5.3-1 libQtWebKit4-devel 4.5.3-1 libQtXml4 4.5.3-1 libQtXml4-devel 4.5.3-1 libQtXmlPatterns4 4.5.3-1 libQtXmlPatterns4-devel 4.5.3-1 librarian-devel 0.8.1-12 librarian0 0.8.1-12 libreadline6 5.2.14-12 libreadline7 6.0.3-2 librsvg2-devel 2.26.3-1 librsvg2_2 2.26.3-1 librsync-devel 0.9.7-3 librsync1 0.9.7-3 libsasl2 2.1.23-1 libsasl2-devel 2.1.23-1 libsasl2-ldap 2.1.23-1 libsasl2-sql 2.1.23-1 libserf0-devel 0.3.1-1 libserf0_0 0.3.1-1 libsigsegv 2.8-1 libsigsegv0 2.6-1 libsigsegv1 2.6+-1 libsigsegv2 2.8-1 libSM-devel 1.1.1-2 libSM6 1.1.1-2 libsmi 0.4.8-1 libsmi-devel 0.4.8-1 libsmi2 0.4.8-1 libsoup-gnome2.4-devel 2.30.2-1 libsoup-gnome2.4_1 2.30.2-1 libsoup2.4-devel 2.30.2-1 libsoup2.4_1 2.30.2-1 libspeex1 1.2rc1-1 libsqlite3-devel 3.6.21-3 libsqlite3_0 3.6.21-3 libss-devel 1.41.12-1 libss2 1.41.12-1 libssh2-devel 1.2.5-1 libssh2_1 1.2.5-1 libssp0 4.3.4-3 libstartup-notification1-devel 0.10-1 libstartup-notification1_0 0.10-1 libstdc++6 4.3.4-3 libstdc++6-devel 4.3.4-3 libSuiteSparse-devel 3.4.0-3 libtasn1 2.6-1 libtasn1-devel 2.6-1 libtasn1_3 2.6-1 libtextcat 2.2-2 libtextcat-devel 2.2-2 libtextcat0 2.2-2 libtiff-devel 3.9.2-1 libtiff4 3.6.0-5 libtiff5 3.9.2-1 libtool 2.2.7a-15 libungif-devel 4.1.4-2 libungif4 4.1.4-2 libusb-win32 0.1.12.2-1 libusb1.0 1.0.7+gitbd62c472-1 libusb1.0-devel 1.0.7+gitbd62c472-1 libustr 1.0.4-11 libustr-devel 1.0.4-11 libustr1 1.0.4-11 libuuid-devel 2.17.2-1 libuuid1 2.17.2-1 libvorbis 1.3.1-1 libvorbis-devel 1.3.1-1 libvorbis0 1.3.1-1 libvorbisenc2 1.3.1-1 libvorbisfile3 1.3.1-1 libWindowsWM-devel 1.0.1-1 libWindowsWM7 1.0.1-1 libWINGs-devel 0.92.1pre2-1 libWMaker-devel 0.92.1pre2-1 libwmf 0.2.8.4-10 libwmf-devel 0.2.8.4-10 libwmf-doc 0.2.8.4-10 libwmf027 0.2.8.4-10 libwnck 2.30.2-1 libwnck1-devel 2.30.2-1 libwnck1_22 2.30.2-1 libwrap-devel 7.6-21 libwrap0 7.6-21 libwraster-devel 0.92.1pre2-1 libwraster3 0.92.1pre2-1 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 libXaw-devel 1.0.7-1 libXaw3d-devel 1.5D-10 libXaw3d7 1.5D-10 libXaw6 1.0.7-1 libXaw7 1.0.7-1 libXaw8 6.8.99.901-1 libxcb-atom-devel 0.3.6-1 libxcb-atom1 0.3.6-1 libxcb-aux-devel 0.3.6-1 libxcb-aux0 0.3.6-1 libxcb-composite-devel 1.6-1 libxcb-composite0 1.6-1 libxcb-damage-devel 1.6-1 libxcb-damage0 1.6-1 libxcb-devel 1.6-1 libxcb-doc 1.6-1 libxcb-dpms-devel 1.6-1 libxcb-dpms0 1.6-1 libxcb-event-devel 0.3.6-1 libxcb-event1 0.3.6-1 libxcb-glx-devel 1.6-1 libxcb-glx0 1.6-1 libxcb-icccm-devel 0.3.6-1 libxcb-icccm1 0.3.6-1 libxcb-image-devel 0.3.6-1 libxcb-image0 0.3.6-1 libxcb-keysyms-devel 0.3.6-1 libxcb-keysyms1 0.3.6-1 libxcb-property-devel 0.3.6-1 libxcb-property1 0.3.6-1 libxcb-randr-devel 1.6-1 libxcb-randr0 1.6-1 libxcb-record-devel 1.6-1 libxcb-record0 1.6-1 libxcb-render-devel 1.6-1 libxcb-render-util-devel 0.3.6-1 libxcb-render-util0 0.3.6-1 libxcb-render0 1.6-1 libxcb-reply-devel 0.3.6-1 libxcb-reply1 0.3.6-1 libxcb-res-devel 1.6-1 libxcb-res0 1.6-1 libxcb-screensaver-devel 1.6-1 libxcb-screensaver0 1.6-1 libxcb-shape-devel 1.6-1 libxcb-shape0 1.6-1 libxcb-shm-devel 1.6-1 libxcb-shm0 1.6-1 libxcb-sync-devel 1.6-1 libxcb-sync0 1.6-1 libxcb-xfixes-devel 1.6-1 libxcb-xfixes0 1.6-1 libxcb-xinerama-devel 1.6-1 libxcb-xinerama0 1.6-1 libxcb-xinput-devel 1.6-1 libxcb-xinput0 1.6-1 libxcb-xtest-devel 1.6-1 libxcb-xtest0 1.6-1 libxcb1 1.6-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 libxdelta2 1.1.4-1 libXdmcp-devel 1.0.3-1 libXdmcp6 1.0.3-1 libxerces-c-devel 3.0.1-10 libxerces-c28 2.8.0-5 libxerces-c30 3.0.1-10 libXext-devel 1.1.1-1 libXext6 1.1.1-1 libXfixes-devel 4.0.4-1 libXfixes3 4.0.4-1 libXfont-devel 1.4.1-2 libXfont1 1.4.1-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 libXm-devel 0.95.2-2 libXm2 0.95.2-2 libXmHTML0 1.1.7-10 libxmi-devel 2.6-2 libxmi0 2.6-2 libxml2 2.7.7-1 libxml2-devel 2.7.7-1 libxml2-doc 2.7.7-1 libXmu-devel 1.0.5-1 libXmu6 1.0.5-1 libXmuu1 1.0.5-1 libXp6 6.8.99.901-1 libXpm-devel 3.5.8-1 libXpm-noX 3.5.7-12 libXpm-noX-devel 3.5.7-12 libXpm-noX_4 3.5.7-12 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 libXRes-devel 1.0.4-1 libXRes1 1.0.4-1 libxslt 1.1.26-2 libxslt-devel 1.1.26-2 libxslt-doc 1.1.26-2 libXss-devel 1.2.0-1 libXss1 1.2.0-1 libXt-devel 1.0.8-1 libXt6 1.0.8-1 libXtst-devel 1.1.0-1 libXtst6 1.1.0-1 lighttpd 1.4.20-1 lilypond 2.12.4-1 lilypond-doc 2.12.4-1 links 2.2-1 listres 1.0.2-1 lndir 1.0.1-2 login 1.10-10 logiweb 0.2.11-1 lua 5.1.4-11 luit 1.0.5-1 lv 4.51-1 lynx 2.8.5-4 lyx 1.6.6-1 lzip 1.10-1 lzop 1.02rc1-1 m4 1.4.14-1 mairix 0.21-1 make 3.81-2 makedepend 1.0.2-1 makeself 2.1.5-3 man 1.6f-1 maradns 1.4.03-2 mathomatic 15.0.2-1 mcrypt 2.6.8-1 md5deep 3.6-1 mercurial 1.5.4-1 mesa 7.6.1-1 mhash 0.9.2-1 micro-httpd 20011214-1 mined 2000.16-1 ming 0.4.3-2 mingw-bzip2 1.0.5-10 mingw-libbz2-devel 1.0.5-10 mingw-libbz2_1 1.0.5-10 mingw-libgcrypt 1.4.5-1 mingw-libgcrypt-devel 1.4.5-1 mingw-libgcrypt11 1.4.5-1 mingw-libgpg-error 1.7-1 mingw-libgpg-error-devel 1.7-1 mingw-libgpg-error0 1.7-1 mingw-liblzma-devel 4.999.9beta-11 mingw-liblzma1 4.999.9beta-11 mingw-runtime 3.18-1 mingw-xz 4.999.9beta-11 mingw-zlib 1.2.3-10 mingw-zlib-devel 1.2.3-10 mingw-zlib0 1.2.3-10 minires 1.02-1 mintty 0.7.1-1 mkcfm 1.0.1-1 mkcomposecache 1.2.1-1 mkfontdir 1.0.5-1 mkfontscale 1.0.7-1 mkisofs 1.1.7.1-1 mksh 39c-1 mmv 1.01b-1 monotone 0.46-1 mpclib 0.8-1 mpfr 2.4.1-4 msmtp 1.4.18-1 mt 2.3.2-1 multitail 5.2.6-1 mutt 1.5.20-1 nano 2.0.9-1 nas 1.9.2-1 nasm 2.08.02-1 ncdu 1.6-1 ncurses 5.7-18 ncurses-demo 5.7-18 ncursesw 5.7-18 ncursesw-demo 5.7-18 nedit 5.5-4 neon 0.29.3-1 netpbm 10.49.2-1 nfrotz 0.3.3-3 ninvaders 0.1.1-1 nrss 0.3.9-1 nttcp 1.47-1 o3read 0.0.4-1 obconf 2.0.3-10 oclock 1.0.1-1 octave 3.2.4-3 octave-devel 3.2.4-3 octave-doc 3.2.4-3 octave-forge 20090607-2 odt2txt 0.3+git20070827-1 offlineimap 6.2.0.1-1 ogmtools 1.5-1 oodiff 20080328-1 openbox 3.4.10-1 opencdk 0.6.6-10 opengl 1.1.0-10 openjade 1.4devel1-2 openldap 2.3.43-1 openldap-devel 2.3.43-1 OpenSP 1.5.2-2 openssh 5.5p1-2 openssl 0.9.8o-2 openssl-devel 0.9.8o-2 optipng 0.5.5-2 ORBit2 2.14.18-1 orpie 1.5.1-2 outguess 0.2-1 p7zip 9.04-10 pal 0.3.5-1 parrot 2.3.0-2 parrot-devel 2.3.0-2 parrot-docs 2.3.0-2 patch 2.5.8-9 patcher 0.0.20040521-1 patchutils 0.3.1-1 pcre 8.02-1 pdftk 1.41-1 perl 5.10.1-3 perl-Error 0.17016-1 perl-ExtUtils-Depends 0.302-1 perl-ExtUtils-PkgConfig 1.12-1 perl-Graphics-Magick 1.3.12-1 perl-Image-Magick 6.4.0.6-2 perl-libwin32 0.28-3 perl-Locale-gettext 1.05-11 perl-ming 0.4.3-2 perl-SGMLSpm 1.03ii-2 perl-Tk 804.029-1 perl-Win32-GUI 1.06-3 perl-XML-Simple 2.18-10 perl_manpages 5.10.1-3 pinentry 0.7.6-3 pinentry-gtk2 0.7.6-3 pinentry-qt4 0.7.6-3 pinentry-w32 0.7.6-3 pkg-config 0.23b-10 planet 2.0-2 plotutils 2.6-2 pngcheck 2.3.0-1 pngcrush 1.6.7-1 pngquant 1.0-1 popt 1.6.4-4 posh 0.8.4-1 postgresql 8.2.11-1 postgresql-client 8.2.11-1 postgresql-contrib 8.2.11-1 postgresql-devel 8.2.11-1 postgresql-doc 8.2.11-1 postgresql-plperl 8.2.11-1 postgresql-plpython 8.2.11-1 potrace 1.8-1 ppl 0.10.2-1 ppl-devel 0.10.2-1 ppl-doc 0.10.2-1 pr3287 3.3.4p7-2 printproto 1.0.4-1 proj 4.6.1a-10 proxymngr 1.0.1-1 pscan 1.2-1 pstoedit 3.50-1 pstoedit-devel 3.50-1 pth 2.0.7-2 pure-ftpd 1.0.29-1 pwgen 2.06-2 python 2.6.5-2 python-brlapi 4.2-2 python-cairo 1.8.10-1 python-crypto 2.0.1-2 python-doc 2.6.5-2 python-feedparser 4.1-2 python-gamin 0.1.10-11 python-gdata 2.0.10-1 python-gobject2.0 2.20.0-2 python-gobject2.0-devel 2.20.0-2 python-gsf 1.14.18-1 python-gtk2.0 2.16.0-2 python-gtk2.0-demo 2.16.0-2 python-gtk2.0-devel 2.16.0-2 python-lcms 1.19-2 python-libproxy 0.4.0-1 python-libxml2 2.7.7-1 python-libxslt 1.1.26-2 python-ming 0.4.3-2 python-numpy 1.4.1-1 python-paramiko 1.7.6-2 python-pygtk 2.20.0-2 python-pyrex 0.9.9-2 python-test 2.6.5-2 python-tkinter 2.6.5-2 python-xdg 0.19-1 qhull 2009.1.1-1 qsf 1.2.7-1 qt3-devel-tools 3.3.8b-11 qt3-doc 3.3.8b-11 qt3-qtconfig 3.3.8b-11 qt4-devel-tools 4.5.3-1 qt4-doc 4.5.3-1 qt4-qtconfig 4.5.3-1 qt4-qtdemo 4.5.3-1 quilt 0.46-2 rakudo 201004-2 randrproto 1.3.1-1 rarian 0.8.1-12 rats 2.3-1 rc 1.7.1-1 rcs 5.7-11 rdiff 0.9.7-3 rdiff-backup 1.2.8-4 rdtool 0.6.20-1 readline 6.0.3-2 readpst 0.5.2-1 rebase 3.0.1-1 recordproto 1.14-1 renattach 1.2.4-1 rendercheck 1.3-1 renderproto 0.11-1 resourceproto 1.1.0-1 rgb 1.0.3-1 robodoc 4.99.36-1 robots 2.1-1 rpm 4.1-2 rpm-build 4.1-2 rpm-doc 4.1-2 rsh 0.17-1 rsh-server 0.17-1 rsnapshot 1.3.1-1 rstart 1.0.3-1 rsvg 2.26.3-1 rsync 3.0.7-1 ruby 1.8.7-p72-2 run 1.1.12-11 run2 0.4.0-1 rxp 1.5.0-1 rxvt 20050409-21 rxvt-unicode-common 9.07-1 rxvt-unicode-X 9.07-1 rzip 2.1-1 s3270 3.3.4p7-2 screen 4.0.3-5 scrnsaverproto 1.2.0-1 scsh 0.6.7-2 sed 4.2.1-1 sendxmpp 0.0.8+cvs20070910-1 sessreg 1.0.5-1 setxkbmap 1.1.0-1 sgml-common 0.6.3-3 sgrep 1.94a-2 shared-mime-info 0.71-1 sharutils 4.8-1 sic 1.0-1 since 0.5-1 singular-base 3.1.1-1 singular-help 3.1.1-1 singular-icons 3.1.1-1 singular-share 3.1.1-1 singular-surf 3.1.1-1 smartmontools 5.39-1 smproxy 1.0.3-1 sng 1.0.2-1 snownews 1.5.7-1 socat 1.7.1.1-1 spambayes 1.0.4-2 spamoracle 1.4-1 spamprobe 1.4d-2 speex 1.2rc1-1 speex-devel 1.2rc1-1 sqlite3 3.6.21-3 squid 2.6.STABLE17-1 ssmtp 2.62-10 steghide 0.5.1-1 stgit 0.15-2 stunnel 4.29-1 subversion 1.6.12-2 subversion-apache2 1.6.12-2 subversion-devel 1.6.12-2 subversion-perl 1.6.12-2 subversion-python 1.6.12-2 subversion-ruby 1.6.12-2 subversion-tools 1.6.12-2 suck 4.3.2-1 sudoku 1.0.1-1 suite3270 3.3.4p7-2 SuiteSparse 3.4.0-3 swig 1.3.40-1 sxpm 3.5.8-1 syslog-ng 3.0.1-2 sysvinit 2.86-10 t1lib 5.1.2-10 t1lib-devel 5.1.2-10 t1lib-x11 5.1.2-10 t1lib5 5.1.2-10 t1libx-devel 5.1.2-10 t1libx5 5.1.2-10 tack 1.07-1 tailor 0.9.35+darcs20090615-1 tar 1.23-1 task 1.9.2-1 tcl-brlapi 4.2-2 tcl-db3.1 3.1.17-3 tcl-db3.3 3.3.11.2-1 tcl-db4.0 4.0.14-1 tcl-db4.1 4.1.25.3-2 tcl-db4.2 4.2.52.5-2 tcl-db4.3 4.3.29.1-1 tcl-db4.4 4.4.20.4-1 tcl-db4.5 4.5.20.2-2 tcl-ming 0.4.3-2 tcl3270 3.3.4p7-2 tcltk 20080420-1 tcp_wrappers 7.6-21 tcsh 6.17.00.1-1 ted 2.17-1 termcap 5.7_20091114-14 terminfo 5.7_20091114-14 terminfo-extra 5.7_20091114-14 terminfo0 5.5_20061104-12 terminfo0-extra 5.5_20061104-12 tesseract-ocr 2.04-1 tesseract-ocr-deu 2.04-1 tesseract-ocr-deu-f 2.04-1 tesseract-ocr-devel 2.04-1 tesseract-ocr-eng 2.04-1 tesseract-ocr-fra 2.04-1 tesseract-ocr-ita 2.04-1 tesseract-ocr-nld 2.04-1 tesseract-ocr-por 2.04-1 tesseract-ocr-spa 2.04-1 tesseract-ocr-vie 2.04-1 tetex-base 3.0.0-3 tetex-bin 3.0.0-3 tetex-extra 3.0.0-3 tetex-tiny 3.0.0-3 tetex-x11 3.0.0-3 texi2html 1.82-10 texinfo 4.13-3 tic0 5.5-10 tiff 3.9.2-1 tiff-doc 3.9.2-1 tiff-opengl 3.9.2-1 tig 0.15-1 time 1.7-2 tirc 1.2-1 transfig 3.2.5c-1 ttcp 20071212-1 twm 1.0.4-1 txt2regex 0.8-1 typespeed 0.6.4-1 tzcode 2010j-1 ucl 1.03-1 ucspi-tcp 0.88-2 unace 1.2b-1 unalz 0.61-1 unifdef 1.0+20030701-1 unison2.27 2.27.157-2 unison2.32 2.32.52-2 unison2.40 2.40.16-1 units 1.87-1 unrtf 0.19.3-1 untex 9210-1 unzip 6.0-10 upx 3.01-1 urlgrabber 3.1.0-2 util-linux 2.17.2-1 uw-imap 2007-2 uw-imap-imapd 2007-2 uw-imap-util 2007-2 vfu 4.06-1 viewres 1.0.2-1 vim 7.2.264-2 vorbis-tools 1.4.0-1 w32api 3.14-1 w3m 0.5.1-2 wcd 5.1.2-1 wdiff 0.6.3-1 webcheck 1.10.3-1 wget 1.12-1 which 2.20-2 whois 4.7.36-1 wiggle 0.8-1 WindowMaker 0.92.1pre2-1 windowswmproto 1.0.4-1 wodim 1.1.7.1-1 wput 0.6.1-2 wtf 0.0.4-7 X-start-menu-icons 1.0.4-1 x11perf 1.5.1-1 x2x 1.30-2 x3270 3.3.4p7-2 xauth 1.0.4-1 xbiff 1.0.2-1 xbitmaps 1.1.0-1 xbrlapi 4.2-2 xcalc 1.0.3-1 xcb-proto 1.6-2 xcb-util 0.3.6-1 xclipboard 1.1.0-1 xclock 1.0.4-1 xcmiscproto 1.2.0-1 xcmsdb 1.0.2-1 xcompmgr 1.1.5-1 xconsole 1.0.3-2 xcursor-themes 1.0.2-1 xcursorgen 1.0.3-1 xdbedizzy 1.0.2-1 xdelta 1.1.4-1 xdelta-devel 1.1.4-1 xditview 1.0.1-2 xdpyinfo 1.1.0-1 xedit 1.1.2-1 xemacs 21.4.22-1 xemacs-emacs-common 21.4.22-1 xemacs-tags 21.4.22-1 xerces-c 3.0.1-10 xerces-c-doc 3.0.1-10 xerces-c-test 3.0.1-10 xev 1.0.4-1 xextproto 7.1.1-1 xeyes 1.1.0-1 xf86bigfontproto 1.2.0-1 xfd 1.0.1-2 xfig 3.2.5b-2 xfig-lib 3.2.5b-2 xfindproxy 1.0.1-1 xfontsel 1.0.2-2 xfwp 1.0.1-1 xgc 1.0.2-1 xgraph 12.1-2 xhost 1.0.3-1 xineramaproto 1.2-1 xinetd 2.3.14-1 xinit 1.2.1-1 xinput 1.5.1-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 xkill 1.0.2-1 xload 1.0.2-2 xlogo 1.0.2-1 xlsatoms 1.0.2-1 xlsclients 1.0.2-1 xlsfonts 1.0.2-1 xmag 1.0.3-1 xman 1.1.0-1 xmessage 1.0.3-1 xmh 1.0.1-2 XmHTML 1.1.7-10 XmHTML-devel 1.1.7-10 xmlto 0.0.23-1 xmodmap 1.0.4-1 xmon 1.5.6-2 xmore 1.0.1-2 xorg-cf-files 1.0.3-1 xorg-docs 1.5-1 xorg-scripts 1.0.1-1 xorg-server 1.8.0-1 xorg-server-dmx 1.8.0-1 xorg-sgml-doctools 1.4-1 xorg-util-macros 1.7.0-1 xpdf 3.02-10 xpr 1.0.2-1 xprop 1.1.0-1 xproto 7.0.16-1 xproxymanagementprotocol 1.0.2-1 xrandr 1.3.2-1 xrdb 1.0.6-1 xrefresh 1.0.3-1 xrx 1.0.3-1 xscope 1.2-1 xset 1.1.0-1 xsetmode 1.0.0-1 xsetroot 1.0.3-1 xsm 1.0.1-2 xsri 2.1.0-10 xstdcmap 1.0.1-1 xterm 260-1 xtrans 1.2.5-1 xwd 1.0.3-1 xwininfo 1.0.5-1 xwinwm 0.0.5-2 xwud 1.0.2-1 xz 4.999.9beta-11 zip 3.0-11 zlib 1.2.3-10 zlib-devel 1.2.3-10 zlib0 1.2.3-10 zoo 2.10-2 zsh 4.3.9-1 zsync 0.6.1-1 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 akhailtash@yahoo.com Tue Jul 27 14:58:00 2010 From: akhailtash@yahoo.com (Amal Khailtash) Date: Tue, 27 Jul 2010 14:58: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: <736149.10880.qm@web88008.mail.re2.yahoo.com> Hi Jon, This was a great news for me for some time now. I gave your patch a try and everything seems peachy. The resources stay at a reasonable number (USER<60, GDI<70) and I have not seen any problem yet. Thanks for looking into this and it's great that the leak is found. I am sure people who use Cygwin/X appreciate a more stable environment. I hope I see this patch coming into main releases soon. Thanks a lot, -- Amal ________________________________ From: Jon TURNEY To: cygwin-xfree@cygwin.com Cc: akhailtash@yahoo.com Sent: Thu, July 22, 2010 4:34:01 PM Subject: Re: USER/GDI Objects leak with (XWin.exe) Cygwin/X X Server Verion 1.7.6, Build Date 2010-03-18 On 19/04/2010 18:33, Amal Khailtash wrote: > 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. This is expected, because as far as Windows is concerned, all the X windows and the resources they use are owned by the X server. > 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! I have (finally) tracked down what I think is causing this leak. It seems we are leaking the Windows icons we create when the X window has an icon hint attached. It also seems that menu windows for the problematic apps like konsole have such an icon hint, so we leak at a vast rate whilst working with them. (There's not much point in making the Windows icon for these transient windows, as it can't be seen, so perhaps there's another change needed to avoid the overhead of generating the Windows icon in these cases) I've uploaded a build with this fix at [1], patch to follow. Perhaps you could try it out and see if it works for you? [1] ftp://cygwin.com/pub/cygwinx/XWin.20100722-git-3e2987e614139d51.exe.bz2 > Another not is that even Xming suffers from this same problem. I assume most >of the source code is > shared between XWin and Xming. It depends which version of Xming you are using, something you should have mentioned. If you are using the current version of Xming, that is the case. If you are using the free version of Xming, that's about 3 years old. There have been a few changes in the source since then :-) > ----- Original Message ---- > 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... -- 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 cgf-use-the-mailinglist-please@cygwin.com Tue Jul 27 15:01:00 2010 From: cgf-use-the-mailinglist-please@cygwin.com (Christopher Faylor) Date: Tue, 27 Jul 2010 15:01: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: <4C48AB39.7050703@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> <333099.79245.qm@web88002.mail.re2.yahoo.com> <4C48AB39.7050703@dronecode.org.uk> Message-ID: <20100727150136.GA2471@ednor.casa.cgf.cx> On Thu, Jul 22, 2010 at 09:34:01PM +0100, Jon TURNEY wrote: >If you are using the current version of Xming, that is the case. >If you are using the free version of Xming, that's about 3 years old. There >have been a few changes in the source since then :-) There's a non-free version of Xming? That seems like it belies the name. 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 rcsaba@gmail.com Tue Jul 27 15:26:00 2010 From: rcsaba@gmail.com (Csaba Raduly) Date: Tue, 27 Jul 2010 15:26: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: <20100727150136.GA2471@ednor.casa.cgf.cx> 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> <333099.79245.qm@web88002.mail.re2.yahoo.com> <4C48AB39.7050703@dronecode.org.uk> <20100727150136.GA2471@ednor.casa.cgf.cx> Message-ID: On Tue, Jul 27, 2010 at 5:01 PM, Christopher Faylor wrote: > > There's a non-free version of Xming? ?That seems like it belies the name. There is indeed. Perhaps it is named after http://en.wikipedia.org/wiki/Ming_the_Merciless :) -- Life is complex, with real and imaginary parts. "Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds "People disagree with me. I just ignore them." -- Linus Torvalds -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ From kennethwolcott@gmail.com Tue Jul 27 17:01:00 2010 From: kennethwolcott@gmail.com (Kenneth Wolcott) Date: Tue, 27 Jul 2010 17:01: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: <20100727150136.GA2471@ednor.casa.cgf.cx> 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> <333099.79245.qm@web88002.mail.re2.yahoo.com> <4C48AB39.7050703@dronecode.org.uk> <20100727150136.GA2471@ednor.casa.cgf.cx> Message-ID: On Tue, Jul 27, 2010 at 08:01, Christopher Faylor wrote: > On Thu, Jul 22, 2010 at 09:34:01PM +0100, Jon TURNEY wrote: >>If you are using the current version of Xming, that is the case. >>If you are using the free version of Xming, that's about 3 years old. ?There >>have been a few changes in the source since then :-) > > There's a non-free version of Xming? ?That seems like it belies the name. > > cgf http://www.straightrunning.com/XmingNotes/terms.php ? GPL vs Public Domain? Ken Wolcott -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/