fdread/fdwrite program for accessing "foreign" floppies on Unix PC

Michael "Ford" Ditto ditto at cbmvax.UUCP
Fri Jan 13 07:56:49 AEST 1989


In article <5652 at cbmvax.UUCP> I wrote:
>This is the source to my "fdread" and "fdwrite" commands [ ... ]

In article <498 at cogent.UUCP> mark at cogent.UUCP (Mark Steven Jeghers) writes:
>Sounds good to me, but tell me this?  What can these programs do that
>could not be achieved via the "dd" command?  This is not a criticism,
>just a question.

The only thing these programs do is ioctl the floppy drive into a "raw"
mode where the driver won't require a partition table to be present,
and then exec(2) whatever program is used to to the I/O.

Because the driver doesn't stay in the "raw" mode after the device is
closed, it is not possible to run one program to do the ioctl and then
run the actual I/O program.  Thus the somewhat strange requirement of
giving the I/O command as arguments to fd{read,write}.  I suppose they
could also have been set up to be used like:

	( fdctl ; tar -xvf - ) < /dev/rfp020

but I seem to remember having some trouble when I tried it that way.
fd{read,write} don't do any I/O; that is done by the program of your
choice; I use "dd" quite often.  (For example:

	fdread /dev/rfp020 dd ibs=9k | tar -xvf -

works quite nicely, doing its I/O a whole cylinder at a time).
-- 
					-=] Ford [=-

"The number of Unix installations	(In Real Life:  Mike Ditto)
has grown to 10, with more expected."	ford at kenobi.cts.com
- The Unix Programmer's Manual,		...!sdcsvax!crash!elgar!ford
  2nd Edition, June, 1972.		ditto at cbmvax.commodore.com



More information about the Comp.sys.att mailing list