Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/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
Date: Fri, 14 May 2004 21:25:08 +0200
From: Baurjan Ismagulov <ibr AT ata DOT cs DOT hun DOT edu DOT tr>
To: cygwin AT cygwin DOT com
Subject: Re: user-specific mounts
Message-ID: <20040514192508.GA2000@ata.cs.hun.edu.tr>
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20040513122250 DOT GA13116 AT ata DOT cs DOT hacettepe DOT edu DOT tr> <Pine DOT GSO DOT 4 DOT 56 DOT 0405131348100 DOT 16639 AT slinky DOT cs DOT nyu DOT edu> <20040514090839 DOT GB19350 AT ata DOT cs DOT hacettepe DOT edu DOT tr> <Pine DOT GSO DOT 4 DOT 58 DOT 0405141343530 DOT 29485 AT slinky DOT cs DOT nyu DOT edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline; filename=mutt-burundai-1516-20
In-Reply-To: <Pine.GSO.4.58.0405141343530.29485@slinky.cs.nyu.edu>
User-Agent: Mutt/1.5.4i
X-IsSubscribed: yes

Hello, Igor!

On Fri, May 14, 2004 at 02:10:40PM -0400, Igor Pechtchanski wrote:
> However, including the standard problem
> reporting information would have shown us whether what your system thinks
> its state is is the same as what you think it is.

:)


> I would probably read the above as "HKCU overrides HKLM", but I agree, it
> could be clearer.  In the spirit of "WJM", I have to add that "there's
> always the code"(tm). :-)

Eh, there were times when I could spend a couple of days fixing some
annoying behaviour or just reading the source. In this specific case, I
asked to see whether anyone could quickly suggest me anything, otherwise
I would postpone this issue for a couple of months :/ .


> Even the partial output you attached already shows an indication of a
> problem -- you said that "id" exists under /cygdrive/*c*/cygwin/bin (why
> not /bin, BTW?), whereas cygcheck has *g*:/cygwin/bin in the path.

Well, I have changed the setup a couple of times since yesterday, and
wrote the mail with the yesterday's state in mind. For some reason,
cygcheck reflected the current state :) , sorry for this. So, today my
system mounts are under c:\opt\med, and user mounts -- under g:\cygwin.
And yes, id exists in /cygdrive/g/cygwin/bin. It is there because I want
to have the main installation there, and run services from some other
directory, that I can frequently create, test, and delete.


> I would try starting from scratch with the mounts -- first get a working
> system (for one user) with user mounts, then add *one* system mount and
> see if the user mount overrides it.  If it does, add more system mounts.
> It would help to save the output of "mount -m" at certain points along the
> way, so that you can restore the mount state to that which you *know*
> works.

Ok, I'll try this, too.


With kind regards,
Baurjan.

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