Found it. Verified that it works:
In generic_agent.c (around line 451):
case CF_LIST:
for (sl = (struct Rlist *)returnval.item; sl != NULL;
sl=sl->next)
{
if (stat(InputLocation((char *)returnval.item),&sb)
== -1) <<<<<< returnval.item should be sl->item >>>>>>
On Wed, Apr 8, 2009 at 11:05 AM, Matt Richards <[email protected]> wrote:
> Here is another weird one with cf-serverd (sorry about my weird configs):
>
> body common control {
>
> bundlesequence => { "update" ,
> @(bundles.bundles)
> };
>
> inputs => { "update.cf",
> "site.cf",
> "library.cf" ,
> @(bundles.inputs)
> };
>
> }
>
> #./cf-serverd -v
>
> ...
>
> cf3 Listening for connections ...
> cf3 There are no readable promise proposals at .hs
> cf3 (stat: No such file or directory)
> cf3 There are no readable promise proposals at 18s
> cf3 (stat: No such file or directory)
> cf3 There are no readable promise proposals at 3Xs
> cf3 (stat: No such file or directory)
>
>
> In generic_agent.c (around line 438):
> struct Rval returnval =
> EvaluateFinalRval("sys",rp->item,rp->type,true,NULL);
>
> returnval seems to look at the control inputs okay, until it gets to
> the @(bundles.inputs).
>
> (dbx) p (char *)returnval.item
> update.cf
> ...
> (dbx) p (char *)returnval.item
> site.cf
> ...
> (dbx) p (char *)returnval.item
> library.cf
> ...
> (dbx) p (char *)returnval.item
> ^W.Hs
>
> I think it has something to do with how VINPUTLIST is created/parsed
> (using flex-2.5.3/bison-2.3/m4-1.4.9). The server seems to run okay, I
> just get an endless parade of the error messages.
>
_______________________________________________
Bug-cfengine mailing list
[email protected]
https://cfengine.org/mailman/listinfo/bug-cfengine
