#24 decb does not handle filenames with spaces in them ("FIX 128.BAS")

[Allen Huffman]

(Reported on Windows MinGW version.)

For RS-DOS disks, it is possible to have a space in the filename, such as:

FIX 128.BAS
FIX 128.DOC

Using "os9 dsave", the following command is generated:

os9 copy "disk000.dsk,FIX.BAS" "FILES/FIX.BAS" -b=32768
os9 copy "disk000.dsk,FIX.DOC" "FILES/FIX.DOC" -b=32768

Anything after the space is dropped. The use of quotes does not help -- trying "disk000.dsk,FIX 128.BAS" did not work.

Worst-case would be using "os9 dsave" on a disk with files with same prefixes like:

DATA 01.DAT
DATA 02.DAT
DATA 03.DAT

...the "os9 dsave" would generate:

os9 copy "disk000.dsk,DATA.DAT" "FILES/DATA.DAT" -b=32768
os9 copy "disk000.dsk,DATA.DAT" "FILES/DATA.DAT" -b=32768
os9 copy "disk000.dsk,DATA.DAT" "FILES/DATA.DAT" -b=32768

The first would copy, the other two would error out and if the user was not watching, they would not have all those files. Or, using -r overwrite, they'd only have the last one.

[Allen Huffman]

Adding sample disk. It was created using "decb" on Windows (via MinGW shell):

$ decb copy -l DATA\ 01.TXT SPACETST.DSK,DATA\ 01.TXT
copy: error -1

Note the use of "\ " for space escape on the copy. Files may not be good due to the "copy: error -1", but the directory does show "DATA 01.TXT" to "DATA 10.TXT":

$ decb dir SPACETST.DSK,
DATA 01 TXT 0 B 1
DATA 02 TXT 0 B 1
DATA 03 TXT 0 B 1
DATA 04 TXT 0 B 1
DATA 05 TXT 0 B 1
DATA 06 TXT 0 B 1
DATA 07 TXT 0 B 1
DATA 08 TXT 0 B 1
DATA 09 TXT 0 B 1
DATA 10 TXT 0 B 1