public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Larry Hall (RFK Partners, Inc)" <lhall@rfk.com>
To: "Ching, Jimen" <Jimen.Ching@SpirentCom.COM>,
	"'cygwin@cygwin.com'" <cygwin@cygwin.com>
Subject: Re: default mounts
Date: Tue, 18 Dec 2001 16:22:00 -0000	[thread overview]
Message-ID: <4.3.1.2.20011218190712.023396e0@pop.ma.ultranet.com> (raw)
In-Reply-To: <8AC36D3167EED41184C800508BD95405016744CF@apollo.adtech-inc .com>

At 03:15 PM 12/18/2001, Ching, Jimen wrote:
>Hi all,
>
>I have just installed the latest cygwin dll.  I noticed that the /bin and
>/usr/bin are now their own separate directories.  At one point, they were
>symlinks.  But when I reboot my computer, my mount table still shows the
  ^^^^^^^^^

I don't believe that setup.exe ever created symlinks for these directories.
I could be wrong.  Either way, if such a thing was ever done by setup.exe,
it was quite some time ago.


>e:\cygwin\bin is mounted on /usr/bin, where e:\cygwin is mounted on /.
>This means both /bin and /usr/bin are the same physical directory.  But
>the setup.exe has placed valid files in /usr/bin, which is overridden
>by the mount.  Is this the normal behavior?


No.  You should check this out closely.  If it's not an artifact your
custom environment (the fact that you mention symlinks to /bin and/or
/usr/bin makes me think your environment may be "fooling" setup.exe 
into doing the wrong thing), please provide details of what you find.
If you find it's the result of something specific to your environment,
we only need to know that this is the case.

Thanks,


Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
838 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

       reply	other threads:[~2001-12-19  0:18 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <8AC36D3167EED41184C800508BD95405016744CF@apollo.adtech-inc .com>
2001-12-18 16:22 ` Larry Hall (RFK Partners, Inc) [this message]
2001-12-19 12:43 Ching, Jimen
     [not found] <8AC36D3167EED41184C800508BD95405016744DD@apollo.adtech-inc .com>
2001-12-19 12:43 ` Larry Hall (RFK Partners, Inc)
  -- strict thread matches above, loose matches on Subject: below --
2001-12-19 12:11 Ching, Jimen
     [not found] <8AC36D3167EED41184C800508BD95405016744D6@apollo.adtech-inc .com>
2001-12-19  7:31 ` Larry Hall (RFK Partners, Inc)
2001-12-18 16:30 Ching, Jimen
2001-12-18 12:20 Ching, Jimen
2001-12-19  3:54 ` David Starks-Browning

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4.3.1.2.20011218190712.023396e0@pop.ma.ultranet.com \
    --to=lhall@rfk.com \
    --cc=Jimen.Ching@SpirentCom.COM \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).