Extracted just fine for me. Perhaps your download was corrupted and you should try redownloading it.
Maybe. I know for 7z files you can literally concatenate it to a single archive and then extract it if you had to. Zip, not sure, i'd assume it's similar since it was probably split via 7zip.
There's notes for the difference of using -F and -FF for version 2.x and 3.x zip archives. Though newer zip formats also allow zip64 or something where likely the length and offset information is updated to 64bit longs, and possibly a larger window for LZW compression.
7zip automatically handles appending the next part of rar/zip/7z archives. so preferably you'd do
7z -x -oDIR "MrDouble 2.zip.001" with all the files in the same directory for it to extract. For unzip, i'll try a couple tests, but no promises.
edit: Well that was fun. First test worked.
Bash:
cat MrDouble* > test.zip
unzip -t test.zip
No errors. So unzip then next should work just fine.
A note, on the zip format especially for older splits, is that the TOC (
table of contents) is stored on the last disk/part. That's why you have to insert the last disk, then the disk of interest as all other parts would not contain the TOC. This allows deleting files with only modifying the last disk, or adding to the archive as only the last and later disks are modified and deleted portions can be ignored. This was a speed and space issue being solved; Also you had like 200Mb hard drives at the time, and 720k-1.44Mb disks, so backing up a few megabytes of tax data was fairly important. (
Also Windows 95 was shipped on CD as well as like 80 floppies).
However If you open just part 001 of MrDrouble (
without any other parts present) you can see all the files referenced even if the data isn't present to extract; This is more reminiscent of 7z's archiving. I wouldn't be surprised if the TOC is present on every file, or if it's only on the first file and it uses offsets that pass past the TOC to make this work.