You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are three possibles approaches concerning the persistence of auto-mounted drives:
(current) Do not do anything. Let the user set up their filesystem structure the way they like.
Persist drives. This works from any folder because dosbox-staging always looks in its own folder before checking in the current directory. I've tested running the dosbox-staging executable from a different drive via the command line and it detects the drives folder without issues. I haven't seen any mention in the documentation of this behavior (but I'm asking upstream devs).
Persist resources/drives. I don't like this solution because the files in resources/drives may be updated later by upstream developers, but it does allow to exploit a documented feature, and allows customization of the default "ESSENTIALS" drive.
Documentation of the automount feature is present in the default configuration file:
# automount: Mount 'drives/[c]' directories as drives on startup, where [c] is a lower-case
# drive letter from 'a' to 'y' (enabled by default). The 'drives' folder can be
# provided relative to the current directory or via built-in resources.
# Mount settings can be optionally provided using a [c].conf file along-side
# the drive's directory, with content as follows:
# [drive]
# type = dir, overlay, floppy, or cdrom
# label = custom_label
# path = path-specification, ie: path = %path%;c:\tools
# override_drive = mount the directory to this drive instead (default empty)
# verbose = true or false
# readonly = true or false
Personally, I would like to have 2 implemented.
The text was updated successfully, but these errors were encountered:
There are three possibles approaches concerning the persistence of auto-mounted drives:
drives
. This works from any folder because dosbox-staging always looks in its own folder before checking in the current directory. I've tested running the dosbox-staging executable from a different drive via the command line and it detects thedrives
folder without issues. I haven't seen any mention in the documentation of this behavior (but I'm asking upstream devs).resources/drives
. I don't like this solution because the files inresources/drives
may be updated later by upstream developers, but it does allow to exploit a documented feature, and allows customization of the default "ESSENTIALS" drive.Documentation of the automount feature is present in the default configuration file:
Personally, I would like to have 2 implemented.
The text was updated successfully, but these errors were encountered: