x-windows won't start
hey- i just finished installing cygwin on a windows xp home box. i tried starting x using the startx command and i got the following message: Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-9 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 24 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1152 height: 834 depth: 24 winQueryRGBBitsAndMasks - GetDeviceCaps (BITSPIXEL) returned 24 for the screen. Using default 24bpp masks. winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 24 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (EE) Keyboardlayout US (0409) is unknown Rules = xorg Model = pc101 Layout = us Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 after 0 requests (0 known processed) with 0 events remaining. i have attached the XWin.log and a screenshot (in png format) of the error dialog that popped up. it seems like i might be missing some fonts, but i am no x whiz, so i am not sure of that. can you help me figure out what i need to do to start up x-windows? if you need additional info, please let me know and i will try to get it to you. thanks in advance. --matt goto Welcome to the XWin X Server Vendor: The Cygwin/X Project Release: 6.7.0.0-9 Contact: [EMAIL PROTECTED] XWin was started with the following command line: X :0 -multiwindow -clipboard ddxProcessArgument - Initializing default screens winInitializeDefaultScreens - w 1152 h 864 winInitializeDefaultScreens - Returning _XSERVTransmkdir: Owner of /tmp/.X11-unix should be set to root winValidateArgs - g_iNumScreens: 1 iMaxConsecutiveScreen: 1 (II) XF86Config is not supported (II) See http://x.cygwin.com/docs/faq/cygwin-x-faq.html for more information winDetectSupportedEngines - Windows NT/2000/XP winDetectSupportedEngines - DirectDraw installed winDetectSupportedEngines - DirectDraw4 installed winDetectSupportedEngines - Returning, supported engines 0007 winSetEngine - Multi Window or Rootless = ShadowGDI winAdjustVideoModeShadowGDI - Using Windows display depth of 24 bits per pixel winAllocateFBShadowGDI - Creating DIB with width: 1152 height: 834 depth: 24 winQueryRGBBitsAndMasks - GetDeviceCaps (BITSPIXEL) returned 24 for the screen. Using default 24bpp masks. winFinishScreenInitFB - Masks: 00ff ff00 00ff winInitVisualsShadowGDI - Masks 00ff ff00 00ff BPRGB 8 d 24 bpp 24 null screen fn ReparentWindow null screen fn RestackWindow InitQueue - Calling pthread_mutex_init InitQueue - pthread_mutex_init returned InitQueue - Calling pthread_cond_init InitQueue - pthread_cond_init returned winInitMultiWindowWM - Hello winInitMultiWindowWM - Calling pthread_mutex_lock () winMultiWindowXMsgProc - Hello winMultiWindowXMsgProc - Calling pthread_mutex_lock () MIT-SHM extension disabled due to lack of kernel support XFree86-Bigfont extension local-client optimization disabled due to lack of shared memory support in the kernel (--) Setting autorepeat to delay=500, rate=31 (--) winConfigKeyboard - Layout: 0409 (0409) (EE) Keyboardlayout US (0409) is unknown Rules = xorg Model = pc101 Layout = us Variant = (null) Options = (null) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! Fatal server error: could not open default font 'fixed' winDeinitMultiWindowWM - Noting shutdown in progress attachment: xwindows-error.png
compilation error
Hi, I would like to compile a python module under cygwin. It fails with the following error: gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -DG_LOG_DOMAIN=BibTeX -I/opt/gnome2/include/glib-2.0 -I/opt/gnome2/lib/glib-2.0/include -I/usr/include/python2.3 -c bibtexmodule.c -o build/temp.cygwin-1.5.10-i686-2.3/bibtexmodule.o bibtexmodule.c:63: error: initializer element is not constant bibtexmodule.c:63: error: (near initialization for `PyBibtexSource_Type.ob_type') bibtexmodule.c:85: error: initializer element is not constant bibtexmodule.c:85: error: (near initialization for `PyBibtexField_Type.ob_type') error: command 'gcc' failed with exit status 1 I have found a lot of hits by google on 'initializer element is not constant', but I totally confused what to do with this. I have a very fresh cygwin installation with gcc 3.3.1. Any help are appreciated. Thanks Zoltan -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
OT: signatures (RE: script command)
From: Brian Dessent What ever happened to the internet where netiquette actually meant anything? You know, that whole thing about keeping signatures to less than 4 lines x 72 chars, not quoting entire messages, not sending HTML email to public lists, and so on? Unfortunately I have a great big crappy 'signature' appended to anything I send from my work acount by the exchange server. I have no control over it. I think it started to go to the dogs when company directors actually started to see that it was useful and that the emails being sent weren't actually 'uniform'. The company I work for has actually dictated that all emails have to have my name, address (snail with postcode), telephone, fax and email address on! Oh, and the text is to be blue and your name is to be font XXX, 10pt, address 8pt... etc! This basically means that, to follow company directives I *have* to send either HTML or RTF. IMNSHO, I *really* don't want to give anymore information to the spammers than I have too. I can see the point when the emails are to be sent to other companies, but... It sucks, but I've a wife and morgage to support :( J. BTW, what happend to renaming a thread when it goes off the original subject? ;) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
sys.executable broken under 2.3.4
Hi all: I reported this in python 2.2.2 in December, and it's still an issue on one of my systems with python 2.3.4. When running python -c import sys; print sys.executable it prints the current working directory rather than the path to python unless I invoke python with the full path. I can't reproduce this on a win 98 box, but on a windows 2k sp4 things are broken. Can anybody reproduce this? Also does anybody have any ideas on how to find out what is happening without having to rebuild python and run a debugger through it? Am I correct in assuming that the problem is in the python binary and not is some python library? -- rouilj John Rouillard === My employers don't acknowledge my existence much less my opinions. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated Cygwin Package: python-2.3.4-1
* Jason Tishler (2004-06-11 20:17 +0100) New News: === I have updated the version of Python to 2.3.4-1. The tarballs should be available on a Cygwin mirror near you shortly. The following is the only notable change since the previous release: o upgrade to Python 2.3.4 Old News: === Python is an interpreted, interactive, object-oriented programming language. If interested, see the Python web site for more details: http://www.python.org/ Please read the README file: /usr/share/doc/Cygwin/python-2.3.4.README There is an issue with this release that wasn't there in 2.3.3r2. I'm importing EasyGUI and get the following traceback: Python 2.3.4 (#1, Jun 11 2004, 11:50:43) [GCC 3.3.1 (cygming special)] on cygwin Type help, copyright, credits or license for more information. Traceback (most recent call last): File /home/thorsten/python/.pythonrc.py, line 3, in ? import easygui, \ File /home/thorsten/python/modules/easygui.py, line 47, in ? from Tkinter import * File /usr/lib/python2.3/lib-tk/Tkinter.py, line 38, in ? import _tkinter # If this fails your Python may not be configured for Tk ImportError: No module named _tkinter There is a section about _tkinter in the Readme: 2. The _tkinter extension module will only be built if the XFree86-prog package is installed. 4. _tkinter users should note that Cygwin tcltk is really a Win32 package and hence, does *not* understand Cygwin style paths. To use the _tkinter module you must define the following environment variables: $ export TCL_LIBRARY=$(cygpath -w /usr/share/tcl$version) $ export TK_LIBRARY=$(cygpath -w /usr/share/tk$version) I /have/ XFree installed and I never needed to set those TCL_ variables. So why did I have _tkinter with 2.3.3.r2 and not with 2.3.4r1?! Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
temp directory handling in Cygwin (bash/zsh)
Is there a change in the handling of the $TMP directory in recent Cywin?! I never set this environment variable in my .zshrc or .bashrc and nevertheless it alway pointed to /tmp (or at at least all Cygwin applications I used created their temp files in /tmp. Now I noticed that $TMP points to /cygdrive/c/DOKUME~1/thorsten/LOKALE~1/Temp and some apps fail because of that (for instance rebaseall). /cygdrive/c/DOKUME~1/thorsten/LOKALE~1/Temp is in fact /cygdrive/c/Dokumente und Einstellungen/thorsten/Lokale Anwendungsdaten/Temp and rebaseall fails because of the blanks in the path. % uname -rv 1.5.10s(0.116/4/2) 20040604 19:56:17 Thorsten -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: temp directory handling in Cygwin (bash/zsh)
At 12:31 PM 6/12/2004, you wrote: Is there a change in the handling of the $TMP directory in recent Cywin?! I never set this environment variable in my .zshrc or .bashrc and nevertheless it alway pointed to /tmp (or at at least all Cygwin applications I used created their temp files in /tmp. Now I noticed that $TMP points to /cygdrive/c/DOKUME~1/thorsten/LOKALE~1/Temp and some apps fail because of that (for instance rebaseall). Windows points TMP to the path you specify by default. I've always reset TMP and TEMP in my Windows environment. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: __getreent undefined on linux app build
At 06:11 PM 6/11/2004, you wrote: Larry Hall wrote, On 6/11/2004 5:22 PM: Yes, libcygwin.a is the import library. But I don't understand why you need it (or -lc either for that matter). Just compiling with Cygwin's gcc/g++ gets you all this, unless you're using -mno-cygwin, in which case you're undoing it by explicitly linking Cygwin anyway. Clearly, you're doing something I don't understand but in the whole sheme of things, my understanding of your problem isn't a requirement for anything. ;-) When I made a hello world which calls printf I don't have to do -lc on gcc cmd line. But when I make a lib which calls c lib functions, I have to provide -lc (and -lcygwin). Not doing -mno-cygwin. You mean like this? # cat t.c #include string.h int main(int argc, char *argv[]) { char *p = strstr(p, argv[1]); return 0; } # gcc -o t t.c # Something is weird in your environment, though I'm not sure what it is. Perhaps you want to look at the output of 'gcc -v'. Or maybe your just as happy working around the problem. But something is wrong here. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [OT] RE: Bash hangs in WaitForMultipleObjects
On Fri, Jun 11, 2004 at 06:12:05PM +0100, Dave Korn wrote: Now quote *that* line at the top of the snapshots page. I dare you! Done. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated cygwin Package: python-2.3.4-1
On Fri, Jun 11, 2004 at 02:44:52PM -0400, Volker Quetschke wrote: Jason Tishler wrote: New News: === I have updated the version of Python to 2.3.4-1. The tarballs should be available on a Cygwin mirror near you shortly. (snip) In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. .. that contains only directories and not a single file! Try ftp://mirrors.rcn.net/pub/sourceware/cygwin/ instead. Someone might want to alert the maintainer of mirrors.rcn.net to this empty directory. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Unable to open files including Korean names
I've updated to cygwin dll 1.5.10 a few days ago. (I'm using Cygwin with Windows XP SP1, Korean version.) And today I found a problem with the accessing files. I was trying to use rsync to sync some of my files to another place, but rsync was telling me those files had vanished, like: file has vanished: /home/netj/image/SPARCS/2004//DSC00137.JPG I thought it was a permission problem at the first time, but I couldn't even chmod or open the file from cygwin environment. :( I did some test and found out that ``every file whose path includes Korean characters weren't openable.'' Still, I could move arround those paths from my shell, and get the file/directory listings with ls normally. I could still create directories with Korean names. $ cd ~/tmp $ date ascii $ cat ascii Sun Jun 13 03:23:04 2004 $ date -bash: : No such file or directory $ mkdir ascii $ date ascii/date $ cat ascii/date Sun Jun 13 03:24:07 2004 $ mkdir .d $ date .d/date -bash: .d/date: No such file or directory I tried playing with codepage:* in CYGWIN, and LANG variables, but nothing helped. As I remember, there wasn't any problem like this before my update few days ago. Not sure, but since I remember the last time I had an update was near Apr 20, I should have been using cygwin dll 1.5.9 then. Attached my result of cygcheck -s -v -r. -- | Jaeho Shin [EMAIL PROTECTED] | http://netj.org/ System Programmers' Association for Researching Computer Systems Division of Computer Science, Department of EECS, KAIST Cygwin Configuration Diagnostics Current System Time: Sun Jun 13 03:17:53 2004 Windows XP Professional Ver 5.1 Build 2600 Service Pack 1 Path: C:\cygwin\usr\local\bin C:\cygwin\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\opt\gnome2\bin c:\TeX\texmf\miktex\bin\ c:\Program Files\j2sdk1.4.2\bin c:\Program Files\gs\gs8.00\bin c:\Program Files\emacs\bin c:\Program Files\Vim\vim62 c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System D:\netj\bin C:\cygwin\bin C:\cygwin\usr\X11R6\bin C:\cygwin\opt\gnome2\bin c:\TeX\texmf\miktex\bin\ c:\Program Files\j2sdk1.4.2\bin c:\Program Files\gs\gs8.00\bin c:\Program Files\emacs\bin c:\Program Files\Vim\vim62 c:\WINDOWS\system32 c:\WINDOWS c:\WINDOWS\System32\Wbem c:\Program Files\Common Files\Adaptec Shared\System Output from C:\cygwin\bin\id.exe (nontsec) UID: 1003(netj) GID: 513() 513() Output from C:\cygwin\bin\id.exe (ntsec) UID: 1003(netj) GID: 513() 513()544(Administrators) 545(Users) SysDir: C:\WINDOWS\System32 WinDir: C:\WINDOWS CYGWIN = `ntsec binmode' HOME = `D:\netj' MAKE_MODE = `unix' PWD = `/home/netj' USER = `netj' ALLUSERSPROFILE = `D:\Documents and Settings\All Users' APPDATA = `D:\netj\.AppData' CLIENTNAME = `Console' COMMONPROGRAMFILES = `C:\Program Files\Common Files' COMPUTERNAME = `SAB' COMSPEC = `C:\WINDOWS\system32\cmd.exe' CVS_RSH = `/bin/ssh' DISPLAY = `localhost:0.0' EDITOR = `vim' HOMEDRIVE = `D:' HOMEPATH = `\netj' HOSTNAME = `sab' INCLUDE = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\include\' INFOPATH = `/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:' LANG = `ko_KR.eucKR' LESSBINFMT = `*n%c' LIB = `C:\Program Files\Microsoft Visual Studio .NET\FrameworkSDK\Lib\' LOGNAME = `netj' LOGONSERVER = `\\SAB' MANPATH = `/usr/man:/usr/share/man:/usr/X11R6/man:/usr/ssl/man' NUMBER_OF_PROCESSORS = `1' OLDPWD = `/home/netj' OS = `Windows_NT' PAGER = `less' PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH' PKG_CONFIG_PATH = `/usr/X11R6/lib/pkgconfig' PROCESSOR_ARCHITECTURE = `x86' PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel' PROCESSOR_LEVEL = `6' PROCESSOR_REVISION = `0905' PROGRAMFILES = `C:\Program Files' PS1 = `[0;37m([0;31mnetj[0;[EMAIL PROTECTED];32mtty2[0;[EMAIL PROTECTED];34msab[0;37m)-(\D{[0;36m%Y-%m-%d [0;35m%a} [0m\t[0;37m)---([0;33m~[0;37m)[0m\r\n(\j:\#:$?)\$ ' RSYNC_RSH = `ssh' SESSIONNAME = `Console' SHLVL = `2' SSH_AGENT_PID = `1980' SSH_AUTH_SOCK = `/tmp/ssh-oZrfIw1908/agent.1908' SYSTEMDRIVE = `C:' SYSTEMROOT = `C:\WINDOWS' TEMP = `D:\tmp' TERM = `xterm' TERMCAP = `xterm-r6|xterm|xterm X11R6
Re: sys.executable broken under 2.3.4
John P. Rouillard wrote: When running python -c import sys; print sys.executable it prints the current working directory rather than the path to python unless I invoke python with the full path. I can't reproduce this on a win 98 box, but on a windows 2k sp4 things are broken. Can anybody reproduce this? Works for me: $ pwd /home/sc0rp $ python -c import sys; print sys.executable /usr/bin/python $ python -V Python 2.3.3 $ uname -a CYGWIN_NT-5.0 sc0rp 1.5.10s(0.116/4/2) 20040530 22:57:25 i686 unknown unknown Cygwin Win2kSP4 + updates. Greetings, Jacek. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: [ANNOUNCEMENT] Updated cygwin Package: python-2.3.4-1
Hello from Gregg C Levine It happens I did just that, the first few times I tried downloading my Cygwin materials from sites here in the US. The people there ignored my mail, or just plain deleted it unread. I don't know why. I also reported to them the problems with downloading the materials from them, when the site would inexplicably interrupt the process. What do you feel about deleting them from the list of allowable mirrors? We can include the alternate mirror of course. --- Gregg C Levine [EMAIL PROTECTED] The Force will be with you...Always. Obi-Wan Kenobi Use the Force, Luke. Obi-Wan Kenobi -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christopher Faylor Sent: Saturday, June 12, 2004 1:30 PM To: [EMAIL PROTECTED] Subject: Re: [ANNOUNCEMENT] Updated cygwin Package: python-2.3.4-1 On Fri, Jun 11, 2004 at 02:44:52PM -0400, Volker Quetschke wrote: Jason Tishler wrote: New News: === I have updated the version of Python to 2.3.4-1. The tarballs should be available on a Cygwin mirror near you shortly. (snip) In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. .. that contains only directories and not a single file! Try ftp://mirrors.rcn.net/pub/sourceware/cygwin/ instead. Someone might want to alert the maintainer of mirrors.rcn.net to this empty directory. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [ANNOUNCEMENT] Updated cygwin Package: python-2.3.4-1
On Sat, Jun 12, 2004 at 06:56:24PM -0400, Gregg C Levine wrote: I also reported to them the problems with downloading the materials from them, when the site would inexplicably interrupt the process. What do you feel about deleting them from the list of allowable mirrors? We can include the alternate mirror of course. That URL is not IN the mirror list. This is not a big problem. It is just an outdated URL in Jason's email. The best we could hope for is that that directory would be deleted on their server. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: Unable to open files including Korean names
I did some test and found out that ``every file whose path includes Korean characters weren't openable.'' Still, I could move arround those [snip] I just installed the XP SP2 preview or whatever they call it. One of the things in the very long list of things it claims to fix is some problem with... Japanese I think?... filenames. Perhaps this is in some way related to that... As I remember, there wasn't any problem like this before my update few days ago. [snip] ...or possibly not. -- Gary R. Van Sickle -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/