> here is the code maybe something will ring a bell. Hmmmm.... I'm not sure that really qualifies as the "trivial example" that I suggested you try.
I'll look at it properly on Monday. But one thing strikes me immediately. The heart of the relevant processing is the call: > if(!extract_if_table_entry(table_info,entry,reqinfo->mode)) But you don't seem to include the code for this routine. Without that, it's impossible to tell whether this module works correctly or not. > You may send me the code for your trivial MIB and I can follow on that... No - I suggested that *you* strip things down to a trivial MIB. My quick testing took an existing (fairly complex) MIB, and hacked it to use netsnmp_register_table() directly. It wasn't intended or appropriate as a suitable example - it was simply a quick way of checking that the table handler worked as expected. I repeat my suggestion - take your example code, strip it down to the bare minimum (one or two columns, and a couple of rows held internally), and see if that works. Once you/we can get that working, *then* it's worth expanding it to match your full requirements. Not before. Dave ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
