UNC and POSIX paths

gmt@malth.us gmt@malth.us
Tue Jun 18 02:29:00 GMT 2013

On Mon, 17 Jun 2013, at 11:19, Larry Hall (Cygwin) thusly quipped:
> So it's a question of convenience vs correctness.  It seems the argument
> is that it is convenient to allow incorrect scripts.  An alternate
argument could be
> made that it is equally convenient to continue having Cygwin correctly
> '//' as it has been.  In addition, since the UNC interpretation of paths
comes for
> free (it's a Windows feature), it would be pretty inconvenient to make
> work otherwise.
> I don't think the convenience vs correctness argument is going to inspire
> someone to action. ;-)

On Mon, 17 Jun 2013, at 12:01, Dan Kegel thusly quipped:
> Andrew DeFaria wrote:
>> I'm confused. Let me ask a different way - why not fix such scripts
>> That's all I'm asking.
> He's probably daunted by the thought.
> If he really wants to change the world here, he should consider writing a
> that scanned for such problems, and lobbying to get it included in some
> used suite of checks like lintian.
> - Dan

Geez, tough ml.  If you are referring to me, you've misunderstood.

This was a rhetorical exercise, not an advocacy campaign :)  At no point
have I advocated not fixing broken scripts, or changing the world in any
way.  And I am undaunted by thoughts.  Mostly, I couldn't resist giving a
literal answer to Andrew's (maybe-not-so-literally-intended) question of
"why not fix it?" (nevertheless, I did fix it, already).

Plus, I reasoned that, as somebody who could have benefited from OP's
proposal in the past, I was in a good position to play devil's advocate (I
expected the other side of the argument would be adequately presented by
everyone else but me).

BTW, along the same lines, I stated previously it would break
ash-root.m4.  Turns out I was wrong, the m4 has a hard-coded list of
platforms.  So, I have to say, I can't think of one technical or merit-based
reason this shouldn't be done, aside from the fact that it's annoying to
hear it endlessly brought up on the mailing list (a problem which an
implementation would, in fact, solve, not exacerbate).


Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple

More information about the Cygwin mailing list