Erroneous program
Appearance
![]() | This article was nominated for deletion. The discussion was closed on 11 March 2025 with a consensus to merge the content into the article Undefined behavior. If you find that such action has not been taken promptly, please consider assisting in the merger instead of re-nominating the article for deletion. To discuss the merger, please use the destination article's talk page. (March 2025) |
This article relies largely or entirely on a single source. (April 2024) |
In the design of programming languages, an erroneous program is one whose semantics are not well-defined, but where the language implementation is not obligated to signal an error either at compile or at execution time. For example, in Ada:
- In addition to bounded errors, the language rules define certain kinds of errors as leading to erroneous execution. Like bounded errors, the implementation need not detect such errors either prior to or during run time. Unlike bounded errors, there is no language-specified bound on the possible effect of erroneous execution; the effect is in general not predictable.[1]
Defining a condition as "erroneous" means that the language implementation need not perform a potentially expensive check (e.g. that a global variable refers to the same object as a subroutine parameter) but may nonetheless depend on a condition being true in defining the semantics of the program.
Notes
[edit]- ^ Ada Reference Manual ISO/IEC 8652:1995(E) pdf[permanent dead link ], section 1.1.5.