Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , 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, 17 May 2002 14:18:22 -0400 (EDT) From: David E Euresti To: Subject: RE: umount doesn't umount In-Reply-To: <7B9BE47109ACD211B96700104B23575309D06133@hive.niaid.nih.gov> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Indeed Cygwin thinks that because the name has a colon it's a win32 path. In mount_info::conv_to_win32_path /* An MS-DOS spec has either a : or a \. If this is found, short circuit most of the rest of this function. */ if (strpbrk (src_path, ":\\") != NULL || slash_unc_prefix_p (src_path)) Maybe I'll have to use something that's not a colon. But I did find a way to clean up the mess. If mount looks like this $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /blah:a type user (textmode) $umount c: seems to clean it up. $ mount C:\cygwin\bin on /usr/bin type system (binmode) C:\cygwin\lib on /usr/lib type system (binmode) C:\cygwin on / type system (binmode) c: on /cygdrive/c type user (binmode,noumount) But maybe the correct test for Win32ness is if it's a letter followed by a colon. Or if the colon is the 2nd letter in the name. That way colons can be used later. -- 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/