#23051 [Opn]: snmpwalkoid doesnt work on alphas

ID: 23051 User updated by: csmall at enc dot com dot au Reported By: csmall at enc dot com dot au Status: Open Bug Type: SNMP related Operating System: Linux PHP Version: 4CVS-2003-04-04 (stable) Assigned To: harrie New Comment: That snapshot version worked, but i got this message too. any idea what this means? /home/csmall/Projects/php4/php4-STABLE-200402192230/ext/snmp/snmp.c(239) : Freeing 0x1207B69A0 (55 bytes), script=poller.php Last leak repeated 7 times /home/csmall/Projects/php4/php4-STABLE-200402192230/ext/snmp/snmp.c(423) : Freeing 0x1207B4EA0 (24 bytes), script=poller.php Last leak repeated 7 times Previous Comments: ------------------------------------------------------------------------ [2004-02-19 19:23:07] csmall at enc dot com dot au This bug is still open, i will try the snapshot ------------------------------------------------------------------------ [2003-07-21 01:28:38] sniper@php.net No feedback, assumed fixed. ------------------------------------------------------------------------ [2003-07-16 01:05:48] sniper@php.net Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz Make sure the snapshot is build later than Jul 16, 2003 05:30!! ------------------------------------------------------------------------ [2003-04-23 04:16:25] sniper@php.net Assigning to Harrie who is the maintainer of ext/snmp. ------------------------------------------------------------------------ [2003-04-04 19:07:33] csmall at enc dot com dot au After more testing, there are two bugs in this module 1) Something breaks in the OID resolver, you get the entire MIB tree. This occured on alpha and i386 and seems to be fixed in Debian 4.2.3-13 It does suggest you have a problem with the net-snmp library as -9 and -13 are linked to ucd-snmp 4.2 while -12 is net-snmp 5. 2) Something is seriously wrong with the array handling and you get part of the table or just junk text. This happens on the alpha at least but not the i386. Here are my results, see key below to work out what I did: Arch Ver N/SW N/SWO N/SRW C/SW C/SWO C/SRW i386 4.2.3-9 OK OK OK OK OK OK i386 4.2.3-12 OK OK OK WT WT WT i386 4.2.3-13 OK OK OK OK OK OK alpha 4.2.3-9 OK ST ST OK ST ST alpha 4.2.3-12 WT WT WT WT WT WT alpha 4.2.3-13 OK BA BA OK BA BA alpha STABLE OK BA BA OK BA BA The Arch should be obvious Ver is version the 4.2.3-X is a Debian version, STABLE means the one I downloaded php4-STABLE-200304041230 Then the various functions N/SW Numeric OID, snmpwalk() N/SWO Numeric OID, snmpwalkoid() N/SRW Numeric OID, snmprealwalk() C/SW Character OID, snmpwalk() C/SWO Character OID, snmpwalkoid() C/SRW Character OID, snmprealwalk() Numeric OID is ".1.3.6.1.2.1.2.2.1.2" Character OID is "interfaces.ifTable.ifEntry.ifDescr" The results OK - obviously it worked fine! WT - Whole tree. Get error message of "Invalid object identifier" then it scans the entire MIB tree of remote object. BA - Broken Array, Result shown in previous message, but you get only one item of the array. The key is the first item, the value is the last. ST - Strange text, check THIS out (its always the same text): array(1) { [" occur between two tag values. A tag value may not have a zero length. These constraints imply certain restrictions on the contents of this object: - There cannot be a leadingH¢/"]=> string(42) "interfaces.ifTable.ifEntry.ifDescr.6 = br0" } As i said, strange text.... ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/23051 -- Edit this bug report at http://bugs.php.net/?id=23051&edit=1