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: <041f01bfd67d$7aeef540$032c1818@rochester.rr.com>
From: "Terry Lincoln" <lincoln2 AT rochester DOT rr DOT com>
To: "Tolkin, Steve" <Steve DOT Tolkin AT fmr DOT com>, <cygwin AT sourceware DOT cygnus DOT com>
References: <F614BF868E0DD411A5A700508B957E0038D02F AT MSGBOS679NTS DOT fmr DOT com>
Subject: Re: cd /d/somedir  fails, but  cd /d; cd somedir  works
Date: Wed, 14 Jun 2000 23:54:59 -0400
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600

Hi Steve,
----- Original Message -----
From: "Tolkin, Steve" <Steve DOT Tolkin AT fmr DOT com>
To: <cygwin AT sourceware DOT cygnus DOT com>
Sent: Wednesday, June 14, 2000 3:00 PM
Subject: RE: cd /d/somedir fails, but cd /d; cd somedir works


> I think I have found and fixed the problem.
> It was indeed that C: was mounted in binmode.  After I did this:
>
> 505~> mount -f -t c: /
> 506~> mount
> Device              Directory           Type         Flags
> C:\bin              /usr/bin            user         binmode
> C:\lib              /usr/lib            user         binmode
> d:                  /d                  user         textmode
> f:                  /f                  user         textmode
> c:                  /                   user         textmode
> e:                  /e                  user         textmode
>
> my "Permission denied" problems, as mentionned below, went away!
> I think this should be added to the FAQ and/or other relevant documents.
Is it wise (see above mount output) to have the same drive with common
forks of the tree mounted in two different mode?  You have C: mounted
text and C:\bin (as well as C:\lib) mounted as binary.
Now at what point in the path /usr/bin/test would cygwin switch from
text mode to binary mode. At / (text) at /usr (still text) /usr/bin (ha
ha now binary!) finally what happens if /usr/bin/fixer is a symlink to
/usr/fixer?  Is it text or binary?
Do you really want files in /bin to be CRLF ended and files in /usr/bin
to be LF terminated?

Something to think about?

Terry
>
>
> > -----Original Message-----
> > From: Tolkin, Steve
> > Sent: Wednesday, June 14, 2000 12:55 PM
> > To: 'cygwin AT sourceware DOT cygnus DOT com'
> ...
>
> > 0.  I am running cygwin 1.1.1 and so I will later upgrade to
> > 1.1.2 to see if that solves the cd /d/somedir problem.  In
> > the meantime I see some other anomalies, I am hoping that one
> > of these is the cause of my "Permission denied" problem
> > described in earlier emails, for which I still do not have
> > any workaound.
> >
> > Summary: I get Permission denied from gcc, rcsdiff, and sort.
> >  The first two are forking another process to do the IO, e.g.
> > gcc runs cpp.exe which is what actually reports the problem.
> > 1927/> TMP=/
> > 1928/> gcc a.c
> > cpp.exe: /cc7nEycW.i: Permission denied
> > This same failure happens even if I set TMP to a textmode device.
> > I am completely stuck on this.
> > 1929/> echo $CYGWIN
> > ntsec tty notitle
> >
> > 1.  I do not have unmount anywhere in my path?  Why not?
> > 1924/> unmount /e
> > bash: unmount: command not found
> >
> > 2.  The output of the mount command shows that C: is binmode
> > rather than textmode.  Is this a problem?
> > Device              Directory           Type         Flags
> > C:\bin              /usr/bin            user         binmode
> > C:\lib              /usr/lib            user         binmode
> > d:                  /d                  user         textmode
> > f:                  /f                  user         textmode
> > C:                  /                   user         binmode
> > e:                  /e                  user         textmode
> >
> ...
>
> Hopefully helpfully yours,
> Steve
> --
> Steven Tolkin          steve DOT tolkin AT fmr DOT com      617-563-0516
> Fidelity Investments   82 Devonshire St. R24D    Boston MA 02109
> There is nothing so practical as a good theory.  Comments are by me,
> not Fidelity Investments, its subsidiaries or affiliates.
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com
>



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