Re: A question of net-snmp

Dave Shield <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
On 28 July 2010 13:57, AC. <[email protected]> wrote:
> I made a table for getting mibs information.
> The first time to get information, the function, "encTable_get_first_data_point",
> is called and get my external information.
> But the second time to get information, I just only get the old information
> that got from the first time.
> Why?

Judging by the code you posted, the getQuantaTableInfo() routine
is only called if the 'tlist' pointer is NULL - i.e. the first time that
the 'get_first' hook is invoked.   Every subsequent time that this
get_first routine is called, it will re-use the same tlist data.


> If I have to get my external information every time,
> Please tell me how to do that.

If you do need to reload the external information *every* time,
then remove the  "if (tlist == NULL)"  check from the get_first
routine.
   But be aware that this will probably be VERY inefficient,
since you'll be re-loading the complete table data for *every*
incoming request.   Not for each 'snmpwalk' command, but for
every 'GETNEXT' request - i.e. each individual object.

You might find it sensible to use the cache helper to handle
loading (and re-loading) the table data.  That way, you can
control how long the cache is kept valid, and balance the
overheads involved with the up-to-dateness of the data.

Dave

------------------------------------------------------------------------------
The Palm PDK Hot Apps Program offers developers who use the
Plug-In Development Kit to bring their C/C++ apps to Palm for a share
of $1 Million in cash or HP Products. Visit us here for more details:
http://p.sf.net/sfu/dev2dev-palm
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.