> > That's the wrong value when running "DOS" on
> > my Android. My executables are in
> >
> > /storage/emulated/0/Download/dos
> >
> > aka
> >
> > \storage\emulated\0\Download\dos
>
> DOS requires a drive letter to work properly -- it won't understand
> "\storage\emulated\0\Download\dos" without a drive letter (like "D:") in
> front of it.
Yes it does. That's the "current drive".
So that is designed to work regardless of whether
you boot from floppy or hard disk or - Android phone.
If a specific flavor of DOS - e.g. a modified MSDOS 4.0,
has BOOTPATH added, then we could make it put in a full
path, ie C:\
But PDOS-generic (ie another flavor of DOS - depending
on what on earth "DOS" means when ported to ARM), only
has the one drive, so no letter is required.
At least that's how it currently is. PDOS-generic, unlike
PDOS/386, has been deliberately left in a primitive state
so that issues like BOOTPATH can be found before anything
is set in stone. Currently "dir" is very crude because I
am waiting for comp.lang.c to approve a C90 extension to
provide directory access.
So I don't have a problem with making an artificial C
drive, if that is what is desired.
> In certain situations you can get away with network services
> by starting them with a double-backslash ("\\"), but even in those cases
> you must reference the server and not just the directories.
>
> What DOS drive letter is assigned to the "root" of "\storage\..."?
A more appropriate question might be - which particular
operation are you doing that requires a drive letter?
I write in C90. I don't hardcode filenames. fopen()
is normally given a parameter from the user. There is
no reason to force the user to include a drive letter.
> Also, I wouldn't think Android (or you) would want a virtual DOS session to
> have access to anything above the "\dos" level at the end of the
> subdirectory string (at least not by default).
Ah - but that's exactly what I want!
I want to turn my Android phone into MSDOS. I can
now reclaim my disk drive. ie cd to wherever I want.
Instead of being forced to use a GUI.
And I can run native ARM applications at full speed.
Without needing to jailbreak.
Not only that, but the ARM applications are valid
Win32 ARM executables. So you can buy an ARM Windows
PC. I don't know if Microsoft is going to disable
the ability to run ARM32 windows executables, so I
keep my ARM PC disconnected from the internet.
It still forces me to connect to the internet to do
some sort of password verification, but after that
is done, I disconnect before it has a chance to
download a system update. |