Frama-C-discuss mailing list archives
This page gathers the archives of the old Frama-C-discuss archives, that was hosted by Inria's gforge before its demise at the end of 2020. To search for mails newer than September 2020, please visit the page of the new mailing list on Renater.
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Frama-c-discuss] Jessie sort specification
- Subject: [Frama-c-discuss] Jessie sort specification
- From: Claude.Marche at inria.fr (Claude Marché)
- Date: Wed, 03 Jun 2009 16:42:29 +0200
- In-reply-to: <20090603162909.25da2773@is005115>
- References: <42050C88D59E144CA358159FF0E6018B090529@TITAN.first.fraunhofer.de> <20090603162909.25da2773@is005115>
You can also have a look at the sorting example in the tutorial: http://frama-c.cea.fr/jessie_tutorial_index.html I know, it is only given "as is" and it needs to be explained, but I hope it helps anyway. - Claude Virgile Prevosto wrote: > Hello Kerstin, > > Le mer. 03 juin 2009 13:43:48 CEST, > "Kerstin Hartig" <kerstin.hartig at first.fraunhofer.de> a ?crit : > >> the array are growing. There's always a problem with the loop >> invariants. The post conditions are valid. > > Just a remark here: the post-condition is valid modulo the assumption > that the loop invariant is valid (if you have a look at the why gui, > you'll see an hypothesis corresponding to the invariant) and the loop > test is false (same thing). But this still leaves the issue of proving > that the loop invariant holds. > >> Is it possible we miss something in the specification? Maybe another loop invariant? >> It is possible to prove that \forall integer k; 0 <= k < size ==> a[k] == k; > > Not with your current loop invariant. Remember that when considering a > loop, the only thing that jessie knows of all the steps preceding the > current ones is the loop invariant. Conversely, everything which is not > stated in the loop invariant is out of reach. In order to complete the > proof, you'll thus have to add another invariant stating that: > loop invariant \forall integer k; 0<=k<i ==> a[k] == k; > (in fact, since this invariant implies that \forall k; 0<=k<i-1 ==> > a[k]<=a[k+1], the latter becomes useless as a loop invariant). > > Best regards, -- Claude March? | tel: +33 1 72 92 59 69 INRIA Saclay - ?le-de-France | mobile: +33 6 33 14 57 93 Parc Orsay Universit? | fax: +33 1 74 85 42 29 4, rue Jacques Monod - B?timent N | http://www.lri.fr/~marche/ F-91893 ORSAY Cedex |
- Follow-Ups:
- [Frama-c-discuss] Jessie sort specification
- From: jens.gerlach at first.fraunhofer.de (Jens Gerlach)
- [Frama-c-discuss] Jessie sort specification
- References:
- [Frama-c-discuss] Jessie sort specification
- From: kerstin.hartig at first.fraunhofer.de (Kerstin Hartig)
- [Frama-c-discuss] Jessie sort specification
- From: virgile.prevosto at cea.fr (Virgile Prevosto)
- [Frama-c-discuss] Jessie sort specification
- Prev by Date: [Frama-c-discuss] Jessie sort specification
- Next by Date: [Frama-c-discuss] string functions and how to use jessie_prolog.h ?
- Previous by thread: [Frama-c-discuss] Jessie sort specification
- Next by thread: [Frama-c-discuss] Jessie sort specification
- Index(es):