[comp.sys.ibm.pc.rt] AOS/BSD floppy problem

fink@nucthy.physics.orst.edu (Paul fink) (05/29/89)

Ok, Your not going to believe this. I didn't!

There has been a number of problem reported concerning the floppy drive and
AOS's BSD. Well is another one.

Insert 360k floppy into drive. Do a "dosdir". Fine.
Insert another floppy into drive. Do "dosdir" and get.......
  THE DIRECTORY OF THE FIRST FLOPPY!
Logout and log back in. Do dosdir. And still you get the original directory.

We tried this many times with many combinations and we always get the
directory of the first floppy that we read.

I have recommended that we reevaluate AIX and perhaps drop AOS.

____________________________________________________________________________
         Paul J. Fink Jr.                    Internet:
         Oregon State University                fink@PHYSICS.ORST.EDU       
         Department of Physics               Phone:
         Corvallis, Oregon 97331                (503) 754-4631

pgc+@andrew.cmu.edu (Paul G. Crumley) (05/31/89)

Paul,

This problem has been reported to the AOS folks before.  The easiest way
around the problem is to use the device /dev/rfd0 instead of /dev/fd0
thus forcing the device to re-read or written for each access.  (the
problem is the way the buffers are managed for the block floppy devices)
 You can either have folks explicitly indicate /dev/rfd0 each time or
you can patch the dos commands to use /dev/rfd0 by default (that's what
we did here) or you can submit an bug report and wait.


As for re-evaluating AIX, I think you have the right idea.  I have been
working with it for a few months porting a large system (CMU's Andrew
system) and have found it to be a much more robust environment in which
to do development than the AOS system on which the software was
initially implemented.  There are very few parts of BSD that are not
available in AIX.  Best of all, it's really nice to have an 800 number
to call where people will respond to problems, even by sending diskettes
with fixes, in 24 hours if the problem is really bad.


Best Regards,

Paul