DS> Under what circumstances would 'container_load' be called for a
DS> non-caching module? When the agent first starts up, during normal
DS> operation, or when?
RS> Yes, at startup. Then it would be up to the module to maintain
RS> it during runtime..... Remember, the idea here, by default, is
RS> to have small functions that perform simple tasks. Initializing
RS> the container is different that loading it with the initial data.
OK - got you.
I just wanted to check whether we were talking about the same thing.
DS> As I'd envisaged it, the container would be initialised as part of
DS> the module startup (in ${context}_container_init), and from there
DS> on would only be updated in response to SET commands.
RS> That's fine. But what I don't want to lose is the example code in
RS> container_load, which shows how to allocate the rowreq, set indexes
RS> and insert the rows.
Well you wouldn't need to lose that - it's just that I'd expect to
see that within ${context}_container_init.
I'm not totally convinced that it's worth splitting the initialisation
in two like that - it feels like the same basic task to me. But I'm
not that bothered - this is your baby, so you set the rules.
Though there does seem to something of a proliferation of initialisation
routines:
init_${context}
initialize_table_${context}
${context}_init_data
${context}_container_init
${context}_container_load
(plus whatever is going on in the interface.c file, which
I'm not worrying my pretty little head about).
RS> Besides, the separation will make the cache code easier. Reuse.
OK - now you've lost me again.
What cache code? We're talking about a *non*-caching version ?
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
