This is the mail archive of the
cygwin-xfree
mailing list for the Cygwin XFree86 project.
Re: /usr/bin/startx fails on new x.org install?
- From: Jon TURNEY <jon dot turney at dronecode dot org dot uk>
- To: cygwin-xfree at cygwin dot com
- Cc: L dot Wood at surrey dot ac dot uk
- Date: Wed, 18 Feb 2009 16:23:56 +0000
- Subject: Re: /usr/bin/startx fails on new x.org install?
- References: <200902171856.n1HIueJ25685@cisco.com>
- Reply-to: cygwin-xfree at cygwin dot com
- Reply-to: cygwin-xfree at cygwin dot com
Lloyd Wood wrote:
Lloyd Wood wrote:
XWin was started with the following command line:
/usr/bin/X :0 -auth /cygdrive/c/Documents and
Settings/lwood/.serverauth.3000
ddxProcessArgument - Initializing default screens
winInitializeDefaultScreens - w 1400 h 1050
winInitializeDefaultScreens - returning
Unrecognized option: and
[..]
This isn't X-specific; spaces and *NIX paths don't mix.
Tell that to any Mac OS X user.
Please use a
sane home directory, like /home/lwood.
startx used to work. Now, it doesn't. Ergo, like lack of opengl hardware acceleration, it can be argued that it's a regression in functionality. (I have to keep files under Documents\ and\ Settings. That has worked fine for for startx the last eight years. Now, it's broken.)
handling of paths has been broken, due to lame programming practices. it needs to be fixed.
Thanks for identifying this as a regression. I wasn't sure if this used to
work or not.
I think that the attached patch for startx should fix this problem, if you
wouldn't mind testing it.
4. Hogging and not freeing menu/window resources in X, as my Insight Tcl program failing with 'unable to register Tk TopLevel class' or failing to draw a window properly indicates:
<http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-04/msg00769.html>http://coding.derkeiler.com/Archive/Tcl/comp.lang.tcl/2008-04/msg00769.html
yes, Insight Tcl programs can be run without X being launched. But I have to quit X (desktop or multiwindow mode) to pull down and draw a menu in > e.g. the mail program where I'm writing this.
Cygwin's Tcl/Tk is currently Windows based, and this message is clearly
talking about a Windows version of Tcl/Tk. I don't see what that has to
do with X11?
I'm walking you through visible symptoms, diagnosis, and explanation. the new Xserver is demonstrably a resource hog, in that it interferes with normal Windows operation.
Too bad you're not providing us with the solution as well :-)
I tried some brief experiments with the Dheapmon tool, but I didn't see any
obvious leaking and wasn't able to hit this Windows resource limit - the
desktop heap was only 50% full with 50 xterms, and then I hit some other limit
in cygwin.... ('open ttydev: No such file or directory'), so a few more
details about how to reproduce this problem would be very helpful.
It might be also helpful if you mentioned which particular version of windows
you are using, as I would guess they don't all behave the same in this regard.
--- /usr/bin/startx 2009-01-19 06:43:41.001000000 +0000
+++ startx 2009-02-16 20:30:15.062500000 +0000
@@ -159,9 +159,9 @@
add :$dummy . $mcookie
EOF
+ serverargs=${serverargs}" -auth '"${xserverauthfile}"'"
- serverargs=${serverargs}" -auth "${xserverauthfile}
# now add the same credentials to the client authority file
@@ -193,9 +193,9 @@
+eval xinit \"$client\" $clientargs -- \"$server\" $display $serverargs
-xinit "$client" $clientargs -- "$server" $display $serverargs
--
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/