[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Getting Large Files off DOS 3.3 volumes?
It's a custom DOS 3.3 installation on a Corvus Omnidrive system.
That is, it's not even the same DOS 3.3 that Constellation II or III
would install. It's an OmniDrive without Constellation II installed.
It's installed more like the original ribbon cable Corvus Net drives.
The large volume sizes are weird, too.
The drive itself is actually partitioned into the standard 70 or so
volumes that a 10 meg drive would have.
The large files are done with an RTWS patch.
For the even track numbers, it uses the even volume in a pair of
volumes. For the odd, it uses the odd, in a pair of volumes.
So every other volume catalogs as garbage.
It's set this way so that the modified Copy-A would back up and
restore volumes as normal, using floppy disk, although the system does
have a method to backup to another OmniDrive or the Corvus Mirror.
What I'm doing is converting the DOS 3.3 based autoparts system to a
single user ProDOS environment instead of the multi user DOS 3.3
environment, and place that ProDOS onto an emulator.
What I mean by hand patchable, is how you do the Sider/Xebec patch.
Boot any DOS 3.3 floppy, and do a 4 byte change in memory, pointing to
the I/O space that the Xebec host adapter is in, and you can access
that drive.
Between that and the hacked Copy II Plus that works on DOS 3.3 hard
drives, I can copy to floppies.
So perhaps... if one of those 3.5" Disk DOS 3.3 solutions is readable
by ProDOS and in standard DOS 3.3, I can copy the larger files to the
DOS 3.3 volume.. or .. if a DOS 3.3 RAMdisk is accessible in ProDOS, I
could copy the stuff to a DOS 3.3 RAM Disk that has 400K volumes.
though the floppies would be easier because I have 25 files to copy,
each 290K each.
I'm familiar with the discrepancies between DOS 3.3 and ProDOS on the
text files.