I forgot...

> But in either case, the table_data model requires the list of valid rows
> to be known *before* the table-specific handler is called.  That's a
> fundamental design aspect of this particular helper.
Is there a hook somewhere where the table could be reloaded just before the
handler - or - an alternative script to be able to call xxx_load_table()
from the handler ?

Having the timeout period to 0 could also work.

Thanks,

Francois

2012/3/28 Francois Bouchard <[email protected]>

> > You can actually load the column data from within the handler, but
> > at the very least - the helper needs to know the list of valid row
> indexes
> > beforehand.
> ok.
>
>
> >  That's a  fundamental design aspect of this particular helper.
> by helper do you mean the script to build the MIB code?
>
> thanks
>
>
>
> 2012/3/28 Dave Shield <[email protected]>
>
>> On 28 March 2012 16:26, Francois Bouchard <[email protected]>
>> wrote:
>> >> Which framework are you using to build the MIB code?
>> > the script used is mib2c.table_data.conf,
>>
>> Remember that the basic model for the table_data framework is that the
>> agent holds an internal representation of the table.   This may be a local
>> cached copy of some external data (using the cache helper).
>>  Alternatively it may be that the local representation is the main/only
>> form of the table.  (i.e. the table is *only* held within the agent)
>>
>> But in either case, the table_data model requires the list of valid rows
>> to be known *before* the table-specific handler is called.  That's a
>> fundamental design aspect of this particular helper.
>>
>> You can actually load the column data from within the handler, but
>> at the very least - the helper needs to know the list of valid row indexes
>> beforehand.
>>
>> Dave
>>
>
>
------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
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

Reply via email to