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] using ptests


  • Subject: [Frama-c-discuss] using ptests
  • From: stephane.duprat at atos.net (DUPRAT Stephane)
  • Date: Wed, 5 Oct 2011 15:00:24 +0000
  • In-reply-to: <4E8C67E1.5010508@cea.fr>
  • References: <569C6D7D26484241A530B87F45ADE1F87DD4FE@AOFRWMBXRSC004.resources.atosorigin.local> <4E8C67E1.5010508@cea.fr>

Yes, your answers always help me :)

> Yes, FILTER will be applied to the main command stdout and stderr. The
> command should read from stdin and output its result on stdout.
And what about a file (not stdout nor stderr) produced by a frama-c run that we want to postprocess ?

S.

> -----Message d'origine-----
> De : frama-c-discuss-bounces at lists.gforge.inria.fr [mailto:frama-c-
> discuss-bounces at lists.gforge.inria.fr] De la part de Virgile
> Envoy? : mercredi 5 octobre 2011 16:21
> ? : Frama-C public discussion
> Objet : Re: [Frama-c-discuss] using ptests
>
> On 05/10/2011 15:45, DUPRAT Stephane wrote:
> >
> > 1?) using "EXECNOW LOG file cmd", full access path should be
> generated by command; right.
> > But is there any env var to point to the result dir of the test ?
>
> > And in the upper/upper dir, the cmd is incorrect due to path of
> generated log.txt
> > $ ptests.byte tests/test1/hello.c
> >
> > in fact I'd like to lauch the test at the different levels
> >
>
> No, there is no such variable. ptests is meant to be executed from the
> toplevel directory of Frama-C or of a plugin, with a subdirectory named
> tests containing other subdirectories. Thus, EXECNOW should be LOG
> res.txt echo toto > tests/test1/result/res.txt
>
> To be frank, ptests has never been thought as a general-purpose testing
> framework. It is only there to perform the non-regression tests of
> Frama-C (and some of its plug-ins). Thus, it must be launched in an
> environment similar to Frama-C sources.
> By the way, if you want to launch ptests only on one suite or even on
> one test case, this is perfectly possible from the toplevel directory:
> ptests.byte test1
> ptests.byte tests/test1/hello.c
>
> > 2?) using postprocessing tool
> >
> > Is it possible to postprocess outputs of the frama-c run with an
> extra program ?
> > I've seen EXECNOW, but it is a preprocess.
> > Perhaps FILER option ?
> >
>
> Yes, FILTER will be applied to the main command stdout and stderr. The
> command should read from stdin and output its result on stdout.
>
> Hope this helps,
> --
> E tutto per oggi, a la prossima volta
> Virgile
>
> _______________________________________________
> 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

________________________________


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.