delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2003/01/10/20:51:31

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
Date: Fri, 10 Jan 2003 20:52:08 -0500
From: Christopher Faylor <cgf AT redhat DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Repost, different list...File::Spec, cygwin, Syntactic vs. Semantic path analysis
Message-ID: <20030111015208.GC7720@redhat.com>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <003601c2b8ff$e3c00a20$1403a8c0 AT sc DOT tlinx DOT org>
Mime-Version: 1.0
In-Reply-To: <003601c2b8ff$e3c00a20$1403a8c0@sc.tlinx.org>
User-Agent: Mutt/1.5.1i

...why there are two messages with the same body and different
from addresses.

Please fix your configuration problem and stop duplicating your messages.

On Fri, Jan 10, 2003 at 03:27:49PM -0800, linda w (cyg) wrote:
>Interesting...wonder why they wouldn't just create pseudo devices in /dev and do the normal unix mount thing?  Seems odd to complicate the simple namespace model needlessly by adding a special syntax.
>
>Even still, just because one wants to have more traditional unix names doesn't preclude the possible design goal of backward compatibility with existing Win32 pathnames to aid in portable tool usage and design.
>
>Even a hard coded /smb/ or /smb:/ prefix on smb <host/sharename> shares would be a better choice that "//".  Why perpetuate the MS view of 
>SMB being 'special' vs. using an eventual mounting syntax that would allow it to coexist with /nfs/ type files?  If the mount system evolved enough in cygwin, then I could see mount allowing specification of 'nfs' in a mount command -- either as a link to an MS-nfs method (assuming they were supply one) or cygwin-based NFS methods like the universal NFS server... 
>
>-linda
>
>
>> Cygwin predates RedHat. See http://cygwin.com/history.html  (the
>> earliest date in the file is Dec 1995). RedHat bought Cygnus 
>> Solutions 
>> (which was a shop for commercial support for GNU software, especially 
>> GCC ports to obscure and new platforms), which did the 
>> original Cygwin work.
>> 
>> Anyone at RedHat from the original Cygwin team (the last
>> warriors of the 
>> (in)famous "Beta 20" :-)?) wanna answer this?
>> 
>> There's an interesting line in the early changelogs:
>> 
>>     Release Beta 8
>>     [...]
>>     Much nicer way of describing paths, eg //c/foo is c:\foo.
>> 
>> Suggests that the early goal *was* to provide a POSIX-y view, and the
>> exposing of Windows paths was added as a convenience..
>> 
>> 
>
>
>--
>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/

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