--- layout: fc_discuss_archives title: Message 19 from Frama-C-discuss on March 2009 ---
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