[Open-scap] Re: Stubbed draft of Local Variable evaluation: TRY THIS:

[David Niemoller]

Retry using the attached source.

-----Original Message-----
From: Peter Vrabec [mailto:pvrabec at redhat.com] 
Sent: Wednesday, November 11, 2009 11:48 AM
To: open-scap-list at redhat.com
Cc: David Niemoller
Subject: Re: [Open-scap] Re: Stubbed draft of Local Variable evaluation

ufff,  unfortunately it's causing segfault :(

$ gdb ./test_results 
<gdb> run OVAL/scap-rhel5-oval.xml OVAL/results.xml
(gdb) bt
#0  oval_string_map_free (map=0x0, free_func=0x419800 <oval_value_free>)
at 
oval_stringMap.c:148
#1  0x00000000004165b4 in oval_variable_free (variable=0x763320) at 
oval_variable.c:209
#2  0x000000000040ac01 in oval_string_map_free (map=0x6367e0, 
free_func=0x416580 <oval_variable_free>) at oval_stringMap.c:152
#3  0x0000000000404293 in oval_definition_model_free (model=0x636740) at

oval_agent.c:138
#4  0x0000000000403075 in main (argc=3, argv=0x7fffffffdfd8) at 
OVAL/test_results.c:64


On Wednesday 11 November 2009 03:03:27 pm Peter Vrabec wrote:
> Hi David,
> 
> thnx. for patch, it's partly in git. :)
> 
> On Tuesday 10 November 2009 08:43:46 pm David Niemoller wrote:
> > The attached patch includes a stubbed draft of the implementation of
> > local variable evaluation.  The new code includes
> >
> > -- an implementation of oval_variable_get_values which includes the
> > just-in-time evaluation of local variable values.
> >
> > -- A new function oval_component_evaluate(struct oval_component *,
> > struct oval_string_map *) that is tasked with generating the
oval_values
> > that result from evaluating an oval_component (FUNCTION,
> > VARIABLE_REFERENCE, OBJECT_REFERENCE) on the host platform.  The
> > oval_values generated for the specified oval_component are indexed
by
> > their text values in the specified oval_string_map (the
oval_string_map
> > behaves like a set in this operation).
> >
> > Other changes noted in the patch include changes that support ANSI
and
> > enforce a consistent path style for .h references.
> 
> path style,
> yeah when you install openscap , you will find all headers in
> /usr/include/openscap/* directory. Some headers include other ones
from
>  same directory so we can't use "public/" prefix here, because this
>  cross-include won't work.
> 
> _______________________________________________
> Open-scap-list mailing list
> Open-scap-list at redhat.com
> https://www.redhat.com/mailman/listinfo/open-scap-list
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: oval_variable.c
Type: application/octet-stream
Size: 16460 bytes
Desc: oval_variable.c
URL: <http://listman.redhat.com/archives/open-scap-list/attachments/20091111/028459d7/attachment.obj>