delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2002/04/19/23:27:43

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Message-ID: <3CC0E064.3070309@ece.gatech.edu>
Date: Fri, 19 Apr 2002 23:28:36 -0400
From: Charles Wilson <cwilson AT ece DOT gatech DOT edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.4) Gecko/20011019 Netscape6/6.2
X-Accept-Language: en-us
MIME-Version: 1.0
To: Robert Collins <robert DOT collins AT itdomain DOT com DOT au>
CC: cygwin AT cygwin DOT com
Subject: Re: Why did you guys break EVERYTHING...
References: <FC169E059D1A0442A04C40F86D9BA7600C5E90 AT itdomain003 DOT itdomain DOT net DOT au>

>>Also, the semantics and output of "which", "ls", and "cp" 
>>have changed too in my opinion, not the least of which is the 
>>fau root directory and all the cygnus stuff being in 
>>"/usr/local/bin" which is not a real directory on my machine. 
>>
> 
> The cygnus stuff goes into c:\cygwin\bin aka /usr/bin, not
> /usr/local/bin. Are you sure you installed Cygwin via setup.exe, not
> from some other site?


I'm curious to know exactly how OLD is the version of cygwin that 
"worked" for you, Barry?  I mean, the 'mount' convention has been around 
since StoneHenge or longer -- that is, using a mount table to create a 
mapping between multi-rooted windows paths (A:\this, C:\that) and a 
single-rooted unixlike path structure (/ == root, but /cygdrive/a/this = 
A:\this, etc.  Note that /cygdrive/X/ = X:\ is handled automagically by 
cygwin -- and the old mechanism (//X/ = X:\) doesn't work anymore 
because it's too similar to the way you access remote windows shares 
(//computer/share/file  :  what if you have a computer named 'X'?)

 
> As for the tools, by and large they all support d:\foo syntax as well -
> but remember, if you run them within bash, the \ becomes an escape
> character, so you need d:\\foo for the tool to see the backslash.


Although those programs that use ':' as a delimiter in their filespec 
arguments may be a little confused -- but most of the tools I am talking 
about are fairly new compared to stonehenge, so I doubt they 'broke' on 
your system; your ancient installation just didn't HAVE an scp program...

scp A:\\boblocal remotecomp:fred

scp MAY be confused by this:
   1) copy file /boblocal on computer 'A' to file ~/fred on computer 
'remotecomp'?  scp can't do 3rd party transfers.
   2) copy local file boblocal on local disk A:\ to file ~/fred on 
computer remotecomp?  Sure, no problem...

I'm not sure which interpretation scp will use.

Oh -- and one more tip:  In windows (cmd.exe/command.com, etc) the 
following is a perfectly valid pathspec:
   A:/fred/george
I've gotten into the habit of always using forward slashes -- in both 
command.com and in bash, so I don't have to worry about the 'oh yeah in 
bash you need to double up the backslashes' problem.

--Chuck


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

- Raw text -


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