Ian C via Net-snmp-coders <net-snmp-coders@lists.sourceforge.net>
writes:
> Hi,
>
> We previously had net-snmp 5.6 running on QNX 6.5 (from pkgsrc), and had
> various
> sub-agents retrieving data and working well. However we've recently migrated
> our OS
> to QNX 7.0 and since there are no pkgsrc packages available for that OS we've
> upgraded and compiled net-snmp 5.8 ourselves.
>
> Most of the system has ported well, GETs for scalars are fine; snmp table
> queries
> for system OIDs such as ifTable & atTable also work, however any table query
> for our
> own table-based subagents fail. While digging into this I noticed that upon
> start-up
> our subagent reports:
>
> Qnx7->SubAgentChA.exe -Lo -d
> netsnmp_get_table_handler(NULL) called
> could not create table handler
I'd run with -DALL in order to get a *lot* of debug output (assuming you
didn't turn off debugging output). Specifically, look for the same
error message to figure out where in the code the problem is triggered
from in the output trace. Because this is where the code is:
netsnmp_mib_handler *
netsnmp_get_table_handler(netsnmp_table_registration_info *tabreq)
{
netsnmp_mib_handler *ret = NULL;
if (!tabreq) {
snmp_log(LOG_INFO, "netsnmp_get_table_handler(NULL) called\n");
return NULL;
}
Which means that the function is getting called with a NULL input, which
certainly shouldn't happen. But *where* is calling it?
-DALL should help identify that
--
Wes Hardaker
Please mail all replies to net-snmp-coders@lists.sourceforge.net
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
