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] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- Subject: [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- From: dmentre at linux-france.org (David MENTRE)
- Date: Thu, 19 Mar 2009 13:51:56 +0100
- In-reply-to: <20090319131821.1ad4156d@is005115>
- References: <3d13dcfc0903180831t1002ccafhfa254b70595fac6a@mail.gmail.com> <20090318175434.1b258458@is005115> <3d13dcfc0903190140t7fe83020ga8652071670f6c59@mail.gmail.com> <20090319131821.1ad4156d@is005115>
Hello, On Thu, Mar 19, 2009 at 13:18, Virgile Prevosto <virgile.prevosto at cea.fr> wrote: >> By the way, I have seen that some "global" knowledge is also kept >> (assertions about global variables? function pre-condition?). Is this >> correct? Is this described somewhere? > > I'm unsure what you mean by "global knowledge". assertion on variables > (and regions) that are not modified by the loop will still hold, but > that's all. I'm using static strings in my code and I have assumptions like this in the upper-right corner of Jessie GUI: """ H1: true = true and (valid___string_w(char_P___string_w_1_alloc_table, char_P_char_M___string_w_1) and valid___string_w_0(char_P___string_w_1_alloc_table) and valid___string_c_evote_log(char_P___string_c_evote_log_2_alloc_table, char_P_char_M___string_c_evote_log_2) and valid___string_c_evote_log_0(char_P___string_c_evote_log_2_alloc_table) and valid___string_v(char_P___string_v_3_alloc_table, char_P_char_M___string_v_3) and valid___string_v_0(char_P___string_v_3_alloc_table) and valid___string_end_of_vote(char_P___string_end_of_vote_4_alloc_table, char_P_char_M___string_end_of_vote_4) and valid___string_end_of_vote_0(char_P___string_end_of_vote_4_alloc_table) and valid___string_y(char_P___string_y_5_alloc_table, char_P_char_M___string_y_5) and valid___string_y_0(char_P___string_y_5_alloc_table) and valid___string_None_of_those_candidates(char_P___string_None_of_those_candidates_6_alloc_table, char_P_char_M___string_None_of_those_candidates_6) and valid___string_None_of_those_candidates_0 """ >> I have a side question: I usually write \forall assertions with an >> int: "\forall int i; [...]". You write your assertion with "integer", >> "\forall integer i; [...]". Is there any difference? Any reason to >> prefer one over the other? > > Technically, there are only integers in the logic, int is only a > shortcut to say 'I have an integer and it is between MIN_INT and > MAX_INT'. It exists mainly to be able to lift C lval in the logic, but > purely ACSL values should use the primitive type directly. Ok, I'll fix my code. Many thanks for the explanations, it helps a lot! Yours, david
- Follow-Ups:
- [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- From: virgile.prevosto at cea.fr (Virgile Prevosto)
- [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- References:
- [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- From: dmentre at linux-france.org (David MENTRE)
- [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- From: virgile.prevosto at cea.fr (Virgile Prevosto)
- [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- From: dmentre at linux-france.org (David MENTRE)
- [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- From: virgile.prevosto at cea.fr (Virgile Prevosto)
- [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- Prev by Date: [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- Next by Date: [Frama-c-discuss] Getting a node from its id for a particular pdg
- Previous by thread: [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- Next by thread: [Frama-c-discuss] Unability to verify an arithmetic assertion disapears in a reduced but similar test case
- Index(es):