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: stephane.duprat at atos.net (DUPRAT Stephane)
  • Date: Tue, 20 Nov 2012 20:39:06 +0000

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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gforge.inria.fr/pipermail/frama-c-discuss/attachments/20121120/b986d67d/attachment.html>