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] RE : [Jessie] Issue with behavior in contracts


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
Laboratoire des logiciels s?rs

-------- Message d'origine--------
De: frama-c-discuss-bounces at 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

On Tue, Mar 3, 2009 at 17:30, David MENTRE <dmentre at> 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.


Frama-c-discuss mailing list
Frama-c-discuss at

-------------- 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