This is the mail archive of the
cygwin@sourceware.cygnus.com
mailing list for the Cygwin project.
Re: File name syntax (WAS: RE: FW: Can not config sshd)
- To: Earnie Boyd <earnie_boyd at yahoo dot com>
- Subject: Re: File name syntax (WAS: RE: FW: Can not config sshd)
- From: Chris Faylor <cgf at cygnus dot com>
- Date: Sun, 28 May 2000 12:14:33 -0400
- Cc: cygwin users <cygwin at sourceware dot cygnus dot com>
- References: <20000528151415.4262.qmail@web109.yahoomail.com>
- Reply-To: cygwin at sourceware dot cygnus dot com
On Sun, May 28, 2000 at 08:14:15AM -0700, Earnie Boyd wrote:
>--- Chris Faylor <cgf@cygnus.com> wrote:
>-8<-
>> I have mixed feelings about this. I routinely use //sys/share to access
>> remote
>> shares. If cygwin had translated sys:share to //sys/share two or three years
>> ago then I would be using that mechanism instead.
>>
>> Unfortunately, this use is embedded in various scripts on my machine. I
>> would
>> be surprised if I was the only person who would be affected by this.
>
>Well, we've changed the way other things work without regard to what might
>break by doing so, e.g., the Windows path \ deal. So, what's the sweat about
>this change, you just fix what breaks.
If you're referring to the use of backslash in path specs, the intent was to
help a lot of people who had a natural assumption that \foo\bar would refer
to c:\foo\bar if they were on the c: drive. As you can see, I'm trying to
accomodate the Windows assumptions here.
Changing cygwin so that it ignored a leading // would be exactly the opposite
philosophy and it would basically just accomodate broken software rather
than natural user assumptions.
cgf
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com