public inbox for cygwin-xfree@sourceware.org
help / color / mirror / Atom feed
From: rcunningham <rcunningham@ucsd.edu>
To: cygwin-xfree@cygwin.com
Subject: Re: startxwin.exe no longer exists?
Date: Tue, 16 Dec 2014 16:36:00 -0000	[thread overview]
Message-ID: <54905E8F.40809@ucsd.edu> (raw)
In-Reply-To: <CACoZoo0=EAEMc3XeXp_VLhFtYTcHuB+M72MC6nGgpvNNtquN5Q@mail.gmail.com>

On 12/16/2014 8:00 AM, Erik Soderquist wrote:
> <snip>
>> Sure, display :0 is unavailable; checking DISPLAY in the (unwanted)
>> xterm shows DISPLAY is set to :5.  Why's that I wonder?
>>
>> Further investigation shows ls -ltr /tmp:
>>
>> -r--r--r--  1 william None 11 Nov 28 17:43 /tmp/.X0-lock
>> -r--r--r--  1 william None 11 Dec 13 17:43 /tmp/.X1-lock
>> -r--r--r--  1 william None 11 Dec 13 17:55 /tmp/.X2-lock
>> -r--r--r--  1 william None 11 Dec 13 19:22 /tmp/.X3-lock
>> -r--r--r--  1 william None 11 Dec 15 16:53 /tmp/.X4-lock
>> -r--r--r--  1 william None 11 Dec 15 17:00 /tmp/.X5-lock
>>
>> Interesting.  It looks like every time I start an X session a lock
>> file is created and doesn't get deleted, so the display number keeps
>> changing.  This doesn't look right, so how do I avoid it?
>>
>> --
>> Will
> What I do is specify the display on the command line.  If it fails, I
> check for an existing operational session with the same display.  If
> it exists, I simply exit the script.  If not, I free the lock file and
> retry the X server start on the chosen display.
>
> -- Erik

Shouldn't the startxwin script check for running instances and delete 
all lock-files related to non-existent instances?  Why must this be a 
manual operation?


The prior startxwin.exe "just worked", and this new replacement script 
is clearly creating problems for previously happy CygwinX users, where 
no problems existed before (or, at least the problems weren't visible 
and didn't affect normal use).

I would have preferred to have seen startxwin.exe retained, and this new 
script phased in gradually, perhaps as "startxwin_new" in the first 
release.  Then, when startxwin_new stabilizes, rename the executable to 
startxwin_old.exe and the script to startxwin. Several updates later, 
quietly remove startxwin_old.exe.

It seems nonsensical to treat all CygwinX users as alpha testers. I'm 
more than willing to help test new features, but not in the dark: Make 
it very clear when significant subsystems are being evolved, and provide 
a way to try the new without losing the old.

For now, can startxwin.exe be restored under some name?

-BobC


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


  reply	other threads:[~2014-12-16 16:36 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-13 16:20 Will Parsons
2014-12-13 18:17 ` Marco Atzeri
2014-12-16  2:50   ` Will Parsons
2014-12-16  2:56     ` Larry Hall (Cygwin-X)
2014-12-16  3:30       ` Will Parsons
2014-12-16  3:35         ` Larry Hall (Cygwin-X)
2014-12-16 14:29     ` Mark Hansen
2014-12-16 16:00     ` Erik Soderquist
2014-12-16 16:36       ` rcunningham [this message]
2014-12-16 17:06         ` Erik Soderquist
2014-12-16 17:23           ` rcunningham
2014-12-16 22:58           ` Will Parsons
2014-12-16 23:39             ` Erik Soderquist
2014-12-17 17:29               ` mathog
2014-12-17 17:40                 ` Erik Soderquist
2014-12-17 17:52                   ` mathog
2014-12-17 18:36                     ` Erik Soderquist
2014-12-17 19:02                       ` mathog

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54905E8F.40809@ucsd.edu \
    --to=rcunningham@ucsd.edu \
    --cc=cygwin-xfree@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).