> > OIDs. But the 'unregister_mib' function returns > with : > > MIB_NO_SUCH_REGISTRATION > > The register and unregister calls must match > *exactly* > (including the root OID, priority, context, etc)
Yes. I found out that the priority was different! thanks! My sub agents are a mix of 4.x code and 5.x (handler) code. both do register with different priority - 4.x with default priority and 5.x with 0 - which confused me. Now I have a slight off the track query. I'm trying to load-unload the mib library on arrival of request for the OIDs. This works well except two problems: 1. I load a lib on incoming request and unload it after serving it. This happens ok. Now when next request comes and when I again try to load the lib. the agent crases...the back trace says it crased in malloc! One thing to note is if I comment out the 'unregister_mib' call from the shutdown function which is called while unloading the lib, then the agent doesn't crash. Then I can do load/unload of the lib several times! I couldn't investigate the reason. Could anyone please throw light on it? 2. On every load/unload of the lib, the agent's vmSize grows. It keeps on growing and so my purpose of loading MIBs dynamically defeats! what can be the problem? thanks, Ajit If the facts don't fit the theory, change the facts. - A. E. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ------------------------------------------------------- This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual core and dual graphics technology at this free one hour event hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
