|"Near Miss" error handling? email@example.com (2001-03-27)|
|Re: "Near Miss" error handling? firstname.lastname@example.org (Eric Eide) (2001-03-31)|
|Re: "Near Miss" error handling? email@example.com (Joachim Durchholz) (2001-04-04)|
|[Followup] Re: "Near Miss" error handling? firstname.lastname@example.org (2001-04-10)|
|Re: [Followup] Re: "Near Miss" error handling? Scott.Daniels@Acm.Org (Scottie) (2001-04-12)|
|Re: [Followup] Re: "Near Miss" error handling? email@example.com (2001-04-14)|
|Re: [Followup] Re: "Near Miss" error handling? firstname.lastname@example.org (2001-04-14)|
|From:||email@example.com (Roger Peppé)|
|Date:||14 Apr 2001 17:14:14 -0400|
|References:||01-03-135 01-03-165 01-04-011 01-04-040 01-04-078|
|Posted-Date:||14 Apr 2001 17:14:14 EDT|
> On a related note, I have seen systems regularly rebuilt with hundreds
> of errors output, but the source was never corrected because it wasn't
> necessary -- carriage returns while compiling allowed systems to be
> successfully built and released. Such systems were still being
> debugged and extended without ever fixing the reported errors. I
> would suggest that you at _most_ offer to produce an equivalent
> corrected source on output, so that the user can only proceed with a
> cleanly compiling file. Interactively offering to correct a typo is
> reasonable to help out a user at a keyboard, but leads to weaker
> systems when extended to compiles from source files.
on the web. The two main web browsers are deliberately lax about their
error checking, and contain code to deal with mistaken, but commonly
occurring script code.
This has led to the current situation where it's actually not possible
to build an independent web browser without selectively breaking its
parsing and execution logic in the same way as the other browsers.
This is because most people use the browser as their verification tool
also - "if it works, it must be correct".
which will never be fixed, because it's not necessary. Nobody knows
what the "standard" is anymore; broken code is copied from place to
place by people who don't know any better, mutating a little each
time, and always keeping just inside the boundaries of the error
checks that the most common browsers perform.
As far as I'm aware, Internet Explorer silently fails on most parse
It becomes apparent that automatically correcting invalid programs can
lead to some particularly insidious problems...
Return to the
Search the comp.compilers archives again.