Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sourceware DOT cygnus DOT com>
List-Archive: <http://sourceware.cygnus.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sourceware DOT cygnus DOT com>
List-Help: <mailto:cygwin-help AT sourceware DOT cygnus DOT com>, <http://sourceware.cygnus.com/ml/#faqs>
Sender: cygwin-owner AT sourceware DOT cygnus DOT com
Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com
Message-ID: <3904C2F9.40EB71@veritas.com>
Date: Mon, 24 Apr 2000 14:56:09 -0700
From: Bob McGowan <rmcgowan AT veritas DOT com>
Organization: VERITAS Software
X-Mailer: Mozilla 4.7 [en] (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: cygwin AT sourceware DOT cygnus DOT com
Subject: Re: How to change "/" from textmode to binmode?
References: <20000424181531 DOT 12173 DOT qmail AT web118 DOT yahoomail DOT com> <390493FD DOT 9179689C AT veritas DOT com> <20000424160449 DOT E1469 AT cygnus DOT com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit

Chris Faylor wrote:
> 
> On Mon, Apr 24, 2000 at 11:35:41AM -0700, Bob McGowan wrote:
> >It appears that I can create an environment where / is mounted on 2
> >different locations, one stored at the system level and one at the
> >user.  It would seem to me to make sense that 'mount' should not allow
> >duplicates of system level mount points at the user level.  Is this a
> >valid conclusion?
> 
> System mounts are global for all users, they are overridden by user
> mounts.  Only one mount entry at a time is active.
> 
> cgf

I received two other responses to my question, somewhat stronger than
yours, indicating they thought my idea was not so hot.  But then, I
forgot to mention that:  a) I am an old time UNIX user and mount in UNIX
is pure system and restricted in use to the superuser; b) I am not
familiar with the design philosophy of Cygwin, which could have gone
either way (or even have not been defined).

So now I know and understand the the philosophy.  But this raises a
second question.  The following shows what happens if I change the /
mount point on a configured system.

$ cd bin
/bin
$ mount
Device              Directory           Type         Flags
C:\Cygwin           /                   system       binmode
$ mount -b c:/ / && ./mount
mount: warning -- couldn't determine mount type!
bash: ./mount: No such file or directory
$ ./mount.exe
bash: ./mount.exe: No such file or directory
$ pwd
/bin
$ ls
bash: /bin/ls: No such file or directory
$ echo *
*
$ cd /cygdrive/c/cygwin/bin
$ ./ls
bash: ./ls: No such file or directory 

I think there is a bug in here somewhere, but I'm not sure where.  I can
see that by changing where / is mounted, my PATH stuff will no longer
work, but why doesn't the relative path work?  I would have thought a cd
to '/cygdrive/c/cygwin/bin' and a './' in front of the command I want,
should work.  And 'echo *' would normally give me an expansion of all
the files in the current directory, but it doesn't.

Recovery from this required bringing up a command prompt and running
'umount /' from the c:\cygwin\bin directory, so it's not fatal.

-- 
Bob McGowan
Staff Software Quality Engineer
VERITAS Software
rmcgowan AT veritas DOT com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com