On Fri, 2005-01-07 at 15:23, Robert Story wrote:
> DS> I'm appending a new "mfd-access" file, that could be used
> DS> to generate code which omits all of the cache-related
> DS> processing altogether...
> What I probably would have done would have been to define a new variable to
> make the cache stuff conditional.
That had been my intention initially, until I came to look at where the
caching-related code was generated. Having made a copy of the relevant
mfd-access file and stripped out the cache stuff (as a temporary measure
to get a feel for what would be needed), there didn't seem to be that
much left.
But that was very much intended as a starting point for proper
development, rather than a fully polished solution to the problem.
I'm still feeling my way around the MfD stuff, and don't yet feel
competent to make suggestions with any level of confidence.
> I would probably take the existing ${context}_cache_load() and include it as
> ${context}_container_load(), since that's really what it is doing.
Ummm.... I'm not quite sure what you mean here.
Under what circumstances would 'container_load' be called for a
non-caching module? When the agent first starts up, during normal
operation, or when?
As I'd envisaged it, the container would be initialised as part of
the module startup (in ${context}_container_init), and from there
on would only be updated in response to SET commands.
That's certainly the model I've been working with for my example
table (though I haven't got on to row creation/deletion yet).
> Oh, and thanks for asking ahead of time.
That's OK - I'm fully aware that I barely understand the MfD framework
as yet. I do try to behave in a vaguely responsible manner. The time
to worry is when I think I *do* understand how this is meant to work :-)
Dave
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
