From my Copy IIPC Deluxe Option Board Manual: Commands: MDIR:- mac DIRectory- all files in current folder MTREE:- show all folders on disk MTYPE :- lists file to screen MCOPY:- copies files MFORMAT :- formats a MAC 400K or 800K (sorry doesn't do 1.44) MCD :- change directory MDC:-Copies a MAC Diskette MDEL :- Deletes files MMD :- make new folder MRD :-removes a folder Note all commands need a full DOS pathname 400K disks wil be MFS format MFORMAT A: /4 800K disks will be HFS format MFORMAT A: from the Manual: "Making backups of NON-IBM Disks" Btw :-TC stands for "transition copier" "TC can be used to create backups of nearly all IBM PC compatable disks. It can also duplicate most other formats. Because TC simply copies magnetic transitions from one disk to another, it is not too concerned with how those transitions are created or ordered. Diskette formats can be grouped into three basic types: MFM example: IBM PC, Kaypro, Amiga FM example: Atari GCR example :Apple (Ed, not refering to MAC) The Deluxe Option Board and TC can copy all of the above formats.(Standard Apple and Atari formats are copied readily. The TC software MAY NOT (Ed. my emph) be able to copy all protected Apple and Atari disks, however. It also can't copy the backside of "flippy" diskettes.( Ed. what are those?) It should be noted that not all IBM drives are capable of reliably reading and writing GCR formats (Apple disks). The only way to know is to try." I actually formatted MAC disks and read and wrote files both ways. I did however get a lot of error disks, (formatted and the said disk unreadable on last track). This however was all my fault as I was trying to use 1.44 disks to format 800K. D'oh. Got some of my Apple II disks and everthing went smooth. Did not try to copy a Apple II disk however. Had one TEAC drive (recommended in manual. Worked but later the drive died (not related). Stuck a Chinon (standard cheap drive), worked fine with 800k disks. Also: Drives: Read 1.44M drive write to 360k 3.5 or 720k 3.5 or 1.44 M drives Cannot read 720k 3.5 or 360k 3.5 drives and write to1.44M drive Cannot write to 1.44M Diskettes Read from 720K 3.5 drive (special instructions to copy all 80 tracks) Copying from 5.25 to 3.5 ends up as a 360k 3.5 diskette Read 1.2M 5.25 drive write to 360k or 720k drives Read from 1.2M write to 1.2M drive Cannot read from 360k or 720k and write to1.2M drive Cannot read or write to 1.2M diskettes the above is condensed and confusing! Try reading the original!! Wayne Lafreniere "news.verizon.net" wrote: > "Paul Schlyter" wrote in message > news:bfmno3$1a2m$1@merope.saaf.se... > > In article , > > news.verizon.net wrote: > > > > > It is a kind offer, but since the FID code works with DSK images instead > of > > > dealing with physical disks I don't think the code would really help. > > > > You have obviously not looked at that code..... > > > > It has a (logical) "Read Sector" function, which of course only > > indexes into the DSK image and copies a 256-byte block from there. > > But if you replace that with a function which reads a real sector off > > a real disk, then the file system parts ought to work fine if it's an > > Apple DOS 3.3 disk. Yep, I had that possibility in mind when I wrote > > that code .... no I don't have any concrete plans in that direction, > > but OTOH you'll never know what use your code may find. > > The "function which reads a real sector" is the part that's hard to write. > Once we can read the physical media, the process of making a DSK file is a > piece of cake. > > - Mike