ID: 23051 User updated by: csmall at enc dot com dot au Reported By: csmall at enc dot com dot au -Status: Closed +Status: Open Bug Type: SNMP related Operating System: Linux PHP Version: 4CVS-2003-04-04 (stable) Assigned To: harrie New Comment:
This bug is still open, i will try the snapshot Previous Comments: ------------------------------------------------------------------------ [2003-07-21 01:28:38] [EMAIL PROTECTED] No feedback, assumed fixed. ------------------------------------------------------------------------ [2003-07-16 01:05:48] [EMAIL PROTECTED] 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] [EMAIL PROTECTED] 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.... ------------------------------------------------------------------------ [2003-04-04 10:55:21] [EMAIL PROTECTED] But does 4.2.3 work on that alpha? Or is it common for any platform?? ------------------------------------------------------------------------ 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
