public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: "Schwarz, Konrad" <konrad.schwarz@siemens.com>
To: "cygwin@cygwin.com" <cygwin@cygwin.com>
Subject: RE: Device names in /proc/mounts
Date: Thu, 28 Jul 2011 08:18:00 -0000	[thread overview]
Message-ID: <9B10FEAACF062F48A095880A451FF0590380B9DAEF@DEMCHP99E84MSX.ww902.siemens.net> (raw)
In-Reply-To: <20110727094051.GA28312@calimero.vinschen.de>

> From: Corinna Vinschen
> Sent: Wednesday, July 27, 2011 11:41 AM
> Subject: Re: Device names in /proc/mounts

>   D:/foo/bar /baz xyz binary,posix=0 0 0
>   //server/share/some/path /home/dummy smbfs binary,noacl 0 0
> 
> how would you map them to devices?  Both paths are not 
> devices, except that they are equivalent to the NT kernel paths
> 
>   \Device\HarddiskVolume3\foo\bar
>   \Device\Mup\server\share\some\path

Why not display these (in /proc/mounts) as

	/cygdrive/d/foo/bar	/baz	bind	...
	//server/share/some/path	/home/dummy	bind	...

I think this is the Linux bind mount syntax.

> > In Cygwin, there is no way of figuring out where /dev/sdXY 
> is mounted.
> 
> Yes, for the simple reason that they are not mounted in 
> Cygwin, but only in NT.  What you're asking for just doesn't 
> make sense in this context.

As far as I understand, Cygwin mount knows about
- fixed mounts /, /usr/bin, /usr/lib
- user-defined mounts taken from /etc/fstab, /etc/fstab.d, and the command-line
- Win32 drive letters implicitly mounted under /cygdrive

The last case is actually handled by Windows, as you point out.

What would be the problem (otherwise than backwards compatibility) in using
Cygwin device names in this last case?

For the second case (and the first, should you so desire), you could use
the /cygdrive prefix or //server/share notation, as above.

> No.  There is no reason to carry the Linux compatibility to 
> such extremes.  Forcing the users to use device names in 
> /etc/fstab just won't fly.  Let's use the above two examples again:
> 
>   D:/foo/bar /baz xyz binary,posix=0 0 0
>   //server/share/some/path /home/dummy smbfs binary,noacl 0 0
> 
> What would you like to see in fstab for both of them?
> 
>   /Device/HarddiskVolume3/foo/bar /baz xyz binary,posix=0 0 0
> 
> or
> 
>   /dev/sdb1/foo/bar /baz xyz binary,posix=0 0 0
> 
> Both are not Linux compatible either, since you can't use 
> expressions like /dev/sdb1/foo/bar under Linux to access 
> subdirectories on a drive.

Well, I would use

	/cygdrive/d/foo/bar	/baz	bind	...

as I suggested above.  Even better would be if Linux rebinding
did it this way.

But mostly I would like
	/dev/sda1 /cygdrive/c	ntfs	...
rather than
	C: /cygdrive/c	ntfs	...

> And what about remote shares?
>  
>   /Device/Mup/server/share/some/path /home/dummy smbfs 
> binary,noacl 0 0
> 
> Where's the POSIX device here?  There is none.  Do you want 
> to invent one, like, say, /dev/mup?  There's no equivalent 
> device on Linux.

Again, as suggested above:

	//server/share/some/path /home/dummy smbs	...

> Cygwin tries to have a Linux-like API.
> But it's running on Win32.  So there are limitation what we 
> can do and what makes sense, given the context.

I quite understand, it's just that I think you could sensibly
stretch the limits a little bit more in this case :-).

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

  parent reply	other threads:[~2011-07-28  8:18 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-25 12:30 Schwarz, Konrad
2011-07-25 14:01 ` Corinna Vinschen
2011-07-27  8:15   ` Schwarz, Konrad
2011-07-27  8:35   ` Schwarz, Konrad
2011-07-27  9:41     ` Corinna Vinschen
2011-07-27 11:19       ` Christopher Faylor
2011-07-28  8:18       ` Schwarz, Konrad [this message]
2011-07-28 11:22         ` Christopher Faylor
2011-07-29  7:46           ` Schwarz, Konrad
2011-07-29  9:21             ` Corinna Vinschen
2011-07-29 13:34               ` Schwarz, Konrad
2011-07-29 20:16                 ` Corinna Vinschen
2011-07-30  4:53                   ` Christopher Faylor
2011-07-30  8:18                     ` Corinna Vinschen
2011-08-01 13:10                       ` Nellis, Kenneth
2011-08-01 13:22                         ` Christopher Faylor
2011-08-06 23:53                   ` pb w/ cygpath -w /dev/sdXY (was Re: Device names in /proc/mounts) Cyrille Lefevre
2011-08-07 11:38                     ` Corinna Vinschen
2012-09-13 16:27                   ` associating volume labels with drive letters Nellis, Kenneth
2012-09-26  6:22                     ` Mark O'Keefe
2012-09-26 13:43                       ` Nellis, Kenneth
2012-10-19 18:45                         ` Nellis, Kenneth
2012-10-19 18:52                           ` Corinna Vinschen
2011-07-29 21:28                 ` Device names in /proc/mounts Buchbinder, Barry (NIH/NIAID) [E]
2011-07-25 15:07 ` Christopher Faylor

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9B10FEAACF062F48A095880A451FF0590380B9DAEF@DEMCHP99E84MSX.ww902.siemens.net \
    --to=konrad.schwarz@siemens.com \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).