Hi Chet,
Doug wrote:
I'm surprised by nonchalance about bad
inputs evoking bad program
behavior.
I think the claim is that it's better to stop immediately with an
error on invalid input rather than guess at the user's intent and try
to go on.
That aside, having made the decision to patch up the input so more
punched cards are consumed, the patch should be bug free.
Say it's inserting a semicolon token for pretence. It should have
initialised source-file locations just as if it were real. Not an
uninitialised pointer to a source filename so a later dereference
failed.
I can see an avalanche of errors in an earlier gawk caused problems, but
each time there would have been a first patch of the input which made
a mistake causing the pebble to start rolling. My understanding is that
there was potentially a lot of these and rather than fix them it was
more productive of the limited time to stop patching the input. Then
the code which patched could be deleted, getting rid of the buggy bits
along the way?
--
Cheers, Ralph.