--- layout: fc_discuss_archives title: Message 19 from Frama-C-discuss on March 2009 ---
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Frama-c-discuss] RE : [Jessie] Issue with behavior in contracts



Hello,

You're right. The message is issued for each prototype, regardless of whether it has
an associated contract with assigns clause for each behavior or not, but no assigns clause
is generated where the user has already provided one.

Best regards,
-- 
Virgile Prevosto
Ing?nieur-Chercheur
CEA, LIST,
Laboratoire des logiciels s?rs



-------- Message d'origine--------
De: frama-c-discuss-bounces at lists.gforge.inria.fr de la part de David MENTRE
Date: mer. 04/03/2009 11:42
?: Frama-C public discussion
Objet : Re: [Frama-c-discuss] [Jessie] Issue with behavior in contracts
 
Hello,

On Tue, Mar 3, 2009 at 17:30, David MENTRE <dmentre at linux-france.org> wrote:
> I would like to define the behaviour of read() syscall. I'm using the
> following contract:
> /*@ requires fd >= 0;
> ? ?requires count > 0;
> ? ?requires \valid((char*)buf+(0..count-1));
> ? ?behavior error:
> ? ? ?assigns global_error_number;
> ? ? ?ensures \result < 0;
> ?*/
> However, when I run frama-c -jessie-analysis, I have the following
> error message:
> ?No code for function read, default assigns generated
>
> Is my contract for read() really taken into account? In that case, is
> it a spurious error message?


So I would say the message "No code for function read, default assigns
generated" is spurious or erroneous.

Yours,
d.

_______________________________________________
Frama-c-discuss mailing list
Frama-c-discuss at lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/frama-c-discuss

-------------- section suivante --------------
Une pi?ce jointe non texte a ?t? nettoy?e...
Nom: non disponible
Type: application/ms-tnef
Taille: 3685 octets
Desc: non disponible
Url: http://lists.gforge.inria.fr/pipermail/frama-c-discuss/attachments/20090304/c42ffb0a/attachment.bin