From: SourceForge.net <no...@so...> - 2006-04-24 12:00:46
|
Bugs item #1475483, was opened at 2006-04-24 12:00 Message generated for change (Tracker Item Submitted) made by Item Submitter 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: Open Resolution: None 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 $ --- ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1475483&group_id=2435 |
From: SourceForge.net <no...@so...> - 2006-04-24 16:26:22
|
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: Invalid 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-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 |
From: SourceForge.net <no...@so...> - 2006-04-25 04:44:19
|
Bugs item #1475483, was opened at 2006-04-24 12:00 Message generated for change (Comment added) made by techtonik 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: anatoly techtonik (techtonik) Date: 2006-04-25 04: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 16: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 |
From: SourceForge.net <no...@so...> - 2006-04-25 10:58:05
|
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-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 |
From: SourceForge.net <no...@so...> - 2006-04-25 22:29:44
|
Bugs item #1475483, was opened at 2006-04-24 12:00 Message generated for change (Comment added) made by keithmarshall 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: Keith Marshall (keithmarshall) Date: 2006-04-25 22: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 10: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 04: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 16: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 |
From: SourceForge.net <no...@so...> - 2006-04-26 11:22:01
|
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 |
From: SourceForge.net <no...@so...> - 2006-04-26 13:47:48
|
Bugs item #1475483, was opened at 2006-04-24 12:00 Message generated for change (Comment added) made by techtonik 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: anatoly techtonik (techtonik) Date: 2006-04-26 13:47 Message: Logged In: YES user_id=669020 The idea with automatic modification of /etc/mnttab seems rather good to me. Are changes to /etc/mnntab persistent across login sessions? BTW where are sources for mount.exe ? I can't find them via ViewCVS. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2006-04-26 11: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 22: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 10: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 04: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 16: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 |
From: SourceForge.net <no...@so...> - 2006-04-26 13:49:21
|
Bugs item #1475483, was opened at 2006-04-24 12:00 Message generated for change (Settings changed) made by techtonik 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: Pending 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: anatoly techtonik (techtonik) Date: 2006-04-26 13:47 Message: Logged In: YES user_id=669020 The idea with automatic modification of /etc/mnttab seems rather good to me. Are changes to /etc/mnntab persistent across login sessions? BTW where are sources for mount.exe ? I can't find them via ViewCVS. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2006-04-26 11: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 22: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 10: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 04: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 16: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 |
From: SourceForge.net <no...@so...> - 2006-04-26 14:33:59
|
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: Pending 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 10:33 Message: Logged In: YES user_id=15438 http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/winsup/utils/ uses http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/winsup/cygwin/ uses http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/newlib/ ---------------------------------------------------------------------- Comment By: anatoly techtonik (techtonik) Date: 2006-04-26 09:47 Message: Logged In: YES user_id=669020 The idea with automatic modification of /etc/mnttab seems rather good to me. Are changes to /etc/mnntab persistent across login sessions? BTW where are sources for mount.exe ? I can't find them via ViewCVS. ---------------------------------------------------------------------- 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 |
From: SourceForge.net <no...@so...> - 2006-04-26 18:00:39
|
Bugs item #1475483, was opened at 2006-04-24 12:00 Message generated for change (Comment added) made by keithmarshall 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: Pending 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: Keith Marshall (keithmarshall) Date: 2006-04-26 18:00 Message: Logged In: YES user_id=823908 > Are changes to /etc/mnttab persistent across login sessions? Changes to /etc/fstab are, at present. If we modifiy the DLL code to read /etc/mnttab instead of /etc/fstab, then that should continue to be the case. We could then redesignate /etc/fstab to work with a modified mount command, to specify default mount points for paths we want to "mount" intermittently, just as it would be used on a modern *nix system. Even without the modification, we could kludge something that would offer similar functionality, but the file name usage might seem odd, to users coming from a *nix background. > BTW where are sources for mount.exe ? I can't find them via ViewCVS. Neither ViewCVS nor anonymous CVS are reliable sources on SF at present; the content of these repositories have not been updated, to match the development status, for several weeks now, following a hardware failure. See the SF Site Status page for more info. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2006-04-26 14:33 Message: Logged In: YES user_id=15438 http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/winsup/utils/ uses http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/winsup/cygwin/ uses http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/newlib/ ---------------------------------------------------------------------- Comment By: anatoly techtonik (techtonik) Date: 2006-04-26 13:47 Message: Logged In: YES user_id=669020 The idea with automatic modification of /etc/mnttab seems rather good to me. Are changes to /etc/mnntab persistent across login sessions? BTW where are sources for mount.exe ? I can't find them via ViewCVS. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2006-04-26 11: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 22: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 10: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 04: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 16: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 |
From: SourceForge.net <no...@so...> - 2006-04-28 13:11:28
|
Bugs item #1475483, was opened at 2006-04-24 12:00 Message generated for change (Comment added) made by keithmarshall 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: Pending 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: Keith Marshall (keithmarshall) Date: 2006-04-28 13:11 Message: Logged In: YES user_id=823908 FWIW, I've attached a pair of rough and ready scripts, which provide rudimentary mount/umount manipulation of /etc/fstab, directly from the command line. I've not attempted to make them especially robust, but used sensibly, they get the job done. To deploy them, unpack the tarball into /bin, and rename to remove the `.sh' extensions. Do note that they continue to (ab)use the /etc/fstab file, as if it were /etc/mnttab, so I've not provided any of the functionality which is normally attributed to /etc/fstab, (/etc/vfstab on SunOS); neither have I included any support for mount options -- syntax is restricted to: mount mount win32path mountpoint umount mountpoint umount win32path ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 2006-04-26 18:00 Message: Logged In: YES user_id=823908 > Are changes to /etc/mnttab persistent across login sessions? Changes to /etc/fstab are, at present. If we modifiy the DLL code to read /etc/mnttab instead of /etc/fstab, then that should continue to be the case. We could then redesignate /etc/fstab to work with a modified mount command, to specify default mount points for paths we want to "mount" intermittently, just as it would be used on a modern *nix system. Even without the modification, we could kludge something that would offer similar functionality, but the file name usage might seem odd, to users coming from a *nix background. > BTW where are sources for mount.exe ? I can't find them via ViewCVS. Neither ViewCVS nor anonymous CVS are reliable sources on SF at present; the content of these repositories have not been updated, to match the development status, for several weeks now, following a hardware failure. See the SF Site Status page for more info. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2006-04-26 14:33 Message: Logged In: YES user_id=15438 http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/winsup/utils/ uses http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/winsup/cygwin/ uses http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/newlib/ ---------------------------------------------------------------------- Comment By: anatoly techtonik (techtonik) Date: 2006-04-26 13:47 Message: Logged In: YES user_id=669020 The idea with automatic modification of /etc/mnttab seems rather good to me. Are changes to /etc/mnntab persistent across login sessions? BTW where are sources for mount.exe ? I can't find them via ViewCVS. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2006-04-26 11: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 22: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 10: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 04: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 16: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 |
From: SourceForge.net <no...@so...> - 2006-05-27 02:20:16
|
Bugs item #1475483, was opened at 04/24/06 05:00 Message generated for change (Comment added) made by sf-robot 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: SourceForge Robot (sf-robot) Date: 05/26/06 19:20 Message: Logged In: YES user_id=1312539 This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 30 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 04/28/06 06:11 Message: Logged In: YES user_id=823908 FWIW, I've attached a pair of rough and ready scripts, which provide rudimentary mount/umount manipulation of /etc/fstab, directly from the command line. I've not attempted to make them especially robust, but used sensibly, they get the job done. To deploy them, unpack the tarball into /bin, and rename to remove the `.sh' extensions. Do note that they continue to (ab)use the /etc/fstab file, as if it were /etc/mnttab, so I've not provided any of the functionality which is normally attributed to /etc/fstab, (/etc/vfstab on SunOS); neither have I included any support for mount options -- syntax is restricted to: mount mount win32path mountpoint umount mountpoint umount win32path ---------------------------------------------------------------------- Comment By: Keith Marshall (keithmarshall) Date: 04/26/06 11:00 Message: Logged In: YES user_id=823908 > Are changes to /etc/mnttab persistent across login sessions? Changes to /etc/fstab are, at present. If we modifiy the DLL code to read /etc/mnttab instead of /etc/fstab, then that should continue to be the case. We could then redesignate /etc/fstab to work with a modified mount command, to specify default mount points for paths we want to "mount" intermittently, just as it would be used on a modern *nix system. Even without the modification, we could kludge something that would offer similar functionality, but the file name usage might seem odd, to users coming from a *nix background. > BTW where are sources for mount.exe ? I can't find them via ViewCVS. Neither ViewCVS nor anonymous CVS are reliable sources on SF at present; the content of these repositories have not been updated, to match the development status, for several weeks now, following a hardware failure. See the SF Site Status page for more info. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 04/26/06 07:33 Message: Logged In: YES user_id=15438 http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/winsup/utils/ uses http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/winsup/cygwin/ uses http://cvs.sourceforge.net/viewcvs.py/mingw/msys/rt/src/newlib/ ---------------------------------------------------------------------- Comment By: anatoly techtonik (techtonik) Date: 04/26/06 06:47 Message: Logged In: YES user_id=669020 The idea with automatic modification of /etc/mnttab seems rather good to me. Are changes to /etc/mnntab persistent across login sessions? BTW where are sources for mount.exe ? I can't find them via ViewCVS. ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 04/26/06 04: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: 04/25/06 15: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: 04/25/06 03: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: 04/24/06 21: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: 04/24/06 09: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 |