This is the mail archive of the
cygwin@sources.redhat.com
mailing list for the Cygwin project.
Re: Accessing local hard disks
- To: Mathis Severin <Severin dot Mathis at swisslife dot ch>
- Subject: Re: Accessing local hard disks
- From: Corinna Vinschen <vinschen at cygnus dot com>
- Date: Wed, 02 Aug 2000 09:43:03 +0200
- CC: "'cygwin at sourceware dot cygnus dot com'" <cygwin at sourceware dot cygnus dot com>
- References: <7C05304CF121D411BF4C0008C75D722B0136310F@ns9850.swisslife.ch>
- Reply-To: cygwin <cygwin at sources dot redhat dot com>
Mathis Severin wrote:
>
> Hello
>
> For accessing local hard disk there are several possibilities. To make the
> task easy you can mount the different disks into the Cygwin file system or
> you can create symbolic links in the root of the file system using
> /cygdrive/c.
>
> My questions are:
> - Which is the prefered way to choose ?
There's no explicit `prefered' way. You may do it as you want.
Personally I prefer mounting:
- Mounting is more predictable. I can see my mount table in one call
to `mount' while I would have to search for every single symlink
by myself.
- I can decide about the mount mode (text/binary) of the file system.
> - What is the difference between these two solutions (pros and cons) ?
Same as above, IMO. Pros for mounting, cons for /cygdrive symlinks.
> - Concerning performance, in what cases is the symbolic link the worse
> solution ? (Only when the link has to be resolved or even when a linked
> drive is the current working directory)
Try it. Symlinks should be slower in either case but I can't remember
of any published performance measurement.
> - When defining the symbolic links, what is the difference between using
> /cygdrive/c and //c ?
The //c syntax is deprecated since it collides with the //server/share
syntax.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer mailto:cygwin@sources.redhat.com
Red Hat, Inc.
mailto:vinschen@cygnus.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com