[Mingw-notify] [ mingw-Bugs-1475483 ] mount Function not implemented

[SourceForge.net <no...@so...>]

Bugs item #1475483, was opened at 2006-04-24 08:00
Message generated for change (Comment added) made by earnie
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1475483&group_id=2435

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
Group: None
Status: Closed
Resolution: Remind
Priority: 5
Submitted By: anatoly techtonik (techtonik)
Assigned to: Earnie Boyd (earnie)
Summary: mount Function not implemented

Initial Comment:
Can't mount a path in MSYS.

---
user@STATION /etc
$ mount help
mount: not enough arguments
Usage: mount [OPTION] [<win32path> <posixpath>]

...

user@STATION /etc
$ mount d:/temp /e2
mount: /e2: Function not implemented

user@STATION /etc
$ mount d:\temp /e2
mount: /e2: Function not implemented

user@STATION /etc
$ cd /d/temp

user@STATION /d/temp
$ 

---

----------------------------------------------------------------------

>Comment By: Earnie Boyd (earnie)
Date: 2006-04-26 07:22

Message:
Logged In: YES 
user_id=15438

Yes, it is a bug I need to get to that adding a device while
msys-1.0.dll is active in memory doesn't DDTRT.  Closing
your MSYS session and reopening or touching the /etc/fstab
would have allowed cp foo /e to work.

----------------------------------------------------------------------

Comment By: Keith Marshall (keithmarshall)
Date: 2006-04-25 18:29

Message:
Logged In: YES 
user_id=823908

Curiously, I've recently been giving some thought to this. 
Working with USB storage media can be a bit of a pain, and
I've found that editing /etc/fstab can help MSYS to actually
recognise that /e really does mean the hot-plug media device
I just plugged in, rather than a *file* called /e -- yes
that happened to me yesterday; `cp foo /e' created a file
called /e, instead of putting a copy of foo on my memory stick!

To solve this, I found I needed to edit /etc/fstab, adding
the line `e:/  /usb', so adding /usb to the internal mount
table, and then `cp foo /usb' did the deed.

This got me to thinking that a pair rudimentary scripts,
emulating the most basic syntax of mount and umount, and
simply adding or removing lines from /etc/fstab on demand,
and so capitalising on the dynamic mapping feature, might be
convenient.  I haven't yet had time to develop the idea
further, but if I do, I'll certainly share it.

It would be nice, although not essential, if MSYS *did* read
 /etc/mnttab -- this, with the double `t' is, IIRC, the name
commonly used in UNIX systems -- instead of /etc/fstab. 
That way we more closely emulate modern UNIX behaviour;
otherwise we would have to insist on:

mount  realpath  virtualpath
umount eitherpath

(Of course we could still let mount with no args invoke
`/bin/mount.exe', to display the current mount table).

----------------------------------------------------------------------

Comment By: Earnie Boyd (earnie)
Date: 2006-04-25 06:57

Message:
Logged In: YES 
user_id=15438

When /etc/fstab is modified the mount points are refactered
dynamicly.  There are a few bindings that are necessary for
the operation of MSYS those cannot be changed by the user.

I would be appreciative of modification to the MSYS mount
code to allow a user to define mount points in /etc/fstab
and then control those mounts with /etc/mntab.  Then mount
would change /etc/mntab based on /etc/fstab and MSYS would
read /etc/mntab for the changes dynamicly.  I will not
personally do this because I don't really see the need since
changing /etc/fstab will dynamicly change the internal mount
table.

----------------------------------------------------------------------

Comment By: anatoly techtonik (techtonik)
Date: 2006-04-25 00:44

Message:
Logged In: YES 
user_id=669020

Quote: "These automatic file system bindings are not
changable by the user.  User defined file system bindings
can be created by specifying them in the /etc/fstab
directory as explained in table 2."

This doesn't explain why it is not possible to make user
defined file system bindings work at runtime?


----------------------------------------------------------------------

Comment By: Earnie Boyd (earnie)
Date: 2006-04-24 12:26

Message:
Logged In: YES 
user_id=15438

See the /doc/msys directory.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1475483&group_id=2435