Bill Blanton wrote in
g.com:

I doubt it too. Windows would probably stop DOS6.2 in its tracks. As far
as running the 98 version,, even if you could get it to run, I wouldn't
trust it. It doesn't use the Windows API, and has no concept of "open"
files in that environment.


That's true too, but there is technically a possibility that something could
use. As a disk controller can only access one byte (bit?) at a time, the OS
has to wait no matter how multitasking it is, and if that wait method can be
held up for an instant, the tool doing that could read, write inverse of what
it saw, test with new read, write back original value, retest, and move on,
allowing other things to access that space. In which case it may be possible
for a tool like this to avoid locking large spaces and manage not to
interfere other than appear to be a cause of small delays, from the
perspective of anything else.

Spinrite might have managed it, but that too was meant to run only in DOS,
and I don't know if it did the sector marking and unmarking. But it might be
a better tool than Scandisk for repeated surface testing. BUT, I can't
remember if it will even touch a floppy disk.....

PS. I found a DOS 6 Scandisk, and it does balk. Maybe messing with some
version fix could do it but that was something I never did figure out how to
use, and I doubt that this scanning will be usefully done in Windows anyway.