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] differences between Store model and Typed model


  • Subject: [Frama-c-discuss] differences between Store model and Typed model
  • From: loic.correnson at cea.fr (Loïc Correnson)
  • Date: Wed, 21 Nov 2012 09:23:19 +0100
  • In-reply-to: <569C6D7D26484241A530B87F45ADE1F80CA5BBC5@AOFRWMBXRSC004.resources.atosorigin.local>
  • References: <569C6D7D26484241A530B87F45ADE1F80CA5BBC5@AOFRWMBXRSC004.resources.atosorigin.local>

Hi Stephane,

This is completely right : the Store and Typed models have the same limitations.
Although, the Typed model is now (svn version) equipped with options to bypass those limitations, most of the time at the price of some **unverified** extra conditions that must be checked by hand.
These options will be documented in a future public release.

At this time, Runtime is the only model capable of handling memcpy. But this model is not maintained for a while and is about to be deprecated.
We planned to develop a new version of Runtime based on the framework than Typed, but I can not promise a date for its availability.

L.

Le 20 nov. 2012 ? 21:39, DUPRAT Stephane a ?crit :

> Hello,
>  
> The new memory model Typed of Frama-C/wp Oxygen is very interesting to improve efficiency of proof.
>  
> In the store model, it is clearly said that it is not able to process cast of pointeur type (in ?1.4 A consequence is that heterogeneous cast of pointers can not be translated in this model. For instance within this memory model, you can not cast a pointer to int into a pointer to char, and then access the internal representation of an int value in memory.).
> I think, that for the same reason, we cannot handle memcpy.
>  
> And the Typed model is said to have quite the same expressivity than Store.
> I?d like to have confirmation that Typed has the same limitation than Store for that point.
>  
> So, if it is the case, only Runtime model is able to process memcpy ?
>  
> Thanks in advance,
>  
> Stephane
>  
> Ce message et les pi?ces jointes sont confidentiels et r?serv?s ? l'usage exclusif de ses destinataires. Il peut ?galement ?tre prot?g? par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir imm?diatement l'exp?diteur et de le d?truire. L'int?grit? du message ne pouvant ?tre assur?e sur Internet, la responsabilit? du groupe Atos ne pourra ?tre engag?e quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'exp?diteur ne donne aucune garantie ? cet ?gard et sa responsabilit? ne saurait ?tre engag?e pour tout dommage r?sultant d'un virus transmis.
> 
> This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavors to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.
> 
> _______________________________________________
> 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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gforge.inria.fr/pipermail/frama-c-discuss/attachments/20121121/c04b00f0/attachment.html>