نتایج جستجو برای: program runtime logic

تعداد نتایج: 605136  

Journal: :the modares journal of electrical engineering 2007
saied jalili hossin boland ghamat azar

to be sure, that a program behaves correctly at runtime; the behavior of the program should be verified. where the program source code is available, it is possible to extract the operational logic (i.e., behavior) of the program. but in this paper, programs are considered as black boxes, so no information is available about the operational logic of programs. however, some efforts are spent to l...

2014
Pieter Agten Bart Jacobs Frank Piessens KU Leuven

Over the past decade, great progress has been made in the static modular verification of C code by means of separation logic-based program logics. However, the runtime guarantees offered by such verification are relatively limited when the verified modules are part of a whole program that also contains unverified modules. In particular, a memory safety error in an unverified module can corrupt ...

1989
Raymond D. Gumb

The best ebooks about Programming Logics An Introduction To Verification And Semantics that you can get for free here by download this Programming Logics An Introduction To Verification And Semantics and save to your desktop. This ebooks is under topic such as programs: semantics and verification springer p-logic: property verià ̄¥cation for haskell programs logic, semantics and verification ...

2016
Adrian Francalanza Luca Aceto

We study muHML, a branching-time logic with least and greatest fix-points, from a runtime verification perspective. The logic may be used to specify properties of programs whose behaviour may be expressed as a labelled transition system. We establish which subset of this logic can be monitored for at runtime by merely observing the runtime execution of a program. We define a monitorsynthesis al...

2015
Shreya Agrawal

Certain important security policies such as information flow characterize system-wide behaviors and are not properties of individual executions. It is known that such security policies cannot be expressed in trace-based specification languages such as linear-time temporal logic (Ltl). However, formalisms such as hyperproperties and the associated logic HyperLTL allow us to specify such policies...

2011
Nathaniel Charlton

We revisit the problem of providing a Hoare logic for higher order store programs, considered by Reus and Streicher (ICALP, 2005). In a higher order store program, the procedures/commands of the program are not fixed, but can be manipulated at runtime by the program itself; such programs provide a foundation to study language features such as reflection, dynamic loading and runtime code generat...

2001
Dimitra Giannakopoulou Klaus Havelund

This report presents an approach to checking a running program against its Linear Temporal Logic (LTL) specifications. LTL is a widely used logic for expressing properties of programs viewed as sets of executions. Our approach consists of translating LTL formulae to finite-state automata, which are used as observers of the program behavior. The translation algorithm we propose modifies standard...

2005
Christoph Bockisch Mira Mezini Klaus Ostermann

In a pointcut we want to fully specify the points in the execution of a program at which an advice is to be executed. The pointcut languages of current aspect-oriented programming languages only provide limited support for specifying points in the execution that do not directly map to points in the program code. As a result, an aspect programmer has to implement logic to keep track of certain r...

2001
Dimitra Giannakopoulou Klaus Havelund

This paper presents an approach to checking a running program against Linear Temporal Logic (LTL) specifications. LTL is a widely used logic for expressing properties of programs viewed as sets of executions. Our approach consists of translating LTL formulae to finitestate automata, which are used as observers of the program behavior. The translation algorithm we propose modifies standard LTL t...

1992
Herbert Kuchen

In a functional logic language, especially in a constraint functional logic language, often the topmost constructor is known which an expression should be evaluated to. E.g. in a guarded expression b ! e, b should only be evaluated to true. Evaluating b to false would only waste resources and risk to run into an innnite computation. Hence, some kind of result directed computation can be used to...

نمودار تعداد نتایج جستجو در هر سال

با کلیک روی نمودار نتایج را به سال انتشار فیلتر کنید