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:	<3904E3AD.538ED5D6@veritas.com>
Date:	Mon, 24 Apr 2000 17:15:41 -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> <3904C2F9 DOT 40EB71 AT veritas DOT com>

Bob McGowan wrote:
> 
> 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.
> 
> --

I forgot to mention:  Cygwin 1.0 CD, no updates/snapshots, bash
2.04.0(1)-release

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

- Raw text -