Abstract data types with exception handling: An initial approach based on a distinction between exceptions and errors (Q1082804): Difference between revisions

From MaRDI portal
Set OpenAlex properties.
ReferenceBot (talk | contribs)
Changed an Item
 
Property / cites work
 
Property / cites work: Q3709866 / rank
 
Normal rank
Property / cites work
 
Property / cites work: Q3216121 / rank
 
Normal rank
Property / cites work
 
Property / cites work: Q3871894 / rank
 
Normal rank
Property / cites work
 
Property / cites work: Q3907050 / rank
 
Normal rank
Property / cites work
 
Property / cites work: Algebraic implementation of abstract data types / rank
 
Normal rank
Property / cites work
 
Property / cites work: Algebraic and operational semantics of specifications allowing exceptions and errors / rank
 
Normal rank
Property / cites work
 
Property / cites work: Q4151143 / rank
 
Normal rank
Property / cites work
 
Property / cites work: Q4178466 / rank
 
Normal rank
Property / cites work
 
Property / cites work: Computability and decidability. An introduction for students of computer science / rank
 
Normal rank
Property / cites work
 
Property / cites work: Q4693151 / rank
 
Normal rank

Latest revision as of 16:12, 17 June 2024

scientific article
Language Label Description Also known as
English
Abstract data types with exception handling: An initial approach based on a distinction between exceptions and errors
scientific article

    Statements

    Abstract data types with exception handling: An initial approach based on a distinction between exceptions and errors (English)
    0 references
    0 references
    0 references
    0 references
    1986
    0 references
    In this paper, a new semantics for exception handling in algebraic specifications is provided. Our formalism allows all forms of exception and error handling (several error messages, implict error propagation rule, exception recovery policy), while preserving the existence of initial models. The main concepts of our approach are: the distinction between exception and error, and the introduction of exception labelling allowing to formalize various error messages. This formalism allows use of congruences in a similar manner as in the classical abstract data type theory. Moreover, we show how a functorial semantics of enrichment can be carried over to our framework, and we show how hierarchical consistency and sufficient completeness can be include exception handling. Indeed, abstract implementation of specifications including exception handling was one of main motivations for the work reported here.
    0 references
    exception algebras
    0 references
    implementation
    0 references
    algebraic specifications
    0 references
    error handling
    0 references
    exception recovery
    0 references
    initial models
    0 references

    Identifiers