delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/02/27/10:31:45

Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Date: Tue, 27 Feb 2001 17:29:47 +0200
Message-Id: <200102271529.RAA28708@linux.>
From: "Ehud Karni" <ehud AT unix DOT simonwiesel DOT co DOT il>
To: cygwin AT cygwin DOT com
Subject: Re: New symlinks.
Organization: Simon & Wiesel Insurance agency
Reply-to: ehud AT unix DOT simonwiesel DOT co DOT il
References: <20010227064205 DOT 24363 DOT qmail AT web6404 DOT mail DOT yahoo DOT com>
X-Mailer: Emacs 20.7.1 rmail (send-msg 1.104)
MIME-Version: 1.0

On Tue, 27 Feb 2001 19:42:05 +1300 (NZDT),
    Danny Smith <danny_r_smith_2001 AT yahoo DOT co DOT nz> wrote:
> 
> cgf said:
>  
> > ...,but I'm not sure that we should ever expose the fact that a
> > symlink now has a .lnk extension to the user.
> 
> Expose yourself to the user, unless you have dirty secrets that might
> offend. 
> 
> Or maybe: All animals are equal, except some animals are more equal
> than others.  Yes, that would qualify openness,wouldn't it?

Without going into sarcasm, I agree with Danny. I don't think we should
follow M$ footsteps and hide things (files, files extension and so on).
I even think the file should be shown with the .lnk extension in the ls
output (i.e. foo.lnk -> bar). If there is a need to show native W9x/ME
sym-links Vs. Cygwin links, the ls should show the native *.lnk as is 
(i.e. native.lnk -> target) and the Cygwin sym-link with the lnk
exposed as optional, e.g. cygsym[.lnk] -> target.

As for cgf (rhetorical ?) question: All operation that relate to the
file DATA should work on the target (e.g. cat, piping to/from).
All operation that work on the file NAME should work on link proper
(e.g. rm, mv). When the link is not the BASENAME of a path it should
be substituted by its target (which must be a directory or another
sym-link). Problem may arise with program like cp (copy the content or
the name ?), I think the Linux behavior should be mimicked in this  
case (copy content unless the -d [--no-dereference] is used).

Ehud.


-- 
 @@@@@@ @@@ @@@@@@ @    @   Ehud Karni  Simon & Wiesel  Insurance agency
     @    @      @  @@  @   Tel: +972-3-6212-757    Fax: +972-3-6292-544
     @    @ @    @ @  @@    (USA)  Fax  and  voice  mail:  1-815-5509341
     @    @ @    @ @    @        Better     Safe     Than     Sorry
 http://www.simonwiesel.co.il    mailto:ehud AT unix DOT simonwiesel DOT co DOT il

--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019