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: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: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 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 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 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: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 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 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
* 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
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).