Note: QDOS is not DOS!
prime wrote:
Code: Select all
make_dir qmake
ex unzip;"dos6_qmake4.32_zip"
I then used wdel to remove the example files from the root!
unzip will create files in the data default directory. (why do you think unzip should place files into that new qmake directory?) Because that is "dev1_" (very probably mapped to "win1_"), your files will end up there. You can tell unzip you want the files somewhere else, so
Code: Select all
make_dir qmake
ex unzip;"-d win1_qmake_ dos6_qmake4.32_zip"
Would have done what you wanted.
prime wrote:
So I do a DDOWN QMake and a dir / wdir :
dir wants to be nice to you and lists the files in a directory with the directory name prefixed (so you know where you are). So what you actually have in your QMake directory is a file named "English" and another one named "German" - That's probably the source of your confusion.
so
will give you a file "win1_qmake_qmake" (I guess that is what you wanted).
prime wrote:
Giving the full path doesn't help :
Code: Select all
copy win1_qmake_qmake_english to win1_q
Gives 'not found'
Reason is given above - There's no file named "qmake_english" in "win1_qmake" - it's simply named "english".
What really happened when you initially made that directory and unzipped qmake, the zip file very probably didn't include a directory at all - it had flat files named "QMake_English" and "QMake_German". But because you made a directory of that name that incidentally clashed with the file names from the zip file, the system guessed you wanted to put the files in there, "used up" the directory part of the name and created two files named "English" and "German" in there. This is caused by the ambiguity of the underscore to possibly both be part of a file name and a directory separator. You can create the same confusion by creating two files
Code: Select all
copy win1_boot to win1_saved_boot
copy win1_boot to win1_saved_bas
and then making a directory with
this will end you up with two files named "boot" and "bas" in a directory named "win1_saved".
Nothing wrong here, just something you don't expect as a DOS/Windows user.