From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike McCarty Subject: Re: FORMAT floppy: Drive_IO error Date: Fri, 31 Mar 2006 04:12:14 -0600 Message-ID: <442D007E.2050402@sbcglobal.net> References: <442B9C5C.1030209@sbcglobal.net> <442C57C7.4020306@pobox.com> <442C60EA.5020407@sbcglobal.net> <442CF69C.9020805@sbcglobal.net> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <442CF69C.9020805@sbcglobal.net> Sender: linux-msdos-owner@vger.kernel.org List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: linux-msdos@vger.kernel.org Mike McCarty wrote: > Bart Oldeman wrote: > >> On Thu, 30 Mar 2006, Mike McCarty wrote: >> >>> Alain M. wrote: >>> >>>> Make the test with the latest version. Eric made a lot of Fixes >>>> while I was making tests. It is much better now, specialy in error >>>> conditions. >>>> >>>> But... I made oll tests in real dos... >>>> >>>> http://www.coli.uni-saarland.de/~eric/stuff/soft/by-others/ >>>> >>>> Alain >>> >>> >>> >>> Thanks. I downloaded the latest and tried again. It is very >>> much faster. It also only found 8 bad sectors (hmm...). But >>> the very same IO error occurred. >>> >>> So, where do I need to report the problem? >> >> >> >> DOSEMU. It cannot and has never been able to format floppies, to be >> precise, BIOS int13/ah=5 is not implemented. > > > I don't believe so, for a number of reasons. [snip reasons] OTOH, I degaussed a known-good disc, and FORMAT.EXE was unable to format it under FreeDOS, whereas it was able to under MSDOS 6.0. It failed right away, reporting the FORMAT TRACK call failed. Nonetheless, it was not the BIOS FORMAT TRACK which failed in the earlier attempt. Mike -- p="p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);} This message made from 100% recycled bits. You have found the bank of Larn. I can explain it for you, but I can't understand it for you. I speak only for myself, and I am unanimous in that!