11 Feb
2007
11 Feb
'07
1:57 p.m.
I've been listening in on this thread (though I skipped a few) and am
wondering how you can tell whether a CD or DVD has corruption which
is being corrected or whether it is pristine. If I can tell, then
maybe when
there is corruption I could re-record the data before it becomes
unreadable.
Of course I can also keep multiple copies on different sites.
11 Feb
11 Feb
6:43 p.m.
Roger Holmes wrote:
I've been listening in on this thread (though I
skipped a few) and am
wondering how you can tell whether a CD or DVD has corruption which
is being corrected or whether it is pristine. If I can tell, then maybe
when
there is corruption I could re-record the data before it becomes
unreadable.
Can't tell you the answer to that one, but it's an interesting question and
one I've considered for various equipment that has built-in error correction;
it's no good having that error correction if it silently masks errors
happening when the user could have otherwise done something about the faulty part.
Memory (at least in ECC form) and hard disks are two obvious candidates for
masking faults from the user...
12 Feb
12 Feb
2:53 a.m.
On Sun, 2007-02-11 at 17:43 -0600, Jules Richardson wrote:
Can't tell you the answer to that one, but
it's an interesting question and
one I've considered for various equipment that has built-in error correction;
it's no good having that error correction if it silently masks errors
happening when the user could have otherwise done something about the faulty part.
Memory (at least in ECC form) and hard disks are two obvious candidates for
masking faults from the user...
This takes me back to my IMSAI 8080... When I got it running
properly, I ended up abandoning games like "Kill the Bit" quickly, and
didn't use the LED output port for much. I noticed that in the BIOS
routine for disk access, a sector read would be tried over if it failed,
up to a total of ten times. If a read failed ten times, a disk read
error would be returned. I decided that I'd like to know earlier than
that about any media problems I might have. So, I used a byte of
memory, and every time I got an error, before it called the routine
again, I would increment the byte counter (paying no attention to
overflow) and send it out to the LED display. If a program was running
without complaint, but the LEDs were cycling regularly, it was time to
examine the disk, and perhaps copy off the data. I was smug about that,
and about the routine that would thoroughly test one byte of memory with
each call to the console status routine, where the computer spent its
idle time. Might as well be testing memory, one location after
another... Memory was notoriously flaky, and catching it sooner rather
than later was a good thing.
Peace,
Warren E. Wolfe
wizard at voyager.net
6375
days inactive
6376
days old
2 comments
3 participants
participants (3)
-
julesrichardsonuk＠yahoo.co.uk -
roger.holmes＠microspot.co.uk -
wizard＠voyager.net