Ugh, yet another self-solving problem... After spending 5 minutes looking at snmpget.c I noticed that I hadn't reset the len variable between read_objid() calls. Sorry for the noise (again)! At least writing all these "bug reports" helps focus my attention.
Juuso On Tuesday 26 June 2007 13:11:40 Juuso Alasuutari wrote: > I noticed something strange when reading two OIDs with a small client > program [0]. The values are returned properly only when the OIDs are added > to the PDU in a specific order. > > If I request HOST-RESOURCES-MIB::hrSystemProcesses.0 (type Gauge32) before > DISMAN-EVENT-MIB::sysUpTimeInstance (type Timeticks), both are returned. > But when I reverse the order, HOST-RESOURCES-MIB::hrSystemProcesses.0 > returns 129 (SNMP_NOSUCHINSTANCE). > > I tried it with snmp 5.4.1.pre3 compiled from source, and also with Debian > Etch's (snmp 5.2.3). Both exhibit the same behavior. I tested if the same > happens with `snmpget -v 2c -c public localhost > DISMAN-EVENT-MIB::sysUpTimeInstance > HOST-RESOURCES-MIB::hrSystemProcesses.0`, but it worked fine. > > I'd like to find out what my program does wrong to cause the request to > fail, or if there might be a bug in libsnmp (though I doubt that). I have > the ALL debug output from snmpd if anyone happens to need it. > > [0] http://pastebin.ca/590067 > > Thanks, > Juuso ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
