Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-ID: <000801c146a8$3ce33da0$5d754789@edinstonehaven> From: "Keith Starsmeare" To: "Robinow, David" , References: <80575AFA5F0DD31197CE00805F650D7602D019 AT wilber DOT adroit DOT com> Subject: Re: //c - Ouch! Date: Wed, 26 Sep 2001 17:28:11 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 > > As cgf was saying the other day, small incremental changes are often more > > acceptable in open source projects. Maybe the cygwin dll should have gone > > through a six month period whereby //c was broken completely and then > > repaired to recognise UNC paths rather than local drives. > Except that UNC paths have been recognized for a long time. Not if the server name was just one letter! > > I do know that the //c provided such a useful way to describe > > a local drive > /c is even more useful. Use mount!!! *I* know not to use //c - *I* follow the mail list. And btw, mount -c / is much simpler than mounting your drives! > > ... > > It's just that the implications will effect a lot of users > No, it will not. //c has been deprecated for a long time. > Nearly all users have made the transition. > [I bet my unsupported assertion is more accurate than yours.] Hmm. If you were using cygwin without following the list, just how would you know that it's been deprecated for a long time - it worked without problems, warning or errors. Keith (beginning to regret starting this thread) -- 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/