public inbox for cygwin-xfree@sourceware.org help / color / mirror / Atom feed
* X11R7.5 and C.UTF-8 @ 2009-10-28 14:22 Ken Brown 2009-10-28 21:23 ` Thomas Dickey 2009-10-28 23:52 ` Jon TURNEY 0 siblings, 2 replies; 30+ messages in thread From: Ken Brown @ 2009-10-28 14:22 UTC (permalink / raw) To: cygwin-xfree [-- Attachment #1: Type: text/plain, Size: 309 bytes --] X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits immediately, and the log has complaints about the locale. If I instead use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and cygcheck output. Ken [-- Attachment #2: XWin.0.log-en_US.UFT-8 --] [-- Type: text/plain, Size: 7516 bytes --] Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-10-25 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning 2009-10-28 10:01:30 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2009-10-28 10:01:30 (II) xorg.conf is not supported 2009-10-28 10:01:30 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-10-28 10:01:30 winPrefsLoadPreferences: /etc/X11/system.XWinrc 2009-10-28 10:01:30 LoadPreferences: Done parsing the configuration file... 2009-10-28 10:01:30 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:01:30 winDetectSupportedEngines - Windows NT/2000/XP 2009-10-28 10:01:30 winDetectSupportedEngines - DirectDraw installed 2009-10-28 10:01:30 winDetectSupportedEngines - DirectDraw4 installed 2009-10-28 10:01:30 winDetectSupportedEngines - Returning, supported engines 00000007 2009-10-28 10:01:30 winSetEngine - Multi Window or Rootless => ShadowGDI 2009-10-28 10:01:30 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel 2009-10-28 10:01:30 winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 2009-10-28 10:01:30 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff 2009-10-28 10:01:30 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 2009-10-28 10:01:30 null screen fn ReparentWindow 2009-10-28 10:01:30 null screen fn RestackWindow 2009-10-28 10:01:30 InitQueue - Calling pthread_mutex_init 2009-10-28 10:01:30 InitQueue - pthread_mutex_init returned 2009-10-28 10:01:30 InitQueue - Calling pthread_cond_init 2009-10-28 10:01:30 InitQueue - pthread_cond_init returned 2009-10-28 10:01:30 winInitMultiWindowWM - Hello 2009-10-28 10:01:30 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-10-28 10:01:30 winMultiWindowXMsgProc - Hello 2009-10-28 10:01:30 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-10-28 10:01:30 Screen 0 added at XINERAMA coordinate (0,0). 2009-10-28 10:01:30 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-10-28 10:01:30 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-10-28 10:01:30 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! 2009-10-28 10:01:31 winPointerWarpCursor - Discarding first warp: 640 512 2009-10-28 10:01:31 (--) 5 mouse buttons found 2009-10-28 10:01:31 (--) Setting autorepeat to delay=500, rate=31 2009-10-28 10:01:31 (--) winConfigKeyboard - Layout: "00000409" (00000409) 2009-10-28 10:01:31 (--) Using preset keyboard for "English (USA)" (409), type "4" 2009-10-28 10:01:31 Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" 2009-10-28 10:01:31 winInitMultiWindowWM - pthread_mutex_lock () returned. 2009-10-28 10:01:31 winProcEstablishConnection - Hello 2009-10-28 10:01:31 winInitClipboard () 2009-10-28 10:01:31 winProcEstablishConnection - winInitClipboard returned. 2009-10-28 10:01:31 winClipboardProc - Hello 2009-10-28 10:01:31 DetectUnicodeSupport - Windows NT/2000/XP 2009-10-28 10:01:31 winInitMultiWindowWM - pthread_mutex_unlock () returned. 2009-10-28 10:01:31 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:01:31 winMultiWindowXMsgProc - pthread_mutex_lock () returned. 2009-10-28 10:01:31 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:01:31 winClipboardProc - DISPLAY=:0.0 2009-10-28 10:01:31 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. 2009-10-28 10:01:31 winInitMultiWindowWM - DISPLAY=:0.0 2009-10-28 10:01:31 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:01:31 winMultiWindowXMsgProc - DISPLAY=:0.0 2009-10-28 10:01:31 (II) xorg.conf is not supported 2009-10-28 10:01:31 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-10-28 10:01:31 winPrefsLoadPreferences: /etc/X11/system.XWinrc 2009-10-28 10:01:31 LoadPreferences: Done parsing the configuration file... 2009-10-28 10:01:31 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:01:31 winDetectSupportedEngines - Windows NT/2000/XP 2009-10-28 10:01:31 winDetectSupportedEngines - DirectDraw installed 2009-10-28 10:01:31 winDetectSupportedEngines - DirectDraw4 installed 2009-10-28 10:01:31 winDetectSupportedEngines - Returning, supported engines 00000007 2009-10-28 10:01:31 winSetEngine - Multi Window or Rootless => ShadowGDI 2009-10-28 10:01:31 winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 2009-10-28 10:01:31 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff 2009-10-28 10:01:31 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 2009-10-28 10:01:31 null screen fn ReparentWindow 2009-10-28 10:01:31 null screen fn RestackWindow 2009-10-28 10:01:31 InitQueue - Calling pthread_mutex_init 2009-10-28 10:01:31 InitQueue - pthread_mutex_init returned 2009-10-28 10:01:31 InitQueue - Calling pthread_cond_init 2009-10-28 10:01:31 InitQueue - pthread_cond_init returned 2009-10-28 10:01:31 winInitMultiWindowWM - Hello 2009-10-28 10:01:31 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-10-28 10:01:31 winMultiWindowXMsgProc - Hello 2009-10-28 10:01:31 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-10-28 10:01:31 Screen 0 added at XINERAMA coordinate (0,0). 2009-10-28 10:01:31 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-10-28 10:01:31 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-10-28 10:01:31 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! 2009-10-28 10:01:31 (--) 5 mouse buttons found 2009-10-28 10:01:31 (--) Setting autorepeat to delay=500, rate=31 2009-10-28 10:01:31 (--) winConfigKeyboard - Layout: "00000409" (00000409) 2009-10-28 10:01:31 (--) Using preset keyboard for "English (USA)" (409), type "4" 2009-10-28 10:01:31 Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" 2009-10-28 10:01:32 winInitMultiWindowWM - pthread_mutex_lock () returned. 2009-10-28 10:01:32 winInitMultiWindowWM - pthread_mutex_unlock () returned. 2009-10-28 10:01:32 winMultiWindowXMsgProc - pthread_mutex_lock () returned. 2009-10-28 10:01:32 winMultiWindowXMsgProc - pthread_mutex_unlock () returned. 2009-10-28 10:01:32 winInitClipboard () 2009-10-28 10:01:32 winProcEstablishConnection - winInitClipboard returned. 2009-10-28 10:01:32 winClipboardProc - Hello 2009-10-28 10:01:32 DetectUnicodeSupport - Windows NT/2000/XP 2009-10-28 10:01:32 winClipboardProc - XOpenDisplay () returned and successfully opened the display. 2009-10-28 10:01:32 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:01:32 winInitMultiWindowWM - DISPLAY=:0.0 2009-10-28 10:01:32 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:01:32 winMultiWindowXMsgProc - DISPLAY=:0.0 2009-10-28 10:01:32 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:01:32 winClipboardProc - DISPLAY=:0.0 2009-10-28 10:01:32 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. 2009-10-28 10:01:32 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. 2009-10-28 10:01:32 winInitMultiWindowWM - XOpenDisplay () returned and successfully opened the display. 2009-10-28 10:01:32 winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened the display. 2009-10-28 10:01:32 winClipboardProc - XOpenDisplay () returned and successfully opened the display. [-- Attachment #3: cygcheck.out --] [-- Type: text/plain, Size: 52945 bytes --] Cygwin Configuration Diagnostics Current System Time: Wed Oct 28 15:02:34 2009 Windows XP Professional Ver 5.1 Build 2600 Service Pack 3 Path: D:\cygwin-1.7\usr\local\texlive\2009\bin\i386-cygwin D:\cygwin-1.7\usr\local\bin D:\cygwin-1.7\bin C:\Program Files\ThinkPad\Utilities C:\WINDOWS\system32 C:\WINDOWS C:\WINDOWS\System32\Wbem C:\Program Files\Intel\Wireless\Bin\ C:\Program Files\IBM ThinkVantage\Client Security Solution C:\Program Files\ThinkPad\ConnectUtilities C:\Program Files\QuickTime\QTSystem\ C:\Program Files\Common Files\Lenovo D:\cygwin-1.7\lib\lapack Output from D:\cygwin-1.7\bin\id.exe (nontsec) UID: 1007(kbrown-admin) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) 544(Administrators) 545(Users) 513(None) Output from D:\cygwin-1.7\bin\id.exe (ntsec) UID: 1007(kbrown-admin) GID: 513(None) 0(root) 544(Administrators) 545(Users) 513(None) 544(Administrators) 545(Users) 513(None) SysDir: C:\WINDOWS\system32 WinDir: C:\WINDOWS USER = 'kbrown-admin' PWD = '/home/kbrown-admin' HOME = '/home/kbrown-admin' HOMEPATH = '\Documents and Settings\kbrown-admin' MANPATH = '/usr/local/texlive/2009/texmf/doc/man:/usr/local/share/man:usr/local/man:/usr/share/man:/usr/man:/usr/ssl/man' APPDATA = 'C:\Documents and Settings\kbrown-admin\Application Data' HOSTNAME = 'markov' RR = 'C:\Program Files\IBM ThinkVantage\Rescue and Recovery' TERM = 'xterm' PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 14 Stepping 8, GenuineIntel' WINDIR = 'C:\WINDOWS' TVTPYDIR = 'C:\Program Files\IBM ThinkVantage\Common\Python24' TVT = 'C:\Program Files\Lenovo' OLDPWD = '/usr/bin' USERDOMAIN = 'MARKOV' OS = 'Windows_NT' ALLUSERSPROFILE = 'C:\Documents and Settings\All Users' !:: = '::\' TEMP = '/c/DOCUME~1/KBROWN~1/LOCALS~1/Temp' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' G_SLICE = 'always-malloc' QTJAVA = 'C:\Program Files\Java\jre1.6.0_02\lib\ext\QTJava.zip' USERNAME = 'kbrown-admin' PAGER = 'less' PROCESSOR_LEVEL = '6' TPCCommon = 'C:\PROGRA~1\THINKV~2\PrdCtr' FP_NO_HOST_CHECK = 'NO' SYSTEMDRIVE = 'C:' LANG = 'C.UTF-8' USERPROFILE = 'C:\Documents and Settings\kbrown-admin' TZ = 'America/New_York' PS1 = '\[\e]0;\w\a\]\n\[\e[32m\]\u@\h \[\e[33m\]\w\[\e[0m\]\n\$ ' LOGONSERVER = '\\MARKOV' HISTIGNORE = '[ ]*:&:bg:fg:exit' PROCESSOR_ARCHITECTURE = 'x86' HISTCONTROL = 'ignoredups' MANPAGER = 'less -isrR' SHLVL = '1' SMA = 'C:\Program Files\ThinkVantage\SMA\' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' HOMEDRIVE = 'C:' COMSPEC = 'C:\WINDOWS\system32\cmd.exe' TMP = '/c/DOCUME~1/KBROWN~1/LOCALS~1/Temp' SYSTEMROOT = 'C:\WINDOWS' IBMSHARE = 'C:\IBMSHARE' PRINTER = 'HP LaserJet 2100 PCL6' CVS_RSH = '/bin/ssh' PROCESSOR_REVISION = '0e08' CLASSPATH = '.;C:\Program Files\Java\jre1.6.0_02\lib\ext\QTJava.zip' INFOPATH = '/usr/local/texlive/2009/texmf/doc/info:/usr/local/share/info:/usr/local/info:/usr/share/info:/usr/info' PROGRAMFILES = 'C:\Program Files' NUMBER_OF_PROCESSORS = '2' SESSIONNAME = 'Console' COMPUTERNAME = 'MARKOV' SonicCentral = 'c:\Program Files\Common Files\Sonic Shared\Sonic Central\' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Console\cygwin-1.7 (default) = 0x00000007 PopupColors = 0x000000f5 ColorTable00 = 0x00000000 ColorTable01 = 0x00800000 ColorTable02 = 0x00008000 ColorTable03 = 0x00808000 ColorTable04 = 0x00000080 ColorTable05 = 0x00800080 ColorTable06 = 0x00008080 ColorTable07 = 0x00c0c0c0 ColorTable08 = 0x00808080 ColorTable09 = 0x00ff0000 ColorTable10 = 0x0000ff00 ColorTable11 = 0x00ffff00 ColorTable12 = 0x000000ff ColorTable13 = 0x00ff00ff ColorTable14 = 0x0000ffff ColorTable15 = 0x00ffffff InsertMode = 0x00000001 QuickEdit = 0x00000000 FullScreen = 0x00000000 ScreenBufferSize = 0x012c0050 WindowSize = 0x00190050 FontSize = 0x000c0000 FontFamily = 0x00000036 FontWeight = 0x00000190 FaceName = 'Lucida Console' CursorSize = 0x00000019 HistoryBufferSize = 0x00000032 NumberOfHistoryBuffers = 0x00000004 HistoryNoDup = 0x00000000 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-X (default) = (unsupported type) HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygwin-X\Information (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) = 'D:\cygwin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c (default) = 'c:' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d (default) = 'd:' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/Users (default) = 'C:\Documents and Settings' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin (default) = 'D:\cygwin/bin' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib (default) = 'D:\cygwin/lib' flags = 0x0000000a HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Program Options HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'D:\cygwin-1.7' obcaseinsensitive set to 1 c: hd NTFS 24999Mb 72% CP CS UN PA FC IBM_PRELOAD d: hd NTFS 27282Mb 85% CP CS UN PA FC e: cd N/A N/A D:\cygwin-1.7 / system binary,auto C:\Documents and Settings /Users system binary C: /c system binary D: /d system binary D:\cygwin-1.7\bin /usr/bin system binary,auto D:\cygwin-1.7\lib /usr/lib system binary,auto cygdrive prefix /cygdrive user binary,auto Found: D:\cygwin-1.7\bin\awk.exe -> D:\cygwin-1.7\bin\gawk.exe Found: D:\cygwin-1.7\bin\bash.exe Found: D:\cygwin-1.7\bin\cat.exe Found: D:\cygwin-1.7\bin\cp.exe Found: D:\cygwin-1.7\bin\cpp.exe -> D:\cygwin-1.7\etc\alternatives\cpp -> D:\cygwin-1.7\bin\cpp-4.exe Not Found: crontab Found: D:\cygwin-1.7\bin\find.exe Found: C:\WINDOWS\system32\find.exe Warning: D:\cygwin-1.7\bin\find.exe hides C:\WINDOWS\system32\find.exe Found: D:\cygwin-1.7\bin\gcc.exe -> D:\cygwin-1.7\etc\alternatives\gcc -> D:\cygwin-1.7\bin\gcc-4.exe Found: D:\cygwin-1.7\bin\gdb.exe Found: D:\cygwin-1.7\bin\grep.exe Found: D:\cygwin-1.7\bin\kill.exe Found: D:\cygwin-1.7\bin\ld.exe Found: D:\cygwin-1.7\bin\ls.exe Found: D:\cygwin-1.7\bin\make.exe Found: D:\cygwin-1.7\bin\mv.exe Found: D:\cygwin-1.7\bin\patch.exe Found: D:\cygwin-1.7\bin\perl.exe Found: D:\cygwin-1.7\bin\rm.exe Found: D:\cygwin-1.7\bin\sed.exe Found: D:\cygwin-1.7\bin\ssh.exe Found: D:\cygwin-1.7\bin\sh.exe Found: D:\cygwin-1.7\bin\tar.exe Found: D:\cygwin-1.7\bin\test.exe Not Found: vi Not Found: vim 111k 2009/08/07 D:\cygwin-1.7\bin\cygapr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygapr-1-0.dll" v0.0 ts=2009/8/7 20:58 87k 2009/08/07 D:\cygwin-1.7\bin\cygaprutil-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygaprutil-1-0.dll" v0.0 ts=2009/8/7 21:46 704k 2007/12/18 D:\cygwin-1.7\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygaspell-15.dll" v0.0 ts=2007/12/18 11:39 88k 2009/03/24 D:\cygwin-1.7\bin\cygatk-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygatk-1.0-0.dll" v0.0 ts=2009/3/25 0:36 351k 2008/01/14 D:\cygwin-1.7\bin\cygboost_date_time-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_date_time-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 120k 2008/01/14 D:\cygwin-1.7\bin\cygboost_filesystem-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_filesystem-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:36 79k 2008/01/14 D:\cygwin-1.7\bin\cygboost_iostreams-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_iostreams-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:37 526k 2008/01/14 D:\cygwin-1.7\bin\cygboost_program_options-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_program_options-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:38 564k 2008/01/14 D:\cygwin-1.7\bin\cygboost_python-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_python-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:39 678k 2008/01/14 D:\cygwin-1.7\bin\cygboost_regex-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_regex-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:41 621k 2008/01/14 D:\cygwin-1.7\bin\cygboost_serialization-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_serialization-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 118k 2008/01/14 D:\cygwin-1.7\bin\cygboost_signals-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_signals-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:44 91k 2008/01/14 D:\cygwin-1.7\bin\cygboost_thread-gcc-mt-1_33_1.dll - os=4.0 img=1.33 sys=4.0 "cygboost_thread-gcc-mt-1_33_1.dll" v0.0 ts=2008/1/14 8:47 61k 2009/03/02 D:\cygwin-1.7\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0 "cygbz2-1.dll" v0.0 ts=2009/3/2 3:11 456k 2009/06/25 D:\cygwin-1.7\bin\cygcairo-2.dll - os=4.0 img=1.0 sys=4.0 "cygcairo-2.dll" v0.0 ts=2009/6/25 7:25 7k 2009/05/30 D:\cygwin-1.7\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0 "cygcharset-1.dll" v0.0 ts=2009/5/30 20:05 7k 2003/10/19 D:\cygwin-1.7\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0 "cygcrypt-0.dll" v0.0 ts=2003/10/19 8:57 1074k 2009/03/25 D:\cygwin-1.7\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygcrypto-0.9.8.dll" v0.0 ts=2009/3/25 17:45 254k 2009/08/23 D:\cygwin-1.7\bin\cygcurl-4.dll - os=4.0 img=1.0 sys=4.0 "cygcurl-4.dll" v0.0 ts=2009/8/23 6:25 703k 2007/12/17 D:\cygwin-1.7\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.2.dll" v0.0 ts=2007/12/17 11:58 943k 2007/12/17 D:\cygwin-1.7\bin\cygdb-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb-4.5.dll" v0.0 ts=2007/12/17 13:12 1036k 2007/12/17 D:\cygwin-1.7\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.2.dll" v0.0 ts=2007/12/17 11:58 1296k 2007/12/17 D:\cygwin-1.7\bin\cygdb_cxx-4.5.dll - os=4.0 img=1.0 sys=4.0 "cygdb_cxx-4.5.dll" v0.0 ts=2007/12/17 13:12 118k 2007/04/06 D:\cygwin-1.7\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-0.dll" v0.0 ts=2007/4/6 21:43 118k 2008/05/09 D:\cygwin-1.7\bin\cygexpat-1.dll - os=4.0 img=1.0 sys=4.0 "cygexpat-1.dll" v0.0 ts=2008/5/9 5:03 28k 2009/03/22 D:\cygwin-1.7\bin\cygfam-0.dll - os=4.0 img=1.0 sys=4.0 "cygfam-0.dll" v0.0 ts=2009/3/22 19:56 286k 2006/08/06 D:\cygwin-1.7\bin\cygfcgi++-0.dll - os=4.0 img=1.0 sys=4.0 "cygfcgi++-0.dll" v0.0 ts=2006/8/6 21:09 30k 2006/08/06 D:\cygwin-1.7\bin\cygfcgi-0.dll - os=4.0 img=1.0 sys=4.0 "cygfcgi-0.dll" v0.0 ts=2006/8/6 21:09 22k 2009/09/29 D:\cygwin-1.7\bin\cygffi-4.dll - os=4.0 img=1.0 sys=4.0 "cygffi-4.dll" v0.0 ts=2009/9/14 16:50 784k 2009/07/28 D:\cygwin-1.7\bin\cygfftw3-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3-3.dll" v0.0 ts=2009/7/28 20:14 758k 2009/07/28 D:\cygwin-1.7\bin\cygfftw3f-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3f-3.dll" v0.0 ts=2009/7/28 20:05 19k 2009/07/28 D:\cygwin-1.7\bin\cygfftw3f_threads-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3f_threads-3.dll" v0.0 ts=2009/7/28 20:05 19k 2009/07/28 D:\cygwin-1.7\bin\cygfftw3_threads-3.dll - os=4.0 img=1.0 sys=4.0 "cygfftw3_threads-3.dll" v0.0 ts=2009/7/28 20:14 174k 2009/09/25 D:\cygwin-1.7\bin\cygfontconfig-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontconfig-1.dll" v0.0 ts=2009/9/25 3:05 21k 2009/10/14 D:\cygwin-1.7\bin\cygfontenc-1.dll - os=4.0 img=1.0 sys=4.0 "cygfontenc-1.dll" v0.0 ts=2009/10/14 2:04 40k 2009/03/01 D:\cygwin-1.7\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0 "cygform-8.dll" v0.0 ts=2009/3/1 6:32 41k 2009/10/26 D:\cygwin-1.7\bin\cygform-9.dll - os=4.0 img=1.0 sys=4.0 "cygform-9.dll" v0.0 ts=2009/10/26 23:02 48k 2003/08/09 D:\cygwin-1.7\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0 "cygform7.dll" v0.0 ts=2003/8/9 10:25 489k 2009/10/15 D:\cygwin-1.7\bin\cygfreetype-6.dll - os=4.0 img=1.0 sys=4.0 "cygfreetype-6.dll" v0.0 ts=2009/10/15 2:22 44k 2009/09/29 D:\cygwin-1.7\bin\cyggcc_s-1.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s-1.dll" v0.0 ts=2009/9/14 16:42 41k 2008/09/12 D:\cygwin-1.7\bin\cyggcc_s.dll - os=4.0 img=1.0 sys=4.0 "cyggcc_s.dll" v0.0 ts=2008/9/11 7:43 19k 2009/02/26 D:\cygwin-1.7\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm-4.dll" v0.0 ts=2009/2/26 7:58 8k 2009/02/26 D:\cygwin-1.7\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0 "cyggdbm_compat-4.dll" v0.0 ts=2009/2/26 7:58 193k 2009/03/23 D:\cygwin-1.7\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 504k 2009/09/08 D:\cygwin-1.7\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=2009/9/7 7:34 90k 2009/09/08 D:\cygwin-1.7\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=2009/9/7 7:32 954k 2009/04/03 D:\cygwin-1.7\bin\cyggettextlib-0-17.dll - os=4.0 img=1.0 sys=4.0 "cyggettextlib-0-17.dll" v0.0 ts=2009/4/3 2:21 218k 2009/04/03 D:\cygwin-1.7\bin\cyggettextpo-0.dll - os=4.0 img=1.0 sys=4.0 "cyggettextpo-0.dll" v0.0 ts=2009/4/3 2:29 203k 2009/04/03 D:\cygwin-1.7\bin\cyggettextsrc-0-17.dll - os=4.0 img=1.0 sys=4.0 "cyggettextsrc-0-17.dll" v0.0 ts=2009/4/3 2:24 642k 2009/09/29 D:\cygwin-1.7\bin\cyggfortran-3.dll - os=4.0 img=1.0 sys=4.0 "cyggfortran-3.dll" v0.0 ts=2009/9/14 17:42 29k 2009/03/23 D:\cygwin-1.7\bin\cyggif-4.dll - os=4.0 img=1.0 sys=4.0 "cyggif-4.dll" v0.0 ts=2009/3/23 19:55 367k 2009/09/07 D:\cygwin-1.7\bin\cyggio-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggio-2.0-0.dll" v0.0 ts=2009/9/7 5:10 2311k 2009/10/16 D:\cygwin-1.7\bin\cygGL-1.dll - os=4.0 img=1.0 sys=4.0 "cygGL-1.dll" v0.0 ts=2009/10/16 10:17 133k 2009/03/25 D:\cygwin-1.7\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 678k 2009/09/07 D:\cygwin-1.7\bin\cygglib-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygglib-2.0-0.dll" v0.0 ts=2009/9/7 5:07 141k 2009/03/30 D:\cygwin-1.7\bin\cygglitz-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-1.dll" v0.0 ts=2009/3/30 17:22 21k 2009/03/30 D:\cygwin-1.7\bin\cygglitz-glx-1.dll - os=4.0 img=1.0 sys=4.0 "cygglitz-glx-1.dll" v0.0 ts=2009/3/30 17:23 445k 2009/10/16 D:\cygwin-1.7\bin\cygGLU-1.dll - os=4.0 img=1.0 sys=4.0 "cygGLU-1.dll" v0.0 ts=2009/10/16 10:17 12k 2009/03/25 D:\cygwin-1.7\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 13k 2009/09/07 D:\cygwin-1.7\bin\cyggmodule-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggmodule-2.0-0.dll" v0.0 ts=2009/9/7 5:08 315k 2009/06/06 D:\cygwin-1.7\bin\cyggmp-3.dll - os=4.0 img=1.0 sys=4.0 "cyggmp-3.dll" v0.0 ts=2009/6/6 12:23 226k 2009/09/07 D:\cygwin-1.7\bin\cyggobject-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggobject-2.0-0.dll" v0.0 ts=2009/9/7 5:08 24k 2009/09/29 D:\cygwin-1.7\bin\cyggomp-1.dll - os=4.0 img=1.0 sys=4.0 "cyggomp-1.dll" v0.0 ts=2009/9/14 16:51 5491k 2008/11/27 D:\cygwin-1.7\bin\cyggs-8.dll - os=4.0 img=1.0 sys=4.0 "cyggs-8.dll" v0.0 ts=2008/11/27 13:24 1640k 2009/09/20 D:\cygwin-1.7\bin\cyggsl-0.dll - os=4.0 img=1.0 sys=4.0 "cyggsl-0.dll" v0.0 ts=2009/9/20 15:39 186k 2009/09/20 D:\cygwin-1.7\bin\cyggslcblas-0.dll - os=4.0 img=1.0 sys=4.0 "cyggslcblas-0.dll" v0.0 ts=2009/9/20 15:29 9k 2009/03/25 D:\cygwin-1.7\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 15k 2009/09/07 D:\cygwin-1.7\bin\cyggthread-2.0-0.dll - os=4.0 img=1.0 sys=4.0 "cyggthread-2.0-0.dll" v0.0 ts=2009/9/7 5:08 1258k 2009/03/23 D:\cygwin-1.7\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 3502k 2009/09/08 D:\cygwin-1.7\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=2009/9/7 7:40 24k 2009/06/23 D:\cygwin-1.7\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0 "cyghistory6.dll" v0.0 ts=2009/6/23 13:20 25k 2009/07/06 D:\cygwin-1.7\bin\cyghistory7.dll - os=4.0 img=1.0 sys=4.0 "cyghistory7.dll" v0.0 ts=2009/7/5 15:45 73k 2009/09/02 D:\cygwin-1.7\bin\cygICE-6.dll - os=4.0 img=1.0 sys=4.0 "cygICE-6.dll" v0.0 ts=2009/9/2 22:39 270k 2009/05/07 D:\cygwin-1.7\bin\cygicons-0.dll - os=4.0 img=1.0 sys=4.0 "cygicons-0.dll" v0.0 ts=2009/5/7 1:58 981k 2009/05/30 D:\cygwin-1.7\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0 "cygiconv-2.dll" v0.0 ts=2009/5/30 20:05 10918k 2008/11/10 D:\cygwin-1.7\bin\cygicudata38.dll - os=4.0 img=1.0 sys=4.0 "cygicudata38.dll" v0.0 ts=2008/11/10 11:06 1246k 2008/11/10 D:\cygwin-1.7\bin\cygicui18n38.dll - os=4.0 img=1.0 sys=4.0 "cygicui18n38.dll" v0.0 ts=2008/11/10 10:59 243k 2008/11/10 D:\cygwin-1.7\bin\cygicuio38.dll - os=4.0 img=1.0 sys=4.0 "cygicuio38.dll" v0.0 ts=2008/11/10 11:06 256k 2008/11/10 D:\cygwin-1.7\bin\cygicule38.dll - os=4.0 img=1.0 sys=4.0 "cygicule38.dll" v0.0 ts=2008/11/10 11:01 70k 2008/11/10 D:\cygwin-1.7\bin\cygiculx38.dll - os=4.0 img=1.0 sys=4.0 "cygiculx38.dll" v0.0 ts=2008/11/10 11:01 1066k 2008/11/10 D:\cygwin-1.7\bin\cygicuuc38.dll - os=4.0 img=1.0 sys=4.0 "cygicuuc38.dll" v0.0 ts=2008/11/10 10:53 191k 2009/09/15 D:\cygwin-1.7\bin\cygidn-11.dll - os=4.0 img=1.0 sys=4.0 "cygidn-11.dll" v0.0 ts=2009/9/15 11:41 22k 2001/12/13 D:\cygwin-1.7\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0 "cygintl-1.dll" v0.0 ts=2001/12/13 9:28 37k 2003/08/10 D:\cygwin-1.7\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0 "cygintl-2.dll" v0.0 ts=2003/8/10 22:50 31k 2005/11/20 D:\cygwin-1.7\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0 "cygintl-3.dll" v0.0 ts=2005/11/20 2:04 31k 2009/04/03 D:\cygwin-1.7\bin\cygintl-8.dll - os=4.0 img=1.0 sys=4.0 "cygintl-8.dll" v0.0 ts=2009/4/3 2:15 246k 2008/04/02 D:\cygwin-1.7\bin\cygjasper-1.dll - os=4.0 img=1.0 sys=4.0 "cygjasper-1.dll" v0.0 ts=2008/4/2 17:19 41k 2009/03/10 D:\cygwin-1.7\bin\cygjbig-2.dll - os=4.0 img=1.0 sys=4.0 "cygjbig-2.dll" v0.0 ts=2009/3/10 3:10 48k 2003/08/10 D:\cygwin-1.7\bin\cygjbig1.dll - os=4.0 img=1.0 sys=4.0 "cygjbig1.dll" v0.0 ts=2003/8/11 0:58 125k 2009/08/08 D:\cygwin-1.7\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-62.dll" v0.0 ts=2009/8/8 21:48 193k 2009/08/08 D:\cygwin-1.7\bin\cygjpeg-7.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg-7.dll" v0.0 ts=2009/8/8 20:39 119k 2002/02/09 D:\cygwin-1.7\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0 "cygjpeg6b.dll" v0.0 ts=2002/2/9 5:19 39k 2008/09/07 D:\cygwin-1.7\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 13:28 189k 2008/09/07 D:\cygwin-1.7\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 13:29 201k 2008/09/07 D:\cygwin-1.7\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 13:31 5k 2009/10/23 D:\cygwin-1.7\bin\cyglsa-20091023.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2009/10/23 16:14 5k 2009/10/03 D:\cygwin-1.7\bin\cyglsa.dll - os=4.0 img=1.0 sys=4.0 "cyglsa.dll" v0.0 ts=2009/10/3 13:34 9k 2009/10/23 D:\cygwin-1.7\bin\cyglsa64-20091023.dll - os=4.0 img=0.0 sys=5.2 9k 2009/10/03 D:\cygwin-1.7\bin\cyglsa64.dll - os=4.0 img=0.0 sys=5.2 27k 2009/07/13 D:\cygwin-1.7\bin\cygltdl-7.dll - os=4.0 img=1.0 sys=4.0 "cygltdl-7.dll" v0.0 ts=2009/7/13 1:50 133k 2009/06/10 D:\cygwin-1.7\bin\cyglua-5.1.dll - os=4.0 img=1.0 sys=4.0 "cyglua-5.1.dll" v0.0 ts=2009/6/10 18:29 124k 2009/03/15 D:\cygwin-1.7\bin\cyglzma-0.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-0.dll" v0.0 ts=2009/3/15 7:01 123k 2009/08/30 D:\cygwin-1.7\bin\cyglzma-1.dll - os=4.0 img=1.0 sys=4.0 "cyglzma-1.dll" v0.0 ts=2009/8/30 23:35 12k 2009/03/15 D:\cygwin-1.7\bin\cyglzmadec-0.dll - os=4.0 img=1.0 sys=4.0 "cyglzmadec-0.dll" v0.0 ts=2009/3/15 7:16 98k 2009/03/16 D:\cygwin-1.7\bin\cygmagic-1.dll - os=4.0 img=1.0 sys=4.0 "cygmagic-1.dll" v0.0 ts=2009/3/16 17:32 21k 2009/03/01 D:\cygwin-1.7\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-8.dll" v0.0 ts=2009/3/1 6:31 22k 2009/10/26 D:\cygwin-1.7\bin\cygmenu-9.dll - os=4.0 img=1.0 sys=4.0 "cygmenu-9.dll" v0.0 ts=2009/10/26 23:01 29k 2003/08/09 D:\cygwin-1.7\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0 "cygmenu7.dll" v0.0 ts=2003/8/9 10:25 24k 2008/10/30 D:\cygwin-1.7\bin\cygminires.dll - os=4.0 img=1.2 sys=4.0 "cygminires.dll" v0.0 ts=2008/10/31 0:53 211k 2009/06/06 D:\cygwin-1.7\bin\cygmp-3.dll - os=4.0 img=1.0 sys=4.0 "cygmp-3.dll" v0.0 ts=2009/6/6 12:23 269k 2009/06/07 D:\cygwin-1.7\bin\cygmpfr-1.dll - os=4.0 img=1.0 sys=4.0 "cygmpfr-1.dll" v0.0 ts=2009/6/7 22:10 75k 2009/07/08 D:\cygwin-1.7\bin\cygMrm-2.dll - os=4.0 img=1.0 sys=4.0 "cygMrm-2.dll" v0.0 ts=2009/7/8 4:26 66k 2009/03/01 D:\cygwin-1.7\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-8.dll" v0.0 ts=2009/3/1 6:39 61k 2009/10/26 D:\cygwin-1.7\bin\cygncurses++-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses++-9.dll" v0.0 ts=2009/10/26 23:12 237k 2009/03/01 D:\cygwin-1.7\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-8.dll" v0.0 ts=2009/3/1 6:28 195k 2009/10/26 D:\cygwin-1.7\bin\cygncurses-9.dll - os=4.0 img=1.0 sys=4.0 "cygncurses-9.dll" v0.0 ts=2009/10/26 22:58 224k 2003/08/09 D:\cygwin-1.7\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0 "cygncurses7.dll" v0.0 ts=2003/8/9 10:24 115k 2009/09/30 D:\cygwin-1.7\bin\cygneon-27.dll - os=4.0 img=1.0 sys=4.0 "cygneon-27.dll" v0.0 ts=2009/9/30 14:33 173k 2009/09/02 D:\cygwin-1.7\bin\cygnetpbm-10.dll - os=4.0 img=1.0 sys=4.0 "cygnetpbm-10.dll" v0.0 ts=2009/9/2 4:33 11k 2009/03/01 D:\cygwin-1.7\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-8.dll" v0.0 ts=2009/3/1 6:30 12k 2009/10/26 D:\cygwin-1.7\bin\cygpanel-9.dll - os=4.0 img=1.0 sys=4.0 "cygpanel-9.dll" v0.0 ts=2009/10/26 23:00 19k 2003/08/09 D:\cygwin-1.7\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0 "cygpanel7.dll" v0.0 ts=2003/8/9 10:24 230k 2009/07/27 D:\cygwin-1.7\bin\cygpango-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpango-1.0-0.dll" v0.0 ts=2009/7/27 5:42 34k 2009/07/27 D:\cygwin-1.7\bin\cygpangocairo-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangocairo-1.0-0.dll" v0.0 ts=2009/7/27 5:42 142k 2009/07/27 D:\cygwin-1.7\bin\cygpangoft2-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoft2-1.0-0.dll" v0.0 ts=2009/7/27 5:42 37k 2009/07/27 D:\cygwin-1.7\bin\cygpangox-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangox-1.0-0.dll" v0.0 ts=2009/7/27 5:42 23k 2009/07/27 D:\cygwin-1.7\bin\cygpangoxft-1.0-0.dll - os=4.0 img=1.0 sys=4.0 "cygpangoxft-1.0-0.dll" v0.0 ts=2009/7/27 5:42 190k 2009/04/17 D:\cygwin-1.7\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcre-0.dll" v0.0 ts=2009/4/17 17:07 7k 2009/04/17 D:\cygwin-1.7\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0 "cygpcreposix-0.dll" v0.0 ts=2009/4/17 17:07 1543k 2008/07/03 D:\cygwin-1.7\bin\cygperl5_10.dll - os=4.0 img=1.0 sys=4.0 "cygperl5_10.dll" v0.0 ts=2008/6/30 17:06 354k 2009/10/14 D:\cygwin-1.7\bin\cygpixman-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygpixman-1-0.dll" v0.0 ts=2009/10/14 1:39 242k 2009/03/07 D:\cygwin-1.7\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0 "cygpng12.dll" v0.0 ts=2009/3/7 22:38 22k 2002/06/09 D:\cygwin-1.7\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0 "cygpopt-0.dll" v0.0 ts=2002/6/9 6:45 103k 2009/01/07 D:\cygwin-1.7\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0 "cygpq.dll" v0.0 ts=2009/1/7 16:46 4k 2007/12/18 D:\cygwin-1.7\bin\cygpspell-15.dll - os=4.0 img=1.0 sys=4.0 "cygpspell-15.dll" v0.0 ts=2007/12/18 11:40 155k 2009/06/23 D:\cygwin-1.7\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0 "cygreadline6.dll" v0.0 ts=2009/6/23 13:20 162k 2009/07/06 D:\cygwin-1.7\bin\cygreadline7.dll - os=4.0 img=1.0 sys=4.0 "cygreadline7.dll" v0.0 ts=2009/7/5 15:45 761k 2008/09/30 D:\cygwin-1.7\bin\cygruby18.dll - os=4.0 img=1.0 sys=4.0 "cygruby18.dll" v0.0 ts=2008/9/30 14:10 78k 2004/10/13 D:\cygwin-1.7\bin\cygsasl2-2.dll - os=4.0 img=1.0 sys=4.0 "cygsasl2-2.dll" v0.0 ts=2004/10/13 23:50 43k 2009/02/06 D:\cygwin-1.7\bin\cygserf-0-0.dll - os=4.0 img=1.0 sys=4.0 "cygserf-0-0.dll" v0.0 ts=2009/2/6 17:04 7k 2009/07/22 D:\cygwin-1.7\bin\cygsigsegv-0.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-0.dll" v0.0 ts=2009/7/22 9:57 9k 2009/07/24 D:\cygwin-1.7\bin\cygsigsegv-1.dll - os=4.0 img=1.0 sys=4.0 "cygsigsegv-1.dll" v0.0 ts=2009/7/24 21:04 27k 2009/09/03 D:\cygwin-1.7\bin\cygSM-6.dll - os=4.0 img=1.0 sys=4.0 "cygSM-6.dll" v0.0 ts=2009/9/3 9:56 355k 2008/09/09 D:\cygwin-1.7\bin\cygsqlite3-0.dll - os=4.0 img=1.0 sys=4.0 "cygsqlite3-0.dll" v0.0 ts=2008/9/9 19:20 125k 2009/10/07 D:\cygwin-1.7\bin\cygssh2-1.dll - os=4.0 img=1.0 sys=4.0 "cygssh2-1.dll" v0.0 ts=2009/10/7 3:25 232k 2009/03/25 D:\cygwin-1.7\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0 "cygssl-0.9.8.dll" v0.0 ts=2009/3/25 17:45 8k 2009/09/29 D:\cygwin-1.7\bin\cygssp-0.dll - os=4.0 img=1.0 sys=4.0 "cygssp-0.dll" v0.0 ts=2009/9/14 16:49 771k 2009/09/29 D:\cygwin-1.7\bin\cygstdc++-6.dll - os=4.0 img=1.0 sys=4.0 "cygstdc++-6.dll" v0.0 ts=2009/9/14 17:19 234k 2009/10/26 D:\cygwin-1.7\bin\cygsvn_client-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_client-1-0.dll" v0.0 ts=2009/10/23 16:46 36k 2009/10/26 D:\cygwin-1.7\bin\cygsvn_delta-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_delta-1-0.dll" v0.0 ts=2009/10/23 16:43 39k 2009/10/26 D:\cygwin-1.7\bin\cygsvn_diff-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_diff-1-0.dll" v0.0 ts=2009/10/23 16:43 18k 2009/10/26 D:\cygwin-1.7\bin\cygsvn_fs-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_fs-1-0.dll" v0.0 ts=2009/10/23 16:44 144k 2009/10/26 D:\cygwin-1.7\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=2009/10/23 16:43 123k 2009/10/26 D:\cygwin-1.7\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=2009/10/23 16:43 7k 2009/10/26 D:\cygwin-1.7\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=2009/10/23 16:43 30k 2009/10/26 D:\cygwin-1.7\bin\cygsvn_ra-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_ra-1-0.dll" v0.0 ts=2009/10/23 16:46 23k 2009/10/26 D:\cygwin-1.7\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=2009/10/23 16:44 113k 2009/10/26 D:\cygwin-1.7\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=2009/10/23 16:43 114k 2009/10/26 D:\cygwin-1.7\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=2009/10/23 16:43 70k 2009/10/26 D:\cygwin-1.7\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=2009/10/23 16:43 138k 2009/10/26 D:\cygwin-1.7\bin\cygsvn_repos-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_repos-1-0.dll" v0.0 ts=2009/10/23 16:44 246k 2009/10/26 D:\cygwin-1.7\bin\cygsvn_subr-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_subr-1-0.dll" v0.0 ts=2009/10/23 16:43 240k 2009/10/26 D:\cygwin-1.7\bin\cygsvn_wc-1-0.dll - os=4.0 img=1.0 sys=4.0 "cygsvn_wc-1-0.dll" v0.0 ts=2009/10/23 16:43 231k 2009/09/15 D:\cygwin-1.7\bin\cygt1-5.dll - os=4.0 img=1.0 sys=4.0 "cygt1-5.dll" v0.0 ts=2009/9/15 10:59 46k 2009/10/26 D:\cygwin-1.7\bin\cygtic-9.dll - os=4.0 img=1.0 sys=4.0 "cygtic-9.dll" v0.0 ts=2009/10/26 22:58 312k 2009/08/10 D:\cygwin-1.7\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiff-5.dll" v0.0 ts=2009/8/10 23:04 281k 2003/02/24 D:\cygwin-1.7\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0 "cygtiff3.dll" v0.0 ts=2003/2/24 4:58 282k 2003/08/11 D:\cygwin-1.7\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0 "cygtiff4.dll" v0.0 ts=2003/8/11 3:32 282k 2009/08/10 D:\cygwin-1.7\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0 "cygtiffxx-5.dll" v0.0 ts=2009/8/10 23:04 65k 2009/07/08 D:\cygwin-1.7\bin\cygUil-2.dll - os=4.0 img=1.0 sys=4.0 "cygUil-2.dll" v0.0 ts=2009/7/8 4:26 27k 2006/12/06 D:\cygwin-1.7\bin\cygungif-4.dll - os=4.0 img=1.0 sys=4.0 "cygungif-4.dll" v0.0 ts=2006/12/6 3:41 40k 2009/07/08 D:\cygwin-1.7\bin\cygusb0.dll - os=4.0 img=1.0 sys=4.0 "cygusb0.dll" v0.0 ts=2009/7/8 9:35 2409k 2009/10/23 D:\cygwin-1.7\bin\cygwin1-20091023.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2009/10/23 16:07 2410k 2009/10/03 D:\cygwin-1.7\bin\cygwin1_old.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2009/10/3 13:33 24k 2009/03/29 D:\cygwin-1.7\bin\cygwrap-0.dll - os=4.0 img=1.0 sys=4.0 "cygwrap-0.dll" v0.0 ts=2009/3/29 7:28 1038k 2009/10/25 D:\cygwin-1.7\bin\cygX11-6.dll - os=4.0 img=1.0 sys=4.0 "cygX11-6.dll" v0.0 ts=2009/10/25 18:27 6k 2009/10/25 D:\cygwin-1.7\bin\cygX11-xcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygX11-xcb-1.dll" v0.0 ts=2009/10/25 18:27 9k 2009/09/03 D:\cygwin-1.7\bin\cygXau-6.dll - os=4.0 img=1.0 sys=4.0 "cygXau-6.dll" v0.0 ts=2009/9/2 22:47 251k 2009/10/19 D:\cygwin-1.7\bin\cygXaw-6.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-6.dll" v0.0 ts=2009/10/18 22:55 352k 2009/10/19 D:\cygwin-1.7\bin\cygXaw-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-7.dll" v0.0 ts=2009/10/18 22:55 360k 2005/10/27 D:\cygwin-1.7\bin\cygXaw-8.dll - os=4.0 img=1.0 sys=4.0 "cygXaw-8.dll" v0.0 ts=2005/10/26 18:45 268k 2008/11/15 D:\cygwin-1.7\bin\cygXaw3d-7.dll - os=4.0 img=1.0 sys=4.0 "cygXaw3d-7.dll" v0.0 ts=2008/11/13 8:37 74k 2009/09/21 D:\cygwin-1.7\bin\cygxcb-1.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-1.dll" v0.0 ts=2009/9/21 22:31 22k 2009/09/21 D:\cygwin-1.7\bin\cygxcb-render-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-0.dll" v0.0 ts=2009/9/21 22:32 11k 2009/09/03 D:\cygwin-1.7\bin\cygxcb-render-util-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-render-util-0.dll" v0.0 ts=2009/9/3 6:24 5k 2009/02/09 D:\cygwin-1.7\bin\cygxcb-xlib-0.dll - os=4.0 img=1.0 sys=4.0 "cygxcb-xlib-0.dll" v0.0 ts=2009/2/9 4:06 10k 2009/10/14 D:\cygwin-1.7\bin\cygXcomposite-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcomposite-1.dll" v0.0 ts=2009/10/14 18:51 30k 2009/09/03 D:\cygwin-1.7\bin\cygXcursor-1.dll - os=4.0 img=1.0 sys=4.0 "cygXcursor-1.dll" v0.0 ts=2009/9/2 22:47 9k 2009/10/14 D:\cygwin-1.7\bin\cygXdamage-1.dll - os=4.0 img=1.0 sys=4.0 "cygXdamage-1.dll" v0.0 ts=2009/10/14 17:54 17k 2009/10/14 D:\cygwin-1.7\bin\cygXdmcp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXdmcp-6.dll" v0.0 ts=2009/10/13 23:31 51k 2009/10/22 D:\cygwin-1.7\bin\cygXext-6.dll - os=4.0 img=1.0 sys=4.0 "cygXext-6.dll" v0.0 ts=2009/10/22 4:45 16k 2009/10/14 D:\cygwin-1.7\bin\cygXfixes-3.dll - os=4.0 img=1.0 sys=4.0 "cygXfixes-3.dll" v0.0 ts=2009/10/14 17:48 66k 2009/10/15 D:\cygwin-1.7\bin\cygXft-2.dll - os=4.0 img=1.0 sys=4.0 "cygXft-2.dll" v0.0 ts=2009/10/14 21:33 47k 2009/10/14 D:\cygwin-1.7\bin\cygXi-6.dll - os=4.0 img=1.0 sys=4.0 "cygXi-6.dll" v0.0 ts=2009/10/14 6:19 8k 2009/10/14 D:\cygwin-1.7\bin\cygXinerama-1.dll - os=4.0 img=1.0 sys=4.0 "cygXinerama-1.dll" v0.0 ts=2009/10/14 8:39 122k 2009/10/15 D:\cygwin-1.7\bin\cygxkbfile-1.dll - os=4.0 img=1.0 sys=4.0 "cygxkbfile-1.dll" v0.0 ts=2009/10/14 6:57 1172k 2009/07/08 D:\cygwin-1.7\bin\cygXm-2.dll - os=4.0 img=1.0 sys=4.0 "cygXm-2.dll" v0.0 ts=2009/7/8 4:26 1123k 2009/10/08 D:\cygwin-1.7\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0 "cygxml2-2.dll" v0.0 ts=2009/10/7 3:49 75k 2009/10/14 D:\cygwin-1.7\bin\cygXmu-6.dll - os=4.0 img=1.0 sys=4.0 "cygXmu-6.dll" v0.0 ts=2009/10/14 8:29 11k 2009/10/14 D:\cygwin-1.7\bin\cygXmuu-1.dll - os=4.0 img=1.0 sys=4.0 "cygXmuu-1.dll" v0.0 ts=2009/10/14 8:29 26k 2005/10/27 D:\cygwin-1.7\bin\cygXp-6.dll - os=4.0 img=1.0 sys=4.0 "cygXp-6.dll" v0.0 ts=2005/10/26 18:27 53k 2009/10/14 D:\cygwin-1.7\bin\cygXpm-4.dll - os=4.0 img=1.0 sys=4.0 "cygXpm-4.dll" v0.0 ts=2009/10/14 18:01 25k 2009/03/20 D:\cygwin-1.7\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 D:\cygwin-1.7\bin\cygXrender-1.dll - os=4.0 img=1.0 sys=4.0 "cygXrender-1.dll" v0.0 ts=2009/10/14 8:40 277k 2009/10/14 D:\cygwin-1.7\bin\cygXt-6.dll - os=4.0 img=1.0 sys=4.0 "cygXt-6.dll" v0.0 ts=2009/10/14 4:02 64k 2009/03/02 D:\cygwin-1.7\bin\cygz.dll - os=4.0 img=1.0 sys=4.0 "cygz.dll" v0.0 ts=2009/3/2 1:33 2410k 2009/10/03 D:\cygwin-1.7\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0 "cygwin1.dll" v0.0 ts=2009/10/3 13:33 Cygwin DLL version info: DLL version: 1.7.0 DLL epoch: 19 DLL old termios: 5 DLL malloc env: 28 Cygwin conv: 181 API major: 0 API minor: 214 Shared data: 5 DLL identifier: cygwin1 Mount registry: 3 Cygwin registry name: Cygwin Program options name: Program Options Cygdrive default prefix: Build date: Sat Oct 3 14:33:20 CEST 2009 Shared id: cygwin1S5 393k 2009/10/25 D:\cygwin-1.7\lib\lapack\cygblas-0.dll - os=4.0 img=1.0 sys=4.0 "cygblas-0.dll" v0.0 ts=2009/10/24 14:54 4053k 2009/10/25 D:\cygwin-1.7\lib\lapack\cyglapack-0.dll - os=4.0 img=1.0 sys=4.0 "cyglapack-0.dll" v0.0 ts=2009/10/24 23:11 Service : cygserver Display name : CYGWIN cygserver Current State : Running Controls Accepted : Stop Command : /usr/sbin/cygserver stdin path : /dev/null stdout path : /var/log/cygserver.log stderr path : /var/log/cygserver.log Process Type : Own Process Startup : Automatic Account : LocalSystem Service : sshd Display name : CYGWIN sshd Current State : Running Controls Accepted : Stop Command : /usr/sbin/sshd -D stdin path : /dev/null stdout path : /var/log/sshd.log stderr path : /var/log/sshd.log Process Type : Own Process Startup : Automatic Dependencies : tcpip Account : LocalSystem Cygwin Package Information Last downloaded files to: D:\downloads\cygwin-1.7 Last downloaded files from: ftp://mirror.cs.vt.edu/pub/cygwin/cygwin/ Package Version _update-info-dir 00833-1 alternatives 1.3.30c-10 aspell 0.60.5-1 aspell-en 6.0.0-1 atool 0.37.0-1 autoconf 7-10 autoconf2.1 2.13-10 autoconf2.5 2.64-10 automake 4-10 automake1.10 1.10.2-10 automake1.11 1.11-10 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 base-cygwin 2.0-1 base-files 3.8-4 base-passwd 3.1-1 bash 3.2.49-23 bash-completion 1.0-1 bc 1.06-2 binutils 2.19.51-1 bison 2.3-1 boost 1.33.1-4 boost-devel 1.33.1-4 bzip2 1.0.5-10 clisp 2.48-2 cocom 0.995-1 compositeproto 0.4.1-1 coreutils 7.0-2 crypt 1.1-1 csih 0.9.1-1 cvs 1.12.13-10 cygport 0.9.9-1 cygrunsrv 1.34-1 cygutils 1.4.0-1 cygwin 1.7.0-62 cygwin-doc 1.5-1 damageproto 1.2.0-1 dash 0.5.5.1-2 diffstat 1.50-1 diffutils 2.8.7-1 doxygen 1.5.5-1 e2fsprogs 1.35-3 ed 1.0-1 editrights 1.01-2 emacs 23.1-10 emacs-el 23.1-10 emacs-X11 23.1-10 expat 2.0.1-1 ffcall 1.10-1 fftw3 3.2.2-1 file 5.00-3 findutils 4.5.4-1 fixesproto 4.1.1-1 flex 2.5.35-1 font-adobe-dpi75 1.0.1-1 font-adobe-utopia-dpi75 1.0.2-1 font-adobe-utopia-type1 1.0.2-1 font-alias 1.0.2-1 font-bh-dpi75 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-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-cursor-misc 1.0.1-1 font-encodings 1.0.3-1 font-misc-misc 1.1.0-1 font-util 1.1.1-1 font-xfree86-type1 1.0.2-1 fontconfig 2.7.3-1 fontsproto 2.1.0-1 fonttosfnt 1.0.4-1 gamin 0.1.10-10 gawk 3.1.7-1 gcc-core 3.4.4-999 gcc-g++ 3.4.4-999 gcc-mingw-core 20050522-1 gcc-mingw-g++ 20050522-1 gcc4 4.3.4-1 gcc4-core 4.3.4-1 gcc4-g++ 4.3.4-1 gcc4-runtime 4.3.2-1 gdb 6.8-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 glproto 1.4.10-1 gnome-icon-theme 2.26.0-1 gnupg 1.4.9-2 grep 2.5.3-1 groff 1.19.2-2 gsl 1.13-2 gsl-devel 1.13-2 gsl-doc 1.13-2 gtk2.0-engines 2.18.4-1 gv 3.6.5-1 gzip 1.3.12-2 hicolor-icon-theme 0.11-1 icu 3.8-5 imake 1.0.2-2 inetutils 1.5-6 inputproto 2.0-1 ipc-utils 1.0-1 jbigkit 2.0-10 kbproto 1.0.4-1 less 429-1 lesstif 0.95.2-1 lftp 3.7.15-1 libapr1 1.3.8-2 libaprutil1 1.3.9-2 libaspell15 0.60.5-1 libatk1.0-devel 1.26.0-1 libatk1.0_0 1.26.0-1 libboost 1.33.1-4 libbz2-devel 1.0.5-10 libbz2_1 1.0.5-10 libcairo-devel 1.8.8-1 libcairo2 1.8.8-1 libcharset1 1.13-10 libcurl4 7.19.6-1 libdb4.2 4.2.52.5-2 libdb4.5 4.5.20.2-2 libdb4.5-devel 4.5.20.2-2 libexpat0 1.95.8-2 libexpat1 2.0.1-1 libexpat1-devel 2.0.1-1 libfam0 0.1.10-10 libfcgi-devel 2.4.0-2 libfcgi0 2.4.0-2 libffi4 4.3.4-1 libfftw3-devel 3.2.2-1 libfftw3_3 3.2.2-1 libfontconfig-devel 2.7.3-1 libfontconfig1 2.7.3-1 libfontenc-devel 1.0.5-1 libfontenc1 1.0.5-1 libfreetype-devel 2.3.11-1 libfreetype6 2.3.11-1 libgcc1 4.3.4-1 libgdbm-devel 1.8.3-20 libgdbm4 1.8.3-20 libgdk_pixbuf2.0-devel 2.16.6-1 libgdk_pixbuf2.0_0 2.16.6-1 libgettextpo0 0.17-11 libgfortran3 4.3.4-1 libgif-devel 4.1.6-10 libgif4 4.1.6-10 libGL-devel 7.5.2-1 libGL1 7.5.2-1 libglib1.2-devel 1.2.10-10 libglib1.2_0 1.2.10-10 libglib2.0-devel 2.20.5-1 libglib2.0_0 2.20.5-1 libglitz-devel 0.5.6-10 libglitz1 0.5.6-10 libGLU-devel 7.5.2-1 libGLU1 7.5.2-1 libgmp3 4.3.1-3 libgomp1 4.3.4-1 libgs-devel 8.63-2 libgs8 8.63-2 libgtk1.2-devel 1.2.10-10 libgtk1.2_0 1.2.10-10 libgtk2.0-devel 2.16.6-1 libgtk2.0_0 2.16.6-1 libICE-devel 1.0.6-1 libICE6 1.0.6-1 libiconv 1.13-10 libiconv2 1.13-10 libicu38 3.8-5 libidn11 1.15-10 libintl1 0.10.40-1 libintl2 0.12.1-3 libintl3 0.14.5-1 libintl8 0.17-11 libjasper-devel 1.900.1-1 libjasper1 1.900.1-1 libjbig-devel 2.0-10 libjbig1 1.5-3 libjbig2 2.0-10 libjpeg-devel 7-10 libjpeg62 6b-21 libjpeg6b 6b-8 libjpeg7 7-10 liblapack-devel 3.2.1-1 liblapack0 3.2.1-1 libltdl7 2.2.7a-14 liblzma0 4.999.8beta-10 liblzma1 4.999.9beta-10 liblzmadec-devel 4.32.7-10 liblzmadec0 4.32.7-10 libmpfr1 2.4.1-4 libncurses-devel 5.7-15 libncurses7 5.3-4 libncurses8 5.5-10 libncurses9 5.7-15 libneon27 0.29.0-1 libnetpbm10 10.47.2-1 libopenldap2_3_0 2.3.43-1 libpango1.0-devel 1.24.5-1 libpango1.0_0 1.24.5-1 libpcre-devel 7.9-1 libpcre0 7.9-1 libpixman1-devel 0.16.2-1 libpixman1_0 0.16.2-1 libpng12 1.2.35-10 libpng12-devel 1.2.35-10 libpopt0 1.6.4-4 libpq-devel 8.2.11-1 libpq5 8.2.11-1 libpthread-stubs 0.2-1 libreadline6 5.2.14-12 libreadline7 6.0.3-2 libsasl2 2.1.19-3 libserf0_0 0.3.0-2 libsigsegv 2.6+-1 libsigsegv0 2.6-1 libsigsegv1 2.6+-1 libSM-devel 1.1.1-1 libSM6 1.1.1-1 libsqlite3_0 3.6.2-1 libssh2_1 1.2.1-1 libssp0 4.3.4-1 libstdc++6 4.3.4-1 libstdc++6-devel 4.3.4-1 libtiff-devel 3.8.2-11 libtiff3 3.6.0-2 libtiff4 3.6.0-5 libtiff5 3.8.2-11 libtool 2.2.7a-14 libungif-devel 4.1.4-2 libungif4 4.1.4-2 libusb-win32 0.1.12.2-1 libwrap0 7.6-20 libX11-devel 1.3.2-1 libX11-xcb1 1.3.2-1 libX11_6 1.3.2-1 libXau-devel 1.0.5-1 libXau6 1.0.5-1 libXaw-devel 1.0.7-1 libXaw3d-devel 1.5D-8 libXaw3d7 1.5D-8 libXaw6 1.0.7-1 libXaw7 1.0.7-1 libXaw8 6.8.99.901-1 libxcb-devel 1.4-2 libxcb-render-devel 1.4-2 libxcb-render-util-devel 0.3.6-1 libxcb-render-util0 0.3.6-1 libxcb-render0 1.4-2 libxcb-xlib-devel 1.1-3 libxcb-xlib0 1.1-3 libxcb1 1.4-2 libXcomposite-devel 0.4.1-1 libXcomposite1 0.4.1-1 libXcursor-devel 1.1.10-1 libXcursor1 1.1.10-1 libXdamage-devel 1.1.2-1 libXdamage1 1.1.2-1 libXdmcp-devel 1.0.3-1 libXdmcp6 1.0.3-1 libXext-devel 1.1.1-1 libXext6 1.1.1-1 libXfixes-devel 4.0.4-1 libXfixes3 4.0.4-1 libXft-devel 2.1.14-1 libXft1 1.0.0-1 libXft2 2.1.14-1 libXi-devel 1.3-1 libXi6 1.3-1 libXinerama-devel 1.1-1 libXinerama1 1.1-1 libxkbfile1 1.0.6-1 libXm-devel 0.95.2-1 libXm2 0.95.2-1 libxml2 2.7.4-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 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 libXt-devel 1.0.7-1 libXt6 1.0.7-1 lndir 1.0.1-2 login 1.10-10 lua 5.1.4-11 luit 1.0.4-2 m4 1.4.13-2 make 3.81-2 makedepend 1.0.2-1 man 1.6e-1 mingw-runtime 3.16-1 minires 1.02-1 mintty 0.5.2-1 mkfontdir 1.0.5-1 mkfontscale 1.0.7-1 ncurses 5.7-15 netpbm 10.47.2-1 opengl 1.1.0-10 openssh 5.2p1-4 openssl 0.9.8k-2 openssl-devel 0.9.8k-2 patch 2.5.8-9 pcre 7.9-1 perl 5.10.0-5 perl-Tk 804.028-1 ping 1.0-1 pkg-config 0.23b-10 printproto 1.0.4-1 python 2.5.2-1 randrproto 1.3.1-1 rcs 5.7-4 readline 6.0.3-2 rebase 3.0.1-1 renderproto 0.11-1 rgb 1.0.3-1 rsync 3.0.6-1 ruby 1.8.7-p72-2 run 1.1.12-10 run2 0.3.0-1 rxvt 20050409-21 sed 4.1.5-2 shared-mime-info 0.70-1 subversion 1.6.6-2 sunrpc 4.0-3 t1lib5 5.1.2-10 tar 1.22-1 tcltk 20080420-1 termcap 20050421-1 terminfo 5.7_20090228-10 terminfo0 5.5_20061104-10 texinfo 4.13-3 tic0 5.5-10 time 1.7-2 transfig 3.2.5-1 tzcode 2009k-1 unison2.27 2.27.157-1 unzip 6.0-10 util-linux 2.14.1-1 w32api 3.13-1 wget 1.11.4-4 which 2.20-2 wtf 0.0.4-7 xauth 1.0.4-1 xcursor-themes 1.0.2-1 xemacs-emacs-common 21.4.22-1 xextproto 7.1.1-1 xfig 3.2.4-7 xfig-lib 3.2.4-7 xineramaproto 1.2-1 xinit 1.1.1-6 xkbcomp 1.1.1-1 xkeyboard-config 1.7-1 xlsfonts 1.0.2-1 xmodmap 1.0.4-1 xorg-cf-files 1.0.3-1 xorg-server 1.7.1-1 xorg-util-macros 1.3.0-1 xpdf 3.02-1 xproto 7.0.16-1 xrdb 1.0.6-1 xterm 250-1 xtrans 1.2.5-1 xz 4.999.9beta-10 zip 3.0-11 zlib 1.2.3-10 zlib-devel 1.2.3-10 zlib0 1.2.3-10 Use -h to see help about each section [-- Attachment #4: XWin.0.log-C.UTF-8 --] [-- Type: text/plain, Size: 5736 bytes --] Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 1.7.1.0 (10701000) Build Date: 2009-10-25 Contact: cygwin-xfree@cygwin.com XWin was started with the following command line: XWin -multiwindow -clipboard -silent-dup-error ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1280 h 1024 winInitializeDefaultScreens - Returning 2009-10-28 10:00:23 winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 2009-10-28 10:00:23 (II) xorg.conf is not supported 2009-10-28 10:00:23 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-10-28 10:00:23 winPrefsLoadPreferences: /etc/X11/system.XWinrc 2009-10-28 10:00:23 LoadPreferences: Done parsing the configuration file... 2009-10-28 10:00:23 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:00:23 winDetectSupportedEngines - Windows NT/2000/XP 2009-10-28 10:00:23 winDetectSupportedEngines - DirectDraw installed 2009-10-28 10:00:23 winDetectSupportedEngines - DirectDraw4 installed 2009-10-28 10:00:23 winDetectSupportedEngines - Returning, supported engines 00000007 2009-10-28 10:00:23 winSetEngine - Multi Window or Rootless => ShadowGDI 2009-10-28 10:00:23 winAdjustVideoModeShadowGDI - Using Windows display depth of 32 bits per pixel 2009-10-28 10:00:23 winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 2009-10-28 10:00:23 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff 2009-10-28 10:00:23 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 2009-10-28 10:00:23 null screen fn ReparentWindow 2009-10-28 10:00:23 null screen fn RestackWindow 2009-10-28 10:00:23 InitQueue - Calling pthread_mutex_init 2009-10-28 10:00:23 InitQueue - pthread_mutex_init returned 2009-10-28 10:00:23 InitQueue - Calling pthread_cond_init 2009-10-28 10:00:23 InitQueue - pthread_cond_init returned 2009-10-28 10:00:23 winInitMultiWindowWM - Hello 2009-10-28 10:00:23 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-10-28 10:00:23 Screen 0 added at XINERAMA coordinate (0,0). 2009-10-28 10:00:23 winMultiWindowXMsgProc - Hello 2009-10-28 10:00:23 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-10-28 10:00:23 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-10-28 10:00:23 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-10-28 10:00:23 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! 2009-10-28 10:00:24 winPointerWarpCursor - Discarding first warp: 640 512 2009-10-28 10:00:24 (--) 5 mouse buttons found 2009-10-28 10:00:24 (--) Setting autorepeat to delay=500, rate=31 2009-10-28 10:00:24 (--) winConfigKeyboard - Layout: "00000409" (00000409) 2009-10-28 10:00:24 (--) Using preset keyboard for "English (USA)" (409), type "4" 2009-10-28 10:00:24 Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" 2009-10-28 10:00:24 winInitMultiWindowWM - pthread_mutex_lock () returned. 2009-10-28 10:00:24 winProcEstablishConnection - Hello 2009-10-28 10:00:24 winInitClipboard () 2009-10-28 10:00:24 winProcEstablishConnection - winInitClipboard returned. 2009-10-28 10:00:24 winClipboardProc - Hello 2009-10-28 10:00:24 DetectUnicodeSupport - Windows NT/2000/XP 2009-10-28 10:00:24 winInitMultiWindowWM - Locale not supported by X. Exiting. 2009-10-28 10:00:24 (II) xorg.conf is not supported 2009-10-28 10:00:24 (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information 2009-10-28 10:00:24 winPrefsLoadPreferences: /etc/X11/system.XWinrc 2009-10-28 10:00:24 LoadPreferences: Done parsing the configuration file... 2009-10-28 10:00:24 winGetDisplay: DISPLAY=:0.0 2009-10-28 10:00:24 winDetectSupportedEngines - Windows NT/2000/XP 2009-10-28 10:00:24 winDetectSupportedEngines - DirectDraw installed 2009-10-28 10:00:24 winDetectSupportedEngines - DirectDraw4 installed 2009-10-28 10:00:24 winDetectSupportedEngines - Returning, supported engines 00000007 2009-10-28 10:00:24 winSetEngine - Multi Window or Rootless => ShadowGDI 2009-10-28 10:00:24 winClipboardProc - Locale not supported by X. Exiting. 2009-10-28 10:00:24 winAllocateFBShadowGDI - Creating DIB with width: 1280 height: 1024 depth: 32 2009-10-28 10:00:24 winFinishScreenInitFB - Masks: 00ff0000 0000ff00 000000ff 2009-10-28 10:00:24 winInitVisualsShadowGDI - Masks 00ff0000 0000ff00 000000ff BPRGB 8 d 24 bpp 32 2009-10-28 10:00:24 null screen fn ReparentWindow 2009-10-28 10:00:24 null screen fn RestackWindow 2009-10-28 10:00:24 InitQueue - Calling pthread_mutex_init 2009-10-28 10:00:24 InitQueue - pthread_mutex_init returned 2009-10-28 10:00:24 InitQueue - Calling pthread_cond_init 2009-10-28 10:00:24 InitQueue - pthread_cond_init returned 2009-10-28 10:00:24 winInitMultiWindowWM - Hello 2009-10-28 10:00:24 winInitMultiWindowWM - Calling pthread_mutex_lock () 2009-10-28 10:00:24 winMultiWindowXMsgProc - Hello 2009-10-28 10:00:24 winMultiWindowXMsgProc - Calling pthread_mutex_lock () 2009-10-28 10:00:24 Screen 0 added at XINERAMA coordinate (0,0). 2009-10-28 10:00:24 (II) AIGLX: Loaded and initialized /usr/lib/dri/swrast_dri.so 2009-10-28 10:00:24 (II) GLX: Initialized DRISWRAST GL provider for screen 0 2009-10-28 10:00:24 [dix] Could not init font path element /usr/share/fonts/OTF/, removing from list! 2009-10-28 10:00:24 (--) 5 mouse buttons found 2009-10-28 10:00:24 (--) Setting autorepeat to delay=500, rate=31 2009-10-28 10:00:24 (--) winConfigKeyboard - Layout: "00000409" (00000409) 2009-10-28 10:00:24 (--) Using preset keyboard for "English (USA)" (409), type "4" 2009-10-28 10:00:24 Rules = "base" Model = "pc105" Layout = "us" Variant = "none" Options = "none" 2009-10-28 10:00:25 winDeinitMultiWindowWM - Noting shutdown in progress [-- Attachment #5: Type: text/plain, Size: 223 bytes --] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 14:22 X11R7.5 and C.UTF-8 Ken Brown @ 2009-10-28 21:23 ` Thomas Dickey 2009-10-28 21:48 ` Ken Brown ` (2 more replies) 2009-10-28 23:52 ` Jon TURNEY 1 sibling, 3 replies; 30+ messages in thread From: Thomas Dickey @ 2009-10-28 21:23 UTC (permalink / raw) To: cygwin-xfree On Wed, 28 Oct 2009, Ken Brown wrote: > X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server technically speaking, there's "no such locale" as C.UTF-8, so I'd not expect portable code to accept it ("C" and "UTF-8" are mutually exclusive). > with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits immediately, and > the log has complaints about the locale. If I instead use > 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and cygcheck > output. -- 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 21:23 ` Thomas Dickey @ 2009-10-28 21:48 ` Ken Brown 2009-10-28 22:07 ` Andy Koppe 2009-10-28 21:49 ` Andy Koppe 2009-10-28 22:19 ` Charles Wilson 2 siblings, 1 reply; 30+ messages in thread From: Ken Brown @ 2009-10-28 21:48 UTC (permalink / raw) To: cygwin-xfree On 10/28/2009 5:23 PM, Thomas Dickey wrote: > On Wed, 28 Oct 2009, Ken Brown wrote: > >> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server > > technically speaking, there's "no such locale" as C.UTF-8, > so I'd not expect portable code to accept it ("C" and "UTF-8" are > mutually exclusive). Maybe my terminology is wrong. But if you start mintty with no .minttyrc and with LANG unset, mintty will set LANG=C.UTF-8. Trying to then start the X server via startxwin.bat or startxwin.sh leads to the error I reported. The error did not occur in X11R7.4. There's been a lot of discussion in the various cygwin lists leading to the decision that C.UTF-8 should be the default. 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 21:48 ` Ken Brown @ 2009-10-28 22:07 ` Andy Koppe 2009-11-28 12:22 ` Ken Brown 0 siblings, 1 reply; 30+ messages in thread From: Andy Koppe @ 2009-10-28 22:07 UTC (permalink / raw) To: cygwin-xfree 2009/10/28 Ken Brown: > Maybe my terminology is wrong. But if you start mintty with no .minttyrc > and with LANG unset, mintty will set LANG=C.UTF-8. Yep. That's primarily for emacs' benefit, which parses the locale env variables itself instead of using setlocale(LC_CTYPE, ""), thereby missing out on Cygwin's default locale. (http://www.opengroup.org/onlinepubs/007908799/xbd/envvar.html says that if LC_ALL, LC_CTYPE, and LANG are all either unset or empty, the implementation-dependent default locale shall be used. For Cygwin 1.7, the default locale uses UTF-8 and not ASCII as assumed by emacs. It works correctly in vim.) 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 22:07 ` Andy Koppe @ 2009-11-28 12:22 ` Ken Brown 2009-11-28 13:35 ` Andy Koppe 2009-12-03 5:27 ` Linda Walsh 0 siblings, 2 replies; 30+ messages in thread From: Ken Brown @ 2009-11-28 12:22 UTC (permalink / raw) To: cygwin-xfree On 10/28/2009 6:07 PM, Andy Koppe wrote: > 2009/10/28 Ken Brown: >> Maybe my terminology is wrong. But if you start mintty with no .minttyrc >> and with LANG unset, mintty will set LANG=C.UTF-8. > > Yep. That's primarily for emacs' benefit, which parses the locale env > variables itself instead of using setlocale(LC_CTYPE, ""), thereby > missing out on Cygwin's default locale. Andy, I've sent a report about this to the emacs-devel list (http://lists.gnu.org/archive/html/emacs-devel/2009-11/threads.html#01216). But I don't have a good understanding of locale issues. Could you take a look and see if what I said is accurate or if more should be said? 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-11-28 12:22 ` Ken Brown @ 2009-11-28 13:35 ` Andy Koppe 2009-11-28 15:29 ` Ken Brown 2009-12-03 5:27 ` Linda Walsh 1 sibling, 1 reply; 30+ messages in thread From: Andy Koppe @ 2009-11-28 13:35 UTC (permalink / raw) To: cygwin-xfree 2009/11/28 Ken Brown: > On 10/28/2009 6:07 PM, Andy Koppe wrote: >> >> 2009/10/28 Ken Brown: >>> >>> Maybe my terminology is wrong. But if you start mintty with no .minttyrc >>> and with LANG unset, mintty will set LANG=C.UTF-8. >> >> Yep. That's primarily for emacs' benefit, which parses the locale env >> variables itself instead of using setlocale(LC_CTYPE, ""), thereby >> missing out on Cygwin's default locale. > > Andy, > > I've sent a report about this to the emacs-devel list > (http://lists.gnu.org/archive/html/emacs-devel/2009-11/threads.html#01216). > But I don't have a good understanding of locale issues. Could you take a > look and see if what I said is accurate or if more should be said? Thanks Ken, I think you've got that all correct, including pointing the finger at mule-cmds.el as the suspect. I'll keep an eye on that thread. One more thing that might be worth mentioning is 'nl_langinfo(CODESET)' for enquiring about the character encoding. (It's actually being used in a couple of places in the emacs sources already, in fns.c and w32proc.c, but I don't know what significance those files have.) 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-11-28 13:35 ` Andy Koppe @ 2009-11-28 15:29 ` Ken Brown 0 siblings, 0 replies; 30+ messages in thread From: Ken Brown @ 2009-11-28 15:29 UTC (permalink / raw) To: cygwin-xfree On 11/28/2009 8:34 AM, Andy Koppe wrote: > 2009/11/28 Ken Brown: >> On 10/28/2009 6:07 PM, Andy Koppe wrote: >>> 2009/10/28 Ken Brown: >>>> Maybe my terminology is wrong. But if you start mintty with no .minttyrc >>>> and with LANG unset, mintty will set LANG=C.UTF-8. >>> Yep. That's primarily for emacs' benefit, which parses the locale env >>> variables itself instead of using setlocale(LC_CTYPE, ""), thereby >>> missing out on Cygwin's default locale. >> Andy, >> >> I've sent a report about this to the emacs-devel list >> (http://lists.gnu.org/archive/html/emacs-devel/2009-11/threads.html#01216). >> But I don't have a good understanding of locale issues. Could you take a >> look and see if what I said is accurate or if more should be said? > > Thanks Ken, I think you've got that all correct, including pointing > the finger at mule-cmds.el as the suspect. I'll keep an eye on that > thread. > > One more thing that might be worth mentioning is > 'nl_langinfo(CODESET)' for enquiring about the character encoding. > (It's actually being used in a couple of places in the emacs sources > already, in fns.c and w32proc.c, but I don't know what significance > those files have.) w32proc.c doesn't get compiled in the Cygwin build, but fns.c does. The call to nl_langinfo(CODESET) is in the definition of the locale-info function, which provides a way for emacs to determine the CODESET. I've passed this on to the emacs-devel list. Thanks for the help. 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-11-28 12:22 ` Ken Brown 2009-11-28 13:35 ` Andy Koppe @ 2009-12-03 5:27 ` Linda Walsh 2009-12-03 7:37 ` Charles Wilson 2009-12-03 7:48 ` Andy Koppe 1 sibling, 2 replies; 30+ messages in thread From: Linda Walsh @ 2009-12-03 5:27 UTC (permalink / raw) To: cygwin-xfree Ken Brown wrote: > On 10/28/2009 6:07 PM, Andy Koppe wrote: >> 2009/10/28 Ken Brown: >>> Maybe my terminology is wrong. But if you start mintty with no >>> .minttyrc >>> and with LANG unset, mintty will set LANG=C.UTF-8. >> >> Yep. That's primarily for emacs' benefit, which parses the locale env >> variables itself instead of using setlocale(LC_CTYPE, ""), thereby >> missing out on Cygwin's default locale. > > Andy, > > I've sent a report about this to the emacs-devel list > (http://lists.gnu.org/archive/html/emacs-devel/2009-11/threads.html#01216). > But I don't have a good understanding of locale issues. Could you take > a look and see if what I said is accurate or if more should be said? C.UTF_8 doesn't exist. mintty is broken. Might want to try 'Console' nstead of using mintty. Not perfect either, but fewer compatibility problems that I've noticed. Examples of valid LANG values: C, ca_FR, en_US, fr_FR, it_IT, nl_NL, wa_BE@euro You can't have "C" and "UTF-8", because C means no encoding (default). UTF-8 IS an encoding, so they are mutually exclusive. I don't know under what circumstances "C" might imply UTF-8. If the definition of "C" changes? It might be easier than changing "c" (as used in physics). My understanding of locale issues is also limited and subject to change or re-education... :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-12-03 5:27 ` Linda Walsh @ 2009-12-03 7:37 ` Charles Wilson 2009-12-03 7:48 ` Andy Koppe 1 sibling, 0 replies; 30+ messages in thread From: Charles Wilson @ 2009-12-03 7:37 UTC (permalink / raw) To: cygwin-xfree Linda Walsh wrote: > C.UTF_8 doesn't exist. You're wrong. Please read the whole of this thread -- and the last two months' worth of cygwin-developers. > mintty is broken. No, it isn't. It just doesn't work the way *you* expect it to. > Might want to try 'Console' nstead of using mintty. Not perfect either, > but fewer compatibility problems that I've noticed. > > Examples of valid LANG values: > C, ca_FR, en_US, fr_FR, it_IT, nl_NL, wa_BE@euro > > You can't have "C" and "UTF-8", because C means no encoding (default). No, it doesn't. "C" means "POSIX" and is defined here: http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html Note how all the glyphs are defined in terms of character NAMES, not hexadecimal values? That's because "C", all by itself, just doesn't SPECIFY any encoding. You're still allowed to HAVE one -- in fact, you ALWAYS have one. On most systems, that has historically been the plain ASCII 7-bit encoding; many others used the EBCDIC encoding and were not considered in violation of the POSIX "C" locale specification. Now, many systems are starting to use the UTF-8 encoding by default, even in the "C" locale. "C"/"POSIX" locale (without an additional .ENCODING suffix) is encoding-AGNOSTIC, that's all. So, you're allowed to add an .ENCODING suffix to force a specific encoding if you like, without violating POSIX. (And your system is also allowed, in that case, to IGNORE that .ENCODING suffix, and still be Posix-compliant IIUC, so it's rather a hole in the spec IMO). > UTF-8 IS an encoding, so they are mutually exclusive. I don't > know under what circumstances "C" might imply UTF-8. Whenever the platform decides to use UTF-8 as its default encoding, which is perfectly acceptable according to Posix. Cygwin-1.7 has decided to do that. So, on cygwin-1.7, "C" implies .UTF-8. X11R7.5 doesn't yet know that, without outside help (e.g. explicitly setting $LANG to "C.UTF-8" by default, so that XWin "knows" about the new default behavior). > If the definition > of "C" changes? It might be easier than changing "c" (as used in physics). > > My understanding of locale issues is also limited and subject to change or > re-education... Uhm, yeah. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-12-03 5:27 ` Linda Walsh 2009-12-03 7:37 ` Charles Wilson @ 2009-12-03 7:48 ` Andy Koppe 2009-12-03 9:09 ` Corinna Vinschen 2009-12-03 9:55 ` Thomas Dickey 1 sibling, 2 replies; 30+ messages in thread From: Andy Koppe @ 2009-12-03 7:48 UTC (permalink / raw) To: cygwin-xfree 2009/12/3 Linda Walsh: > C.UTF_8 doesn't exist. Well, guess what: it does in Cygwin 1.7, and it's the default locale. And it's also in the next Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776. Cygwin 1.7 also supports "C.ISO-8859-1", "C.CP1252", ... > Might want to try 'Console' nstead of using mintty. Not perfect either, but > fewer compatibility problems that I've noticed. Care to provide examples, so they can be fixed? Or are you just bitter about having to tick a box to switch backspace to ^H? 'Console' is better for native Windows programs, because, well, it's a console, whereas mintty is more suited for Unix programs, because it's an xterm-compatible tty. > You can't have "C" and "UTF-8", because C means no encoding (default). > UTF-8 IS an encoding, so they are mutually exclusive. >From http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html, §7.2: "The tables in Locale Definition describe the characteristics and behavior of the POSIX locale for data consisting entirely of characters from the portable character set and the control character set. For other characters, the behavior is unspecified." This means that characters 0..127 have to be treated as ASCII, but beyond that an implementation can do what it wants. And on Cygwin 1.7, plain "C" actually does imply UTF-8, which happily is backward-compatible with ASCII. Not that that is much to do with "C.UTF-8", which is a separate locale in any case. The meaning of locale strings is up to the OS, e.g. with the Windows C runtime you get stuff like "English_United States.1252". And 'C.<charset>' on Cygwin is intended to mean "the semantics of the C locale, but with the specified charset". However, since the 'C.<charset>' format is unlikely to be recognised by remote systems, it's recommended to set a "real" locale such as 'en_US.UTF-8'. > I don't > know under what circumstances "C" might imply UTF-8. If the definition > of "C" changes? It might be easier than changing "c" (as used in physics). How droll. 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-12-03 7:48 ` Andy Koppe @ 2009-12-03 9:09 ` Corinna Vinschen 2009-12-03 9:55 ` Thomas Dickey 1 sibling, 0 replies; 30+ messages in thread From: Corinna Vinschen @ 2009-12-03 9:09 UTC (permalink / raw) To: cygwin-xfree On Dec 3 07:48, Andy Koppe wrote: > 2009/12/3 Linda Walsh: > > C.UTF_8 doesn't exist. > > Well, guess what: it does in Cygwin 1.7, and it's the default locale. Not exactly. The default locale is C.UTF-8. You can also use C.UTF8 or C.utf-8 or C.utf8, but not C.UTF_8 or C.utf_8. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-12-03 7:48 ` Andy Koppe 2009-12-03 9:09 ` Corinna Vinschen @ 2009-12-03 9:55 ` Thomas Dickey 2009-12-03 13:16 ` Andy Koppe 2009-12-04 4:30 ` Eric Blake 1 sibling, 2 replies; 30+ messages in thread From: Thomas Dickey @ 2009-12-03 9:55 UTC (permalink / raw) To: cygwin-xfree [-- Attachment #1: Type: TEXT/PLAIN, Size: 1072 bytes --] On Thu, 3 Dec 2009, Andy Koppe wrote: > 2009/12/3 Linda Walsh: >> C.UTF_8 doesn't exist. ... >> You can't have "C" and "UTF-8", because C means no encoding (default). >> UTF-8 IS an encoding, so they are mutually exclusive. > > From http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html, > §7.2: > > "The tables in Locale Definition describe the characteristics and > behavior of the POSIX locale for data consisting entirely of > characters from the portable character set and the control character > set. For other characters, the behavior is unspecified." > > This means that characters 0..127 have to be treated as ASCII, but > beyond that an implementation can do what it wants. And on Cygwin 1.7, > plain "C" actually does imply UTF-8, which happily is > backward-compatible with ASCII. That's an interpretation that so far hasn't been blessed by the standards people. Any discussion of this topic should mention that, as a caveat. ymmv -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net [-- Attachment #2: Type: text/plain, Size: 223 bytes --] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-12-03 9:55 ` Thomas Dickey @ 2009-12-03 13:16 ` Andy Koppe 2009-12-03 13:48 ` Corinna Vinschen 2009-12-04 4:30 ` Eric Blake 1 sibling, 1 reply; 30+ messages in thread From: Andy Koppe @ 2009-12-03 13:16 UTC (permalink / raw) To: cygwin-xfree 2009/12/3 Thomas Dickey: >> From >> http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html, >> §7.2: >> >> "The tables in Locale Definition describe the characteristics and >> behavior of the POSIX locale for data consisting entirely of >> characters from the portable character set and the control character >> set. For other characters, the behavior is unspecified." >> >> This means that characters 0..127 have to be treated as ASCII, but >> beyond that an implementation can do what it wants. And on Cygwin 1.7, >> plain "C" actually does imply UTF-8, which happily is >> backward-compatible with ASCII. > > That's an interpretation that so far hasn't been blessed by the standards > people. Any discussion of this topic should mention that, as a caveat. Fair point. It also means that apps are entitled to assume that "C" supports no more than ASCII, which is why Cygwin 1.7's default locale is C.UTF-8. A default locale setting based on the user's language selection would be better, but we don't have that (yet?). 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-12-03 13:16 ` Andy Koppe @ 2009-12-03 13:48 ` Corinna Vinschen 0 siblings, 0 replies; 30+ messages in thread From: Corinna Vinschen @ 2009-12-03 13:48 UTC (permalink / raw) To: cygwin-xfree [-- Attachment #1: Type: text/plain, Size: 1341 bytes --] On Dec 3 13:16, Andy Koppe wrote: > 2009/12/3 Thomas Dickey: > >> From > >> http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html, > >> §7.2: > >> > >> "The tables in Locale Definition describe the characteristics and > >> behavior of the POSIX locale for data consisting entirely of > >> characters from the portable character set and the control character > >> set. For other characters, the behavior is unspecified." > >> > >> This means that characters 0..127 have to be treated as ASCII, but > >> beyond that an implementation can do what it wants. And on Cygwin 1.7, > >> plain "C" actually does imply UTF-8, which happily is > >> backward-compatible with ASCII. > > > > That's an interpretation that so far hasn't been blessed by the standards > > people.  Any discussion of this topic should mention that, as a caveat. > > Fair point. It also means that apps are entitled to assume that "C" > supports no more than ASCII, which is why Cygwin 1.7's default locale > is C.UTF-8. A default locale setting based on the user's language > selection would be better, but we don't have that (yet?). Try the attached. Note: It has a hidden "--testloop" option... Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat [-- Attachment #2: getlocale.cc --] [-- Type: text/x-c++src, Size: 4612 bytes --] #define WINVER 0x0600 #include <stdio.h> #include <windows.h> #include <getopt.h> #define VERSION "1.0" extern char *__progname; void version () __attribute__ ((noreturn)); void usage (FILE *, int) __attribute__ ((noreturn)); void version () { printf ("%s (Cygwin) %s\n", __progname, VERSION); exit (0); } void usage (FILE * stream, int status) { fprintf (stream, "\n\ Usage: %s [-suU] [-l LCID]\n\ \n\ Return POSIX LANG identifier corresponding to a locale, default is the\n\ system default locale\n\ Possible options are:\n\ \n\ -s, --system return LANG for the system's default locale\n\ -u, --user return LANG for the current user's default locale\n\ -l, --lcid LCID return LANG for the LCID given as argument\n\ -U, --UTF-8 always attach .UTF-8 to LANG\n\ -h, --help this text\n\ -V, --version print the version of %s and exit\n", __progname, __progname); exit (status); } struct option longopts[] = { {"system", no_argument, NULL, 's'}, {"user", no_argument, NULL, 'u'}, {"lcid", required_argument, NULL, 'l'}, {"UTF-8", no_argument, NULL, 'U'}, {"help", no_argument, NULL, 'h'}, {"version", no_argument, NULL, 'V'}, {"testloop", no_argument, NULL, 'T'}, {0, no_argument, NULL, 0} }; char *opts = "dsul:UhV"; int getlocale (LCID lcid, bool utf, bool test) { UINT codepage; char iso639[10]; char iso3166[10]; if (!GetLocaleInfo (lcid, LOCALE_IDEFAULTANSICODEPAGE | LOCALE_RETURN_NUMBER, (char *) &codepage, sizeof codepage) || !GetLocaleInfo (lcid, LOCALE_SISO639LANGNAME, iso639, 10) || !GetLocaleInfo (lcid, LOCALE_SISO3166CTRYNAME, iso3166, 10)) { if (!test) fprintf (stderr, "%s: Non existant locale\n", __progname); return 2; } if (utf) codepage = 0; if (test) { char cty[256]; char lang[256]; GetLocaleInfo (lcid, LOCALE_SENGCOUNTRY, cty, 256); GetLocaleInfo (lcid, LOCALE_SENGLANGUAGE, lang, 256); printf ("0x%04x=\"%s_%s\", %s (%s)\n", (unsigned) lcid, iso639, iso3166, lang, cty); } else printf ("LANG=\"%s_%s%s\"\n", iso639, iso3166, codepage ? "" : ".UTF-8"); return 0; } #define d(X) {X, #X} struct dl { LCTYPE t; const char *s; } dlist[] = { d(LOCALE_SLONGDATE), d(LOCALE_SSHORTDATE), d(LOCALE_STIMEFORMAT), d(LOCALE_SYEARMONTH), d(LOCALE_S1159), d(LOCALE_S2359), d(LOCALE_SDAYNAME1), d(LOCALE_SDAYNAME2), d(LOCALE_SDAYNAME3), d(LOCALE_SDAYNAME4), d(LOCALE_SDAYNAME5), d(LOCALE_SDAYNAME6), d(LOCALE_SDAYNAME7), d(LOCALE_SABBREVDAYNAME1), d(LOCALE_SABBREVDAYNAME2), d(LOCALE_SABBREVDAYNAME3), d(LOCALE_SABBREVDAYNAME4), d(LOCALE_SABBREVDAYNAME5), d(LOCALE_SABBREVDAYNAME6), d(LOCALE_SABBREVDAYNAME7), d(LOCALE_SMONTHNAME1), d(LOCALE_SMONTHNAME2), d(LOCALE_SMONTHNAME3), d(LOCALE_SMONTHNAME4), d(LOCALE_SMONTHNAME5), d(LOCALE_SMONTHNAME6), d(LOCALE_SMONTHNAME7), d(LOCALE_SMONTHNAME8), d(LOCALE_SMONTHNAME9), d(LOCALE_SMONTHNAME10), d(LOCALE_SMONTHNAME11), d(LOCALE_SMONTHNAME12), d(LOCALE_SMONTHNAME13), d(LOCALE_SABBREVMONTHNAME1), d(LOCALE_SABBREVMONTHNAME2), d(LOCALE_SABBREVMONTHNAME3), d(LOCALE_SABBREVMONTHNAME4), d(LOCALE_SABBREVMONTHNAME5), d(LOCALE_SABBREVMONTHNAME6), d(LOCALE_SABBREVMONTHNAME7), d(LOCALE_SABBREVMONTHNAME8), d(LOCALE_SABBREVMONTHNAME9), d(LOCALE_SABBREVMONTHNAME10), d(LOCALE_SABBREVMONTHNAME11), d(LOCALE_SABBREVMONTHNAME12), d(LOCALE_SABBREVMONTHNAME13), { 0, NULL } }; int main (int argc, char **argv) { int opt; LCID lcid = LOCALE_SYSTEM_DEFAULT; bool utf = false; bool test = false; bool dates = false; while ((opt = getopt_long (argc, argv, opts, longopts, NULL)) != EOF) switch (opt) { case 's': lcid = LOCALE_SYSTEM_DEFAULT; break; case 'u': lcid = LOCALE_USER_DEFAULT; break; case 'l': lcid = strtoul (optarg, NULL, 0); break; case 'U': utf = true; break; case 'h': usage (stdout, 0); break; case 'V': version (); break; case 'T': test = true; break; case 'd': dates = true; break; default: usage (stderr, 1); break; } if (test) { for (unsigned lang = 1; lang <= 0x3ff; ++lang) for (unsigned sublang = 1; sublang <= 0x3f; ++sublang) getlocale ((sublang << 10) | lang, false, true); return 0; } if (dates) { char buf[256]; for (dl *dp = dlist; dp->t; ++dp) if (GetLocaleInfo (lcid, dp->t, buf, 256)) printf ("%s: <%s>\n", dp->s, buf); return 0; } return getlocale (lcid, utf, false); } [-- Attachment #3: Type: text/plain, Size: 223 bytes --] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-12-03 9:55 ` Thomas Dickey 2009-12-03 13:16 ` Andy Koppe @ 2009-12-04 4:30 ` Eric Blake 2009-12-04 9:45 ` Thomas Dickey 1 sibling, 1 reply; 30+ messages in thread From: Eric Blake @ 2009-12-04 4:30 UTC (permalink / raw) To: cygwin-xfree Thomas Dickey <dickey <at> his.com> writes: > > This means that characters 0..127 have to be treated as ASCII, but No, it means that portable characters and control characters must be < 128. ASCII meets this characteristic, but so does EBCDIC, as well as UTF-8. The C locale also implies that you can manipulate bytes >= 128 in the naive manner, so long as you don't care about characters embedded in those bytes. And what do you know - ASCII, EBCDIC, and UTF-8 all meet this property, too. > > beyond that an implementation can do what it wants. And on Cygwin 1.7, > > plain "C" actually does imply UTF-8, which happily is > > backward-compatible with ASCII. > > That's an interpretation that so far hasn't been blessed by the standards > people. Any discussion of this topic should mention that, as a caveat. Actually, the standards people HAVE spoken - and they agreed with our interpretation. POSIX was INTENTIONALLY written with the intent that a UTF-8 encoding is valid for the C locale, for the same reason that it was written that an EBCDIC encoding is valid for the C locale. These emails from the Austin Group (the folks that write POSIX) are telling: https://www.opengroup.org/sophocles/show_mail.tpl? CALLER=show_archive.tpl&source=L&listname=austin-group-l&id=12982 https://www.opengroup.org/sophocles/show_mail.tpl? CALLER=show_archive.tpl&source=L&listname=austin-group-l&id=13012 But they also admitted that there is still more work needed in POSIX to make this intent clearly codified (for example, that control characters must be single bytes < 128). -- Eric Blake -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-12-04 4:30 ` Eric Blake @ 2009-12-04 9:45 ` Thomas Dickey 0 siblings, 0 replies; 30+ messages in thread From: Thomas Dickey @ 2009-12-04 9:45 UTC (permalink / raw) To: cygwin-xfree On Thu, 3 Dec 2009, Eric Blake wrote: > Thomas Dickey <dickey <at> his.com> writes: > >>> This means that characters 0..127 have to be treated as ASCII, but > > No, it means that portable characters and control characters must be < 128. > ASCII meets this characteristic, but so does EBCDIC, as well as UTF-8. The C > locale also implies that you can manipulate bytes >= 128 in the naive manner, > so long as you don't care about characters embedded in those bytes. And what > do you know - ASCII, EBCDIC, and UTF-8 all meet this property, too. > >>> beyond that an implementation can do what it wants. And on Cygwin 1.7, >>> plain "C" actually does imply UTF-8, which happily is >>> backward-compatible with ASCII. >> >> That's an interpretation that so far hasn't been blessed by the standards >> people. Any discussion of this topic should mention that, as a caveat. > > Actually, the standards people HAVE spoken - and they agreed with our > interpretation. POSIX was INTENTIONALLY written with the intent that a UTF-8 > encoding is valid for the C locale, for the same reason that it was written > that an EBCDIC encoding is valid for the C locale. These emails from the > Austin Group (the folks that write POSIX) are telling: > > https://www.opengroup.org/sophocles/show_mail.tpl? > CALLER=show_archive.tpl&source=L&listname=austin-group-l&id=12982 This is basically your email on the matter. > https://www.opengroup.org/sophocles/show_mail.tpl? > CALLER=show_archive.tpl&source=L&listname=austin-group-l&id=13012 > > But they also admitted that there is still more work needed in POSIX to make > this intent clearly codified (for example, that control characters must be > single bytes < 128). But they have not actually agreed with you yet. -- 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 21:23 ` Thomas Dickey 2009-10-28 21:48 ` Ken Brown @ 2009-10-28 21:49 ` Andy Koppe 2009-10-28 23:51 ` Andy Koppe 2009-10-28 22:19 ` Charles Wilson 2 siblings, 1 reply; 30+ messages in thread From: Andy Koppe @ 2009-10-28 21:49 UTC (permalink / raw) To: cygwin-xfree 2009/10/28 Thomas Dickey: >> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server > > technically speaking, there's "no such locale" as C.UTF-8, > so I'd not expect portable code to accept it ("C" and "UTF-8" are > mutually exclusive). Technically speaking, portable code should make no assumption whatsoever about the locale string. The meaning of that string is up to the OS, and portable code should be using POSIX interfaces such as the multibyte conversion functions or nl_langinfo to get at its meaning. "C.UTF-8" is a language-neutral locale with a UTF-8 charset. It is also being introduced by Debain: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522776. Xwin 1.6.x had no problem with "C.UTF-8". 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 21:49 ` Andy Koppe @ 2009-10-28 23:51 ` Andy Koppe 0 siblings, 0 replies; 30+ messages in thread From: Andy Koppe @ 2009-10-28 23:51 UTC (permalink / raw) To: cygwin-xfree > Xwin 1.6.x had no problem with "C.UTF-8". Actually it's libX11 that makes the difference: Xwin 1.7.1 is fine after downgrading libX11 from 1.3.2-1 to 1.2.2-2. 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 21:23 ` Thomas Dickey 2009-10-28 21:48 ` Ken Brown 2009-10-28 21:49 ` Andy Koppe @ 2009-10-28 22:19 ` Charles Wilson 2 siblings, 0 replies; 30+ messages in thread From: Charles Wilson @ 2009-10-28 22:19 UTC (permalink / raw) To: cygwin-xfree Thomas Dickey wrote: > On Wed, 28 Oct 2009, Ken Brown wrote: > >> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the server > > technically speaking, there's "no such locale" as C.UTF-8, > so I'd not expect portable code to accept it ("C" and "UTF-8" are > mutually exclusive). No, actually they are not. The "C" or "POSIX" locale is defined entirely in terms of character values -- not hexidecimal equivalents. That is, "the set alpha shall contain 'a', 'b'..." etc. The standard actually doesn't require that an implementation specify the encoding in which those character values are represented at all. You can, if you want, use 'HEX_CHAR', 'OCTAL_CHAR', and 'DECIMAL_CHAR' representations -- which implicitly require a specific encoding -- but the standard defines the 'C' locale entirely in terms of CHAR and CHARSYMBOL, which are encoding-agnostic. http://www.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap07.html#tag_07_03 Personally, I think it's a hole in the standard that it doesn't actually talk about "the POSIX locale with encoding Y" -- but then, they don't want to show preference between ASCII and EBCDIC, so UTF-8 sneaks in there. -- Chuck -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 14:22 X11R7.5 and C.UTF-8 Ken Brown 2009-10-28 21:23 ` Thomas Dickey @ 2009-10-28 23:52 ` Jon TURNEY 2009-10-29 0:07 ` Andy Koppe 1 sibling, 1 reply; 30+ messages in thread From: Jon TURNEY @ 2009-10-28 23:52 UTC (permalink / raw) To: cygwin-xfree; +Cc: kbrown On 28/10/2009 14:22, Ken Brown wrote: > X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the > server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits > immediately, and the log has complaints about the locale. If I instead > use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and > cygcheck output. Thanks for the bug report. I'm afraid I'm not immediately able to reproduce this, though, using the command you give. On 28/10/2009 21:49, Andy Koppe wrote: > Xwin 1.6.x had no problem with "C.UTF-8". The significant change is probably that libX11 is no longer built with X_LOCALE (so that libX11 uses the native locale support rather than it's own). Exactly why this would cause a problem, I don't know. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-28 23:52 ` Jon TURNEY @ 2009-10-29 0:07 ` Andy Koppe 2009-10-29 13:42 ` Jon TURNEY 0 siblings, 1 reply; 30+ messages in thread From: Andy Koppe @ 2009-10-29 0:07 UTC (permalink / raw) To: cygwin-xfree 2009/10/28 Jon TURNEY: > On 28/10/2009 14:22, Ken Brown wrote: >> >> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the >> server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits >> immediately, and the log has complaints about the locale. If I instead >> use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and >> cygcheck output. > > Thanks for the bug report. > > I'm afraid I'm not immediately able to reproduce this, though, using the > command you give. You might have LC_ALL or LC_CTYPE set, which would override LANG. Or perhaps startxwin.bat overrides things somewhere along the way? To avoid all that, you could try invoking Xwin directly with LC_ALL set, which is top dog among locale variables. LC_ALL=C.UTF-8 xwin -multiwindow& It fails with en.UTF-8 too (which also is a legal Cygwin locale), but it works with en_US.UTF-8. > The significant change is probably that libX11 is no longer built with > X_LOCALE (so that libX11 uses the native locale support rather than it's > own). > Exactly why this would cause a problem, I don't know. Hmm, that sounds like it should have improved matters if anything. 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-29 0:07 ` Andy Koppe @ 2009-10-29 13:42 ` Jon TURNEY 2009-10-29 13:56 ` Corinna Vinschen 2009-10-29 14:37 ` Ken Brown 0 siblings, 2 replies; 30+ messages in thread From: Jon TURNEY @ 2009-10-29 13:42 UTC (permalink / raw) To: cygwin-xfree; +Cc: andy.koppe, kbrown [-- Attachment #1: Type: text/plain, Size: 2173 bytes --] On 29/10/2009 00:07, Andy Koppe wrote: > 2009/10/28 Jon TURNEY: >> On 28/10/2009 14:22, Ken Brown wrote: >>> >>> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the >>> server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits >>> immediately, and the log has complaints about the locale. If I instead >>> use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and >>> cygcheck output. >> >> Thanks for the bug report. >> >> I'm afraid I'm not immediately able to reproduce this, though, using the >> command you give. > > You might have LC_ALL or LC_CTYPE set, which would override LANG. Or > perhaps startxwin.bat overrides things somewhere along the way? > > To avoid all that, you could try invoking Xwin directly with LC_ALL > set, which is top dog among locale variables. > > LC_ALL=C.UTF-8 xwin -multiwindow& > > It fails with en.UTF-8 too (which also is a legal Cygwin locale), but > it works with en_US.UTF-8. Nope, I don't have LC_ALL or LC_CTYPE set This is pretty curious, since all XSupportsLocale() should be doing effectively is checking if setlocale (LC_ALL, NULL) returns a name it understands. Perhaps you can try the attached small test program. I haven't been following the discussion about C.UTF-8 closely, but curiously, for me at least, this test program shows that setlocale(LC_ALL, "") fails with LANG=C.UTF-8 (so that doesn't actually seem to be a valid locale, although if it's the default it probably doesn't make much difference), but this means that a subsequent setlocale(LC_ALL, NULL) just returns "C" Possibly C.UTF-8 needs adding to /usr/share/X11/locale/locale.alias and locale.dir. in any case, it's probably also a bug that the Xserver considers XSupportsLocale() failure a critical error, rather than continuing with a warning, but I'd like to get to the bottom of this first... >> The significant change is probably that libX11 is no longer built with >> X_LOCALE (so that libX11 uses the native locale support rather than it's >> own). >> Exactly why this would cause a problem, I don't know. > > Hmm, that sounds like it should have improved matters if anything. Indeed :-) [-- Attachment #2: Xlocale.c --] [-- Type: application/x-itunes-itlp, Size: 414 bytes --] [-- Attachment #3: Type: text/plain, Size: 223 bytes --] -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-29 13:42 ` Jon TURNEY @ 2009-10-29 13:56 ` Corinna Vinschen 2009-10-29 14:54 ` Jon TURNEY 2009-10-29 14:37 ` Ken Brown 1 sibling, 1 reply; 30+ messages in thread From: Corinna Vinschen @ 2009-10-29 13:56 UTC (permalink / raw) To: cygwin-xfree On Oct 29 13:42, Jon TURNEY wrote: > I haven't been following the discussion about C.UTF-8 closely, but > curiously, for me at least, this test program shows that > setlocale(LC_ALL, "") fails with LANG=C.UTF-8 (so that doesn't > actually seem to be a valid locale, although if it's the default it > probably doesn't make much difference), but this means that a > subsequent setlocale(LC_ALL, NULL) just returns "C" What version of Cygwin 1.7 are you using? The change to newlib, which allows to specify C.UTF-8 as locale is from 2009-09-29, so Cygwin 1.7.0-62 from 2009-10-03 allows to specify this locale. The change which makes C.UTF-8 Cygwin's default locale is from 2009-10-09, so this change is only in Cygwin from CVS, or in developer snapshots from past that date. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-29 13:56 ` Corinna Vinschen @ 2009-10-29 14:54 ` Jon TURNEY 0 siblings, 0 replies; 30+ messages in thread From: Jon TURNEY @ 2009-10-29 14:54 UTC (permalink / raw) To: cygwin-xfree On 29/10/2009 13:56, Corinna Vinschen wrote: > On Oct 29 13:42, Jon TURNEY wrote: >> I haven't been following the discussion about C.UTF-8 closely, but >> curiously, for me at least, this test program shows that >> setlocale(LC_ALL, "") fails with LANG=C.UTF-8 (so that doesn't >> actually seem to be a valid locale, although if it's the default it >> probably doesn't make much difference), but this means that a >> subsequent setlocale(LC_ALL, NULL) just returns "C" > > What version of Cygwin 1.7 are you using? The change to newlib, which > allows to specify C.UTF-8 as locale is from 2009-09-29, so Cygwin > 1.7.0-62 from 2009-10-03 allows to specify this locale. > > The change which makes C.UTF-8 Cygwin's default locale is from > 2009-10-09, so this change is only in Cygwin from CVS, or in developer > snapshots from past that date. Thanks for the clarification. jon@byron ~ $ cygcheck -c cygwin Cygwin Package Information Package Version Status cygwin 1.7.0-62 OK jon@byron ~ $ uname -a CYGWIN_NT-5.1 byron 1.7.0(0.212/5/3) 2009-09-11 01:25 i686 Cygwin Oops! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-29 13:42 ` Jon TURNEY 2009-10-29 13:56 ` Corinna Vinschen @ 2009-10-29 14:37 ` Ken Brown 2009-10-29 15:01 ` Jon TURNEY 1 sibling, 1 reply; 30+ messages in thread From: Ken Brown @ 2009-10-29 14:37 UTC (permalink / raw) To: cygwin-xfree On 10/29/2009 9:42 AM, Jon TURNEY wrote: > On 29/10/2009 00:07, Andy Koppe wrote: >> 2009/10/28 Jon TURNEY: >>> On 28/10/2009 14:22, Ken Brown wrote: >>>> >>>> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the >>>> server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits >>>> immediately, and the log has complaints about the locale. If I instead >>>> use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs and >>>> cygcheck output. >>> >>> Thanks for the bug report. >>> >>> I'm afraid I'm not immediately able to reproduce this, though, using the >>> command you give. >> >> You might have LC_ALL or LC_CTYPE set, which would override LANG. Or >> perhaps startxwin.bat overrides things somewhere along the way? >> >> To avoid all that, you could try invoking Xwin directly with LC_ALL >> set, which is top dog among locale variables. >> >> LC_ALL=C.UTF-8 xwin -multiwindow& >> >> It fails with en.UTF-8 too (which also is a legal Cygwin locale), but >> it works with en_US.UTF-8. > > Nope, I don't have LC_ALL or LC_CTYPE set > > This is pretty curious, since all XSupportsLocale() should be doing > effectively is checking if setlocale (LC_ALL, NULL) returns a name it > understands. > > Perhaps you can try the attached small test program. $ LANG=C.UTF-8 ./Xlocale.exe Setting locale from LANG succeeded Locale is C.UTF-8 XSupportsLocale returned false $ LANG=en_US.UTF-8 ./Xlocale.exe Setting locale from LANG succeeded Locale is en_US.UTF-8 XSupportsLocale returned true $ unset LANG $ ./Xlocale.exe Setting locale from LANG succeeded Locale is C XSupportsLocale returned true $ uname -a CYGWIN_NT-5.1 markov 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-29 14:37 ` Ken Brown @ 2009-10-29 15:01 ` Jon TURNEY 2009-10-29 19:11 ` Jon TURNEY 0 siblings, 1 reply; 30+ messages in thread From: Jon TURNEY @ 2009-10-29 15:01 UTC (permalink / raw) To: cygwin-xfree On 29/10/2009 14:37, Ken Brown wrote: > On 10/29/2009 9:42 AM, Jon TURNEY wrote: >> On 29/10/2009 00:07, Andy Koppe wrote: >>> 2009/10/28 Jon TURNEY: >>>> On 28/10/2009 14:22, Ken Brown wrote: >>>>> >>>>> X11R7.5 doesn't like the (default) locale C.UTF-8. If I start the >>>>> server with 'LANG=C.UTF-8 /usr/bin/startxwin.bat', the server exits >>>>> immediately, and the log has complaints about the locale. If I instead >>>>> use 'LANG=en_US.UTF-8', there's no problem. I've attached both logs >>>>> and >>>>> cygcheck output. >>>> >>>> Thanks for the bug report. >>>> >>>> I'm afraid I'm not immediately able to reproduce this, though, using >>>> the >>>> command you give. >>> >>> You might have LC_ALL or LC_CTYPE set, which would override LANG. Or >>> perhaps startxwin.bat overrides things somewhere along the way? >>> >>> To avoid all that, you could try invoking Xwin directly with LC_ALL >>> set, which is top dog among locale variables. >>> >>> LC_ALL=C.UTF-8 xwin -multiwindow& >>> >>> It fails with en.UTF-8 too (which also is a legal Cygwin locale), but >>> it works with en_US.UTF-8. >> >> Nope, I don't have LC_ALL or LC_CTYPE set >> >> This is pretty curious, since all XSupportsLocale() should be doing >> effectively is checking if setlocale (LC_ALL, NULL) returns a name it >> understands. >> >> Perhaps you can try the attached small test program. > > $ LANG=C.UTF-8 ./Xlocale.exe > Setting locale from LANG succeeded > Locale is C.UTF-8 > XSupportsLocale returned false > > $ LANG=en_US.UTF-8 ./Xlocale.exe > Setting locale from LANG succeeded > Locale is en_US.UTF-8 > XSupportsLocale returned true > > $ unset LANG > > $ ./Xlocale.exe > Setting locale from LANG succeeded > Locale is C > XSupportsLocale returned true > > $ uname -a > CYGWIN_NT-5.1 markov 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin I suppose I should show you mine, then $ LANG=C.UTF-8 ./Xlocale Setting locale from LANG failed Locale is C XSupportsLocale returned true $ LANG=en_US.UTF-8 ./Xlocale Setting locale from LANG succeeded Locale is en_US.UTF-8 XSupportsLocale returned true $ unset LANG $ ./Xlocale Setting locale from LANG succeeded Locale is C XSupportsLocale returned true $ uname -a CYGWIN_NT-5.1 byron 1.7.0(0.212/5/3) 2009-09-11 01:25 i686 Cygwin Okay, well this makes sense now :-( Appropriate data needs to exist in /usr/share/X11/locale for the C.UTF-8 locale, but it doesn't at the moment. Let me see if I can find it :-) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-29 15:01 ` Jon TURNEY @ 2009-10-29 19:11 ` Jon TURNEY 2009-10-29 20:20 ` Andy Koppe 0 siblings, 1 reply; 30+ messages in thread From: Jon TURNEY @ 2009-10-29 19:11 UTC (permalink / raw) To: cygwin-xfree; +Cc: kbrown On 29/10/2009 15:01, Jon TURNEY wrote: > On 29/10/2009 14:37, Ken Brown wrote: >> $ LANG=C.UTF-8 ./Xlocale.exe >> Setting locale from LANG succeeded >> Locale is C.UTF-8 >> XSupportsLocale returned false > > Okay, well this makes sense now :-( > > Appropriate data needs to exist in /usr/share/X11/locale for the C.UTF-8 > locale, but it doesn't at the moment. Let me see if I can find it :-) I've put a patch in bugzilla [1] which can be applied to /usr/share/X11/locale to temporarily repair this problem. This needs to be looked at more deeply, though, as I'm not sure I've fully understood what that locale data is being used for, or specified C.UTF-8 correctly. [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10870 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-29 19:11 ` Jon TURNEY @ 2009-10-29 20:20 ` Andy Koppe 2009-11-03 21:00 ` Jon TURNEY 0 siblings, 1 reply; 30+ messages in thread From: Andy Koppe @ 2009-10-29 20:20 UTC (permalink / raw) To: cygwin-xfree 2009/10/29 Jon TURNEY: > I've put a patch in bugzilla [1] which can be applied to > /usr/share/X11/locale to temporarily repair this problem. > > This needs to be looked at more deeply, though, as I'm not sure I've fully > understood what that locale data is being used for, or specified C.UTF-8 > correctly. > > [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10870 I think the patch makes plenty of sense in mapping C.UTF-8 to en_US.UTF-8, because most other UTF-8 locales are also mapped to en_US.UTF-8, i.e. from X's perspective they're not actually language-specific. More generally, there's the issue that Cygwin allows any combination of language and charset, whereas X has a fixed list of permitted combinations. Cygwin also supports many charsets that aren't supported by X (and vice versa). In particular, X only supports a few of the Windows/DOS codepages. But I guess unsupported locales will just have to be a case of "don't do that"? 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-10-29 20:20 ` Andy Koppe @ 2009-11-03 21:00 ` Jon TURNEY 2009-11-04 6:34 ` Andy Koppe 0 siblings, 1 reply; 30+ messages in thread From: Jon TURNEY @ 2009-11-03 21:00 UTC (permalink / raw) To: cygwin-xfree On 29/10/2009 20:20, Andy Koppe wrote: > 2009/10/29 Jon TURNEY: >> I've put a patch in bugzilla [1] which can be applied to >> /usr/share/X11/locale to temporarily repair this problem. >> >> This needs to be looked at more deeply, though, as I'm not sure I've fully >> understood what that locale data is being used for, or specified C.UTF-8 >> correctly. >> >> [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10870 > > I think the patch makes plenty of sense in mapping C.UTF-8 to > en_US.UTF-8, because most other UTF-8 locales are also mapped to > en_US.UTF-8, i.e. from X's perspective they're not actually > language-specific. On second look, this patch doesn't seem to be quite right, as it makes the en_US.UTF-8 compose sequences available in C.UTF-8 (which is not the case in the C locale). > More generally, there's the issue that Cygwin allows any combination > of language and charset, whereas X has a fixed list of permitted > combinations. Cygwin also supports many charsets that aren't supported > by X (and vice versa). In particular, X only supports a few of the > Windows/DOS codepages. But I guess unsupported locales will just have > to be a case of "don't do that"? Yes. Treating XSupportsLocale() returning false as a fatal error as the Xserver currently does is wrong, I would say, unless the application has very specific requirement, though. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/ ^ permalink raw reply [flat|nested] 30+ messages in thread
* Re: X11R7.5 and C.UTF-8 2009-11-03 21:00 ` Jon TURNEY @ 2009-11-04 6:34 ` Andy Koppe 0 siblings, 0 replies; 30+ messages in thread From: Andy Koppe @ 2009-11-04 6:34 UTC (permalink / raw) To: cygwin-xfree 2009/11/3 Jon TURNEY: > On second look, this patch doesn't seem to be quite right, as it makes the > en_US.UTF-8 compose sequences available in C.UTF-8 (which is not the case in > the C locale). I think that's ok. The compose sequences don't make sense in an ASCII locale, since ASCII doesn't contain composed characters. Yet they can be very useful in a UTF-8 locale, so it would be a shame to remove them. Also, the en_US.UTF-8 compose sequences aren't actually English-specific, since the vast majority of non-English UTF-8 locales use the same sequences. 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/ ^ permalink raw reply [flat|nested] 30+ messages in thread
end of thread, other threads:[~2009-12-04 9:45 UTC | newest] Thread overview: 30+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2009-10-28 14:22 X11R7.5 and C.UTF-8 Ken Brown 2009-10-28 21:23 ` Thomas Dickey 2009-10-28 21:48 ` Ken Brown 2009-10-28 22:07 ` Andy Koppe 2009-11-28 12:22 ` Ken Brown 2009-11-28 13:35 ` Andy Koppe 2009-11-28 15:29 ` Ken Brown 2009-12-03 5:27 ` Linda Walsh 2009-12-03 7:37 ` Charles Wilson 2009-12-03 7:48 ` Andy Koppe 2009-12-03 9:09 ` Corinna Vinschen 2009-12-03 9:55 ` Thomas Dickey 2009-12-03 13:16 ` Andy Koppe 2009-12-03 13:48 ` Corinna Vinschen 2009-12-04 4:30 ` Eric Blake 2009-12-04 9:45 ` Thomas Dickey 2009-10-28 21:49 ` Andy Koppe 2009-10-28 23:51 ` Andy Koppe 2009-10-28 22:19 ` Charles Wilson 2009-10-28 23:52 ` Jon TURNEY 2009-10-29 0:07 ` Andy Koppe 2009-10-29 13:42 ` Jon TURNEY 2009-10-29 13:56 ` Corinna Vinschen 2009-10-29 14:54 ` Jon TURNEY 2009-10-29 14:37 ` Ken Brown 2009-10-29 15:01 ` Jon TURNEY 2009-10-29 19:11 ` Jon TURNEY 2009-10-29 20:20 ` Andy Koppe 2009-11-03 21:00 ` Jon TURNEY 2009-11-04 6:34 ` Andy Koppe
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).