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] arbitrary buffers in analysis
- Subject: [Frama-c-discuss] arbitrary buffers in analysis
- From: tim.newsham at gmail.com (Tim Newsham)
- Date: Wed, 19 Aug 2015 14:13:57 -1000
- In-reply-to: <CAGSRWbgQaaaBnjhBWamzidNa4Q+rqwoeJY9NDir98jebQFzmfQ@mail.gmail.com>
- References: <CAGSRWbgQaaaBnjhBWamzidNa4Q+rqwoeJY9NDir98jebQFzmfQ@mail.gmail.com>
ps: I think it would be a great feature addition to have a way to directly force such properties as axioms to some analysis instead of having to code them up using Frama_C_*() primitives (using the entropy source). I imagine this would ease the analysis too, since it wouldn't waste time having to analyze this extra boilerplate whose only purpose was to set a predetermined analysis state. Thoughts? On Wed, Aug 19, 2015 at 2:12 PM, Tim Newsham <tim.newsham at gmail.com> wrote: > I would like to prove that some code is safe for all buffers you can pass > in > as input. Is there a way to construct an arbitrary sized buffer (say char*) > in frama such that all values are arbitrary ([--..--]) and so that the > properties \valid(p + (0..sz-1)) and \initialized(p + (0..sz-1)) hold? > > -- > Tim Newsham | www.thenewsh.com/~newsham | @newshtwit | > thenewsh.blogspot.com > -- Tim Newsham | www.thenewsh.com/~newsham | @newshtwit | thenewsh.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gforge.inria.fr/pipermail/frama-c-discuss/attachments/20150819/ff8c9098/attachment.html>
- Follow-Ups:
- [Frama-c-discuss] arbitrary buffers in analysis
- From: boris at yakobowski.org (Boris Yakobowski)
- [Frama-c-discuss] arbitrary buffers in analysis
- References:
- [Frama-c-discuss] arbitrary buffers in analysis
- From: tim.newsham at gmail.com (Tim Newsham)
- [Frama-c-discuss] arbitrary buffers in analysis
- Prev by Date: [Frama-c-discuss] arbitrary buffers in analysis
- Next by Date: [Frama-c-discuss] arbitrary buffers in analysis
- Previous by thread: [Frama-c-discuss] arbitrary buffers in analysis
- Next by thread: [Frama-c-discuss] arbitrary buffers in analysis
- Index(es):