X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Date: Wed, 4 Nov 2009 16:03:43 +0100
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: [ANNOUNCEMENT] [1.7] Updated: cygwin-1.7.0-63
Message-ID: <20091104150343.GA3102@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <announce DOT 20091103145437 DOT GM7831 AT calimero DOT vinschen DOT de>  <4AF190FF DOT 9010202 AT cornell DOT edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <4AF190FF.9010202@cornell.edu>
User-Agent: Mutt/1.5.20 (2009-06-14)
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On Nov  4 09:34, Ken Brown wrote:
> On 11/3/2009 9:54 AM, Corinna Vinschen wrote:
> >- Add a bigger patch which allows by default to run multiple Cygwin
> >  installations in parallel [...]
> 
> I experimented a little with the new features and found a couple of
> glitches.  My normal cygwin installation is in D:\cygwin-1.7.  I
> updated it to 1.7.0-63 and then installed a second cygwin
> installation in C:\cygwin-1.7 just to see if I really could run two
> cygwin-1.7's at once.  It seemed to work fine.
> 
> I then deleted the directory C:\cygwin-1.7 and ran 'cygcheck
> --delete-orphaned-installation-keys', followed by 'cygcheck -svr' to
> make sure my original cygwin (in D:\cygwin-1.7) was still OK.  I'm
> attaching some excerpts from the cygcheck output.  The most
> surprising thing (to me) is that cygcheck was still reporting the
> standard mounts
> 
> C:\cygwin-1.7      /          system  binary,auto
> C:\cygwin-1.7\bin  /usr/bin   system  binary,auto
> C:\cygwin-1.7\lib  /usr/lib   system  binary,auto

Ouch, yes.  Fortunately this doesn't affect the actual Cygwin
installations.  The problem is that cygcheck itself is a plain Win32,
non-Cygwin application.  As such, it has no immediate access to the
mount table.  So what it does is this:

It checks the registry entry {HKLM,HKCU}\Software\Cygwin\setup.  This
entry is written by the setup-1.7.exe installer every time you install.
The latest install always "wins", if you get my meaning.  Since the default
mount points don't require an /etc/fstab file, they are computed...

> I reinstalled cygwin 1.7.0-63 in D:\cygwin-1.7, and everything was
> back to normal.

Sure enough, since {HKLM,HKCU}\Software\Cygwin\setup was reverted to
D:\cygwin-1.7.


> In retrospect, I probably should have tried rebooting first

Why, no.  Rebooting doesn't change anything.

It seems that cygcheck just reading the installation dir from the setup
key in the registry to compute the mount points isn't exactly the best
thing to do.  Given that cygcheck is usually installed into /bin, same
as the Cygwin DLL, it should probable first try to find a local Cygwin
DLL.  If it exists, it should assume that it's part of *that*
installation.  Only if that fails, it should fall back to the setup
registry key.

Given that cygcheck is no Cygwin binray itself, there's probably no
really foolproof solution for this, but we shurly can try to make
the guessing better than that.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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