18 Jan
2005
18 Jan
'05
7:03 a.m.
From: "Dan Williams"
<williams.dan(a)gmail.com>
On Tue, 18 Jan 2005 10:16:11 -0800 (PST), Dwight K. Elvey
<dwight.elvey(a)amd.com> wrote:
Hi
Sure but what about not reading track 0 before formatting
means it should abort the formatting without first doing
a low level format of that track. It is just stupid.
If I completely erase the track, it formats just fine.
As Sellam says, it is just stupid design.
Dwight
Hi Randy
I've written special drivers for the floppies
under DOS in the past so that isn't a real
issue. I just wish it would work without me
having to pull out the reference books to
deal with it.
It works incorrectly in both MSDOS and PCDOS.
It is just annoying. The /u should mean just that,
unconditionally format.
Dwight
In MSDOS the /u doesn't actually mean unconditional in the normal
sense. It means do not save unformat information, it will still stop
if it gets errors.
Dan
18 Jan
18 Jan
9:16 a.m.
Dwight K. Elvey wrote:
Sure but what about not reading track 0 before
formatting
means it should abort the formatting without first doing
a low level format of that track. It is just stupid.
If I completely erase the track, it formats just fine.
As Sellam says, it is just stupid design.
Dwight
I'll bet you'll find that the drive isn't seeking back to track zero
correctly. All other tracks will be OK but there will be a small
buildup of shite on the slider knocking the head a tiny bit "inside" the
proper place for track zero.
What this means is that it partially overwrites track zero, and rewrites
a new one. But there will be a certain amount of interference between
the two tracks, and it will not successfully read.
Gordon.
7279
days inactive
7279
days old
1 comments
2 participants
participants (2)
-
dwight.elvey＠amd.com -
gordon＠gjcp.net