startx with different displays

startx with different displays

[Marc Girod]

I have intermittent problems to start XWin.
My client would wait for an accessible server.
In recent times, when this happens with :0, I try to use :1 instead, which
usually works.
Today, the two processes interferred.
I was waiting on :0, and as I started a sttrax session on :1, both clients
rose up, both reporting DISPLAY=:1!

Marc
-- 
View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33702991.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.


--
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/

Re: startx with different displays

[Marc Girod]

Hi,

I try a fresh start, not being clear about my complete failure to get any
reply.

I use XWin and GNU emacs (X11 version).
My startup script is:

/usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :0 -multiwindow
-clipboard

This used to work for a few years, but recently started to loop and fail
(plus 2 glitches).
First the loop effect: after starting the server process (transcript not
displayed in the first
occurrence), which ends in:

winMultiWindowXMsgProc - XOpenDisplay () returned and successfully opened
the display.

...the transcript gets into:

waiting for X server to begin accepting connections .
..
..

This eventually times out, unless sometimes gets a reply.
However, recently, I have started to try different displays in parallel,
e.g.:

bash --login -c "/usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X
:2 -multiwindow -clipboard"

I have started to use higher and higher numbers.
The effect is that one of then (today: 5) will unblock all the others, so 
that I got today 5 instances of GNU emacs, all reported a DISPLAY of ":5".

The two glitches:
Before starting the server, I get:

/usr/bin/startx: line 47:  2188 Segmentation fault      (core dumped) expr
"$1" : ':[0-9][0-9]*$' > /dev/null 2>&1

At connecting, the first line is:

xinit: XFree86_VT property unexpectedly has 0 items instead of 1



I notice that I have an old startx~, which helps me to see what has changed 
in recent versions of startx:

bin> diff startx~ startx
34a35,43
> # Automatically determine an unused $DISPLAY
> d=0
> while true ; do
>     [ -e /tmp/.X$d-lock ] || break
>     d=$(($d + 1))
> done
> defaultdisplay=":$d"
> unset d
> 
79c88
<     # if no client arguments either, use rc file instead
---
>     # For compatibility reasons, only use startxrc if there were no client
> command line arguments
92,93d100
< 
<         clientargs=$defaultclientargs
96a104,108
> # if no client arguments, use defaults
> if [ x"$clientargs" = x ]; then
>     clientargs=$defaultclientargs
> fi
> 
101c113
<     # if no server arguments or display either, use defaults
---
>     # For compatibility reasons, only use xserverrc if there were no
> server command line arguments
103d114
< 	# For compatibility reasons, only use xserverrc if there were no server
command line arguments
109,111d119
< 
< 	serverargs=$defaultserverargs
< 	display=$defaultdisplay
114a123,132
> # if no server arguments, use defaults
> if [ x"$serverargs" = x ]; then
>     serverargs=$defaultserverargs
> fi
> 
> # if no display, use default
> if [ x"$display" = x ]; then
>     display=$defaultdisplay
> fi
> 
155a174
>     touch "$xserverauthfile"
bin> ll startx startx~
-rwxr-xr-x 1 emagiro root 4917 Jan 30 03:12 startx
-rwxr-xr-x 1 emagiro root 4540 Aug 22  2011 startx~
bin> ll /tmp/.X*
-r--r--r--  1 emagiro EEI-ATusers 11 Apr 23 09:38 /tmp/.X0-lock
-r--r--r--  1 emagiro EEI-ATusers 11 Apr 23 09:40 /tmp/.X1-lock
-r--r--r--  1 emagiro EEI-ATusers 11 Apr 23 09:42 /tmp/.X2-lock
-r--r--r--  1 emagiro EEI-ATusers 11 Apr 23 09:43 /tmp/.X3-lock
-r--r--r--  1 emagiro EEI-ATusers 11 Apr 23 09:44 /tmp/.X4-lock
-r--r--r--  1 emagiro EEI-ATusers 11 Apr 23 09:45 /tmp/.X5-lock

/tmp/.X11-unix:
total 38
drwxrwxrwt+ 1 root    root        0 Apr 23 09:45 .
drwxrwxrwt+ 1 emagiro root        0 Apr 23 09:45 ..
srwxrwxrwx  1 emagiro EEI-ATusers 0 Apr 23 09:38 X0
srwxrwxrwx  1 emagiro EEI-ATusers 0 Apr 23 09:40 X1
srwxrwxrwx  1 emagiro EEI-ATusers 0 Apr 23 09:42 X2
srwxrwxrwx  1 emagiro EEI-ATusers 0 Apr 23 09:43 X3
srwxrwxrwx  1 emagiro EEI-ATusers 0 Apr 23 09:44 X4
srwxrwxrwx  1 emagiro EEI-ATusers 0 Apr 23 09:45 X5


I don't attempt here to interpret these facts myself.
I am of course mostly annoyed by the failure to connect to the XWin
server using the first port.
Can anybody shed light on a possible explanation?

I used Gmane and uploaded my cygcheck.out.

Thanks,
Marc http://old.nabble.com/file/p33732045/cygcheck.out cygcheck.out 

-- 
View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33732045.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.


--
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/

Re: startx with different displays

[Marc Girod]

Marc Girod wrote:
> 
> I used Gmane and uploaded my cygcheck.out.
> 

Incidentally, I saw there:

Warning: There are multiple cygwin1.dlls on your path

So, I checked:

bin> for d in $(echo $PATH | tr : '\n'); do if [ -r $d/cygwin1.dll ]; then
echo $d; fi; done
/usr/bin
/usr/bin
bin> echo $PATH | tr : '\n'
/usr/local/bin
/usr/bin
/usr/local/bin
/usr/bin
/cygdrive/c/Windows/system32
/cygdrive/c/Windows
/cygdrive/c/Windows/System32/Wbem
/cygdrive/c/strawberry/c/bin
/cygdrive/c/strawberry/perl/site/bin
/cygdrive/c/strawberry/perl/bin
/cygdrive/c/Program Files/WIDCOMM/Bluetooth Software
/cygdrive/c/Program Files/Rational/common
/cygdrive/c/Program Files/Rational/ClearCase/bin
/cygdrive/c/Program Files/Rational/ClearCase/etc
/cygdrive/c/Program Files/Rational/ClearCase/etc/utils
/cygdrive/c/Sysinternals
/cygdrive/c/Program Files/Microsoft Windows Performance Toolkit

I plead non guilty of the duplication of /usr/local/bin:/usr/bin in $PATH.

Marc
-- 
View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33732071.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.


--
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/

Re: startx with different displays

[Larry Hall (Cygwin-X)]

On 4/23/2012 5:47 AM, Marc Girod wrote:
<snip>

> Incidentally, I saw there:
>
> Warning: There are multiple cygwin1.dlls on your path
>
> So, I checked:
>
> bin>  for d in $(echo $PATH | tr : '\n'); do if [ -r $d/cygwin1.dll ]; then
> echo $d; fi; done
> /usr/bin
> /usr/bin
> bin>  echo $PATH | tr : '\n'
> /usr/local/bin
> /usr/bin
> /usr/local/bin
> /usr/bin
> /cygdrive/c/Windows/system32
> /cygdrive/c/Windows
> /cygdrive/c/Windows/System32/Wbem
> /cygdrive/c/strawberry/c/bin
> /cygdrive/c/strawberry/perl/site/bin
> /cygdrive/c/strawberry/perl/bin
> /cygdrive/c/Program Files/WIDCOMM/Bluetooth Software
> /cygdrive/c/Program Files/Rational/common
> /cygdrive/c/Program Files/Rational/ClearCase/bin
> /cygdrive/c/Program Files/Rational/ClearCase/etc
> /cygdrive/c/Program Files/Rational/ClearCase/etc/utils
> /cygdrive/c/Sysinternals
> /cygdrive/c/Program Files/Microsoft Windows Performance Toolkit
>
> I plead non guilty of the duplication of /usr/local/bin:/usr/bin in $PATH.

Get rid of the real dups.  You only need the one in /usr/bin.


-- 
Larry

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/

Re: startx with different displays

[Marc Girod]

Larry Hall (Cygwin-X) wrote:
> 
> Get rid of the real dups.  You only need the one in /usr/bin.
> 
I don't know how they got there. They are not in my normal path.
Somehow my procedure to run cygcheck must have injected them.
I add them in neither .bash_profile nor .bashrc.

Marc
-- 
View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33737835.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.


--
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/

Re: startx with different displays

[Larry Hall (Cygwin-X)]

On 4/24/2012 2:58 AM, Marc Girod wrote:
>
>
> Larry Hall (Cygwin-X) wrote:
>>
>> Get rid of the real dups.  You only need the one in /usr/bin.
>>
> I don't know how they got there. They are not in my normal path.
> Somehow my procedure to run cygcheck must have injected them.
> I add them in neither .bash_profile nor .bashrc.

Don't worry about the duplicated paths.  I'm saying get rid of the
actual duplicated DLLs.


-- 
Larry

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/

Re: startx with different displays

[Marc Girod]

Larry Hall (Cygwin-X) wrote:
> 
> Don't worry about the duplicated paths.  I'm saying get rid of the
> actual duplicated DLLs.
> 

Sorry, but I have none.
My understanding is that the report was only the result of the duplicated
paths.
Running cygcheck again doesn't find duplicated DLLs.

Marc
-- 
View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33741843.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.


--
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/

Re: startx with different displays

[Larry Hall (Cygwin-X)]

On 4/24/2012 5:12 PM, Marc Girod wrote:
> Larry Hall (Cygwin-X) wrote:
>>
>> Don't worry about the duplicated paths.  I'm saying get rid of the
>> actual duplicated DLLs.
>>
>
> Sorry, but I have none.
> My understanding is that the report was only the result of the duplicated
> paths.
> Running cygcheck again doesn't find duplicated DLLs.

OK, good.


-- 
Larry

_____________________________________________________________________

A: Yes.
 > Q: Are you sure?
 >> A: Because it reverses the logical flow of conversation.
 >>> Q: Why is top posting annoying in email?

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/

Re: startx with different displays

[Marc Girod]

Back to my original problem...
I tried startxwin (as suggested by a colleague) and this one accepts to
start XWin on DISPLAY :0
Are all my problems related to startx?
I can see that defaulting to the highest display found in /tmp/.X* seems to
comes from it...
Does anybody use startx with success?

Marc
-- 
View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33745960.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.


--
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/

Re: startx with different displays

[Yaakov (Cygwin/X)]

On 2012-04-25 06:50, Marc Girod wrote:
> Back to my original problem...
> I tried startxwin (as suggested by a colleague) and this one accepts to
> start XWin on DISPLAY :0
> Are all my problems related to startx?
> I can see that defaulting to the highest display found in /tmp/.X* seems to
> comes from it...
> Does anybody use startx with success?

Of course.


Yaakov
Cygwin/X


--
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/

Re: startx with different displays

[Marc Girod]

Yaakov (Cygwin/X) wrote:
> 
> Of course.
> 
Thanks. Sorry, this was a stupid question: even I use it on my other laptop,
without problem.
OK: with the two glitches I described.
Marc
-- 
View this message in context: http://old.nabble.com/startx-with-different-displays-tp33702991p33749731.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.


--
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/