The performance and usability of deductive program verification systems can be greatly enhanced if specifications of programs and program parts not only consist of the usual pre-/post-condition pairs and invariants but also include additional information on which memory locations are changed by executing a program. This allows to separate the aspects of (a) which locations change and (b) how they change, state the change information in a compact way, and make the proof process more efficient. In this paper, we extend this idea from method specifications to loop invariants; and we define a proof rule for while loops that makes use of the change information associated with the ...
Does the application of time quantifiers, such as “sometimes” and “always” in loop invariants, incre...
Deductive verification tools typically rely on the conversion of code to a single-assignment (SA) fo...
We present a new approach to deductive program verification based on auxiliary programs called ghost...
Abstract. In the context of deductive program verification, both the specification and the code evol...
A formal correctness proof of code containing loops such as while statements typically uses the tech...
In this position paper, we describe ongoing work on reusing deductive proofs for program correctness...
Checking whether a given formula is an invariant at a given program location (especially, inside a l...
Any non-trivial program contains loop control structures such as while, for and do statements. A for...
AbstractIn the mechanical verification of programs containing loops it is often necessary to provide...
Abstract—Verifiers that can prove programs correct against their full functional specification requi...
This paper presents a minimal model of the functioning of program verification and property checking...
Invariants are a standard concept for reasoning about unbounded loops since Floyd-Hoare logic in the...
International audienceThis paper presents a minimal model of the functioning of program verification...
Continuation-passing style allows us to devise an extremely economical abstract syntax for a generic...
Verifiers that can prove programs correct against their full functional specification require, for p...
Does the application of time quantifiers, such as “sometimes” and “always” in loop invariants, incre...
Deductive verification tools typically rely on the conversion of code to a single-assignment (SA) fo...
We present a new approach to deductive program verification based on auxiliary programs called ghost...
Abstract. In the context of deductive program verification, both the specification and the code evol...
A formal correctness proof of code containing loops such as while statements typically uses the tech...
In this position paper, we describe ongoing work on reusing deductive proofs for program correctness...
Checking whether a given formula is an invariant at a given program location (especially, inside a l...
Any non-trivial program contains loop control structures such as while, for and do statements. A for...
AbstractIn the mechanical verification of programs containing loops it is often necessary to provide...
Abstract—Verifiers that can prove programs correct against their full functional specification requi...
This paper presents a minimal model of the functioning of program verification and property checking...
Invariants are a standard concept for reasoning about unbounded loops since Floyd-Hoare logic in the...
International audienceThis paper presents a minimal model of the functioning of program verification...
Continuation-passing style allows us to devise an extremely economical abstract syntax for a generic...
Verifiers that can prove programs correct against their full functional specification require, for p...
Does the application of time quantifiers, such as “sometimes” and “always” in loop invariants, incre...
Deductive verification tools typically rely on the conversion of code to a single-assignment (SA) fo...
We present a new approach to deductive program verification based on auxiliary programs called ghost...