Re: Reason: (genError)

How can i take use of myTable_row_prep()? [from myTable_data_access.c file 
generated by mib2c]. I upload every thing in myTable_cache_load.
in the description of myTable_cache_load ...

 * @remark
 *  While loading the cache, the only important thing is the indexes.
 *  If access to your data is cheap/fast (e.g. you have a pointer to a
 *  structure in memory), it would make sense to update the data here.
 *  If, however, the accessing the data invovles more work (e.g. parsing
 *  some other existing data, or peforming calculations to derive the data),
 *  then you can limit yourself to setting the indexes and saving any
 *  information you will need later. Then use the saved information in
 *  myTable_row_prep() for populating data.
Can any one give me an example for myTable_row_prep myTable_row_load. I am 
learning by examples :)

Thanks
Sharad Chandra

On Wednesday 08 Aug 2007 1:46 pm, Dave Shield wrote:
> On 08/08/07, Sharad Chandra <[email protected]> wrote:
> >      I want what ever it has in table previously should return even
> > while updating the table and once it updated the table then on next
> > query it should give updated values.
>
> I can't comment on the specifics of the MfD code - Robert's the
> expert on that.  (Though I'm not sure whether he follows this
> list - you might to better asking him on the IRC channel).
>
> But my immediate reaction would be to set up a regular callback
> routine to re-load the cache automatically.  This could either be done
> using the snmp_alarm mechanism within the subagent code, or
> possibly (with suitable protection) as part of a separate thread.
>
> In fact, the comments at the head of the 'helpers/cache_handler'
> file imply that this is exactly what the flag 'NETSNMP_CACHE_AUTO_RELOAD'
> is meant to do.
>    Try setting this flag before registering the MIB table.
>
> Dave
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> _______________________________________________
> 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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
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