RE: Decrease execute times of get_first_data_point() when getBulk

I am stumped - I ran mib2c -c mib2c.iterate.conf -S cache=1 MIB_FILE::table_name And got table_name.c/h with the expected container free/load routines. The problem is the prototype and function declaration for the snmp_inject_handler_before() is completely different between the generated code an

5.2.4.pre3 available for testing (first post-SVN)

We have just released the first pre-release candidate for the upcoming version 5.2.4. This is available from the project website at http://sourceforge.net/project/showfiles.php?group_id=12694&package_id=11571&release_id=486948 This is the first release made since the switch over to SVN, and hen

RE: Decrease execute times of get_first_data_point() when getBulk

Thanks I did this last night and it worked fine - simple cut and paste. Along a similar line, is there a mechanism to hook into the processing such that I get a call to a handler before ALL get/set processing but after the OIDs are parsed? And then another call just before the response PDU is go

Re: Decrease execute times of get_first_data_point() when getBulk

On 15/03/07, Adam Bell <[EMAIL PROTECTED]> wrote: > Is there a way to turn on the caching with mib2c.iterate_access.conf? Probably not. The caching support was introduced completely separately from the iterate_access config. The best way forward is probably to merge the caching elements into yo