Dominus wrote:As I wrote before how much code does need to be written to know where the problem with the path is. If it's just an error in the pathname (for example ws3 instead of wc3) your proposed error message would not be misleading but just not applying at all to the actual problem.
Right now, if the path is wrong it's wrong.
Right now, the definition of wrong is such that relative paths are not allowed. This would be easy to change. About all that would have to be done is to remove the part the disallows relative paths.
Should dosbox really try to figure out what the problem is?
When "figure out" is whether a directory exists, yes. It does that right now, just not for relative paths.
So when some writes
Mount c c:ws3
And that path doesn't exist, should dosbox check whether it is some variation of this (c:wc3, c:ws1, etc.) or whether there might be a ws3 folder elsewehere (c:whatever/ws3) or even some variation of that (c:whatever/wc3)? Do you now see that this can not be done?
Windows program shortcuts have a "Start in" property. That is the working directory that the program starts in. Any relative directory would, logically, be in terms of that. Far from not being possible, it is very possible.
A relative directory is unambiguous for a given current working directory. There is no need to go hunting. If the relative directory specified does not exist, throw an error.
Relative paths date back to DOS. This is not something that was added in Windows.
Sincerely,
Gene Wirchenko