delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2001/03/01/04:04:35

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
Message-ID: <17B78BDF120BD411B70100500422FC6309E222@IIS000>
From: Bernard Dautrevaux <Dautrevaux AT microprocess DOT com>
To: "'Earnie Boyd'" <cygwin AT cygwin DOT com>
Subject: RE: New symlinks.
Date: Thu, 1 Mar 2001 09:45:52 +0100
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2650.21)

> -----Original Message-----
> From: Earnie Boyd [mailto:earnie_boyd AT yahoo DOT com]
> Sent: Thursday, March 01, 2001 12:58 AM
> To: cygwin AT cygwin DOT com
> Subject: Re: New symlinks.
> 
> 
> Christopher Faylor wrote:
> > 
> > On Wed, Feb 28, 2001 at 11:29:54PM +0100, Corinna Vinschen wrote:
> > >On Wed, Feb 28, 2001 at 10:22:32PM +0100, Heribert Dahms wrote:
> > >> Yeah, and what should
> > >>      find . | xargs ls -ld
> > >> find implicitly and write explicitly?
> > >
> > >It should implicitely find foo and explicitely write `foo'
> > >since that is given from find to xargs.
> > >
> > >My point is simply iff somebody asks for foo.lnk _knowingly_
> > >Cygwin shouldn't react with `File not found'. That's the true
> > >surprise IMO.
> > 
> > That is the issue that I was raising initially.  We can agree to
> > disagree on this fact.  It seems that people are currently 
> speculating
> > wildly without actually trying the current implementation.
> > 
> 
> And should be the only issue left to discuss.

That was also the issue I was commenting about :-)

My argument about Windows users not being so dumb that they appear was that,
as basic Microsoft tools do NOT expose the ".lnk" extension for shortcuts
(that is also for cygwin symlinks), only people using more elaborate,
developper-oriented, tools will see it. THESE guys should understand what it
means; anyway they see it not only for cygwin symlinks, but for ANY Windows
shortcut. That what I mean saying they can adapt: in fact they HAVE to, and
this is not due to cygwin; it's due to Windows :-)

> If
>   ln -s foo bar
> then
>   ls -l bar.lnk
> should output
>   ls: bar.lnk: No such file or directory
> because the user should not be concerned with implementation and from
> the users point of view bar.lnk doesn't exist.

However, here I can't agree with your view :-) Cygwin is running in the
Windows world and ANY user will also use Windows programs. These programs
MAY display to him the ".lnk" extension (even if explorer don't) so th euser
will have to be aware of it, although I also fully agree that it should
probably never display it, but just accept it if provided explicitely (what
is IIUC, what's happenning with Corinna code).

The behaviour you promote would be perfect if users of cygwin ONLY use
cygwin tools and NO native Windows tools; but in this case, frankly, they
should consider installing Linux :-) Cygwin is useful because people NEED to
have Windows on their computer because they NEED to use various native
Windows programs, that MAY show-up the ".lnk" extension, so it will have to
be aware of it...

Regards,

	Bernard

--------------------------------------------
Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:	+33 (0) 1 47 68 80 80
Fax:	+33 (0) 1 47 88 97 85
e-mail:	dautrevaux AT microprocess DOT com
		b DOT dautrevaux AT usa DOT net
-------------------------------------------- 

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