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] how to deal with malloc in frama-c (boron)
- Subject: [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- From: agoodloe at gmail.com (Alwyn Goodloe)
- Date: Fri, 30 Jul 2010 11:12:30 -0400
- In-reply-to: <AANLkTimXRub+1Ux1YV1dRZhRHWVs9cyjYicmDNkwkZAz@mail.gmail.com>
- References: <42B1940E-014B-405E-9525-E2495DE4E96A@unistra.fr> <AANLkTimXRub+1Ux1YV1dRZhRHWVs9cyjYicmDNkwkZAz@mail.gmail.com>
It would be great if the examples in examples-c were updated for jessie. It might cut down on a lot of questions about how to annotate programs. For instance, the parray.c code is just the sort of thing that the jessie/ACSL tutorials don't seem to show and I'm not sure where to look other than these examples, which aren't correct so they don't really help. -A > > > In addition, we try and look at the examples available in > > the directory examples-c, especially puf/ but we did not > > figure out how to compile these examples. > > The files in puf/ are Caduceus examples, not Jessie examples. Oh, and > they also specify allocation functions with assigns \nothing. So if my > colleagues have an explanation of why it's not wrong to use that > clause in ACSL for a function that obviously has internal > side-effects, I would be eager to hear it. > > I would also welcome an explanation of what "\forall ref *p;" means in > ACSL and if it is still allowed (in ACSL) to use it in the same way it > is used in puf/parray.c. > > Pascal > > _______________________________________________ > 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 > -- Alwyn E. Goodloe, Ph.D. agoodloe at gmail.com Computer Scientist National Institute of Aerospace -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gforge.inria.fr/pipermail/frama-c-discuss/attachments/20100730/5f0f5510/attachment.htm>
- Follow-Ups:
- [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- From: virgile.prevosto at cea.fr (Virgile Prevosto)
- [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- References:
- [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- From: magaud at unistra.fr (Nicolas Magaud)
- [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- From: pascal.cuoq at gmail.com (Pascal Cuoq)
- [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- Prev by Date: [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- Next by Date: [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- Previous by thread: [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- Next by thread: [Frama-c-discuss] how to deal with malloc in frama-c (boron)
- Index(es):