perl 5.8.4
net-snmp 5.7
SunOS xxxxxx 5.10 Generic_144488-09 sun4u sparc SUNW,SPARC-Enterprise
As reported a few years ago, the perl SNMP::Session bulkwalk() method is not returning the results it should be. I've read several posts regarding this bug in 2006-2007, it seemed to be identified and patched so I'm wondering how this could be cropping back up in 5.7. 'make test' in the perl/ directory of the source fails:
make[1]: Entering directory `/users/naadm/npe/src/net-snmp-5.7/perl/SNMP'
PERL_DL_NONLAZY=1 /usr/perl5/5.8.4/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, '../blib/lib', '../blib/arch')" t/*.t
t/async.t ..... All 20 subtests passed
t/bulkwalk.t .. 1/62 Not an ARRAY reference at t/bulkwalk.t line 59.
t/bulkwalk.t .. Dubious, test returned 255 (wstat 65280, 0xff00)
this seems to be the exact same error reported in http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2007-April/117873.html. When I run the sample code posted there, i get the same Not an ARRAY reference error as above. Dumping a reference to the array returned by bulkwalk() yields the parameters I passed to it:
$VAR1 = [
bless( {
'UseLongNames' => 2,
'UseEnums' => 0,
'NonIncreasing' => 0,
'UseNumeric' => 1,
'BestGuess' => 0,
'SessPtr' => bless( do{\(my $o = 2413192)}, 'SnmpSessionPtr' ),
'LocalPort' => 0,
'ErrorStr' => '',
'UseSprintValue' => 0,
'Community' => 'public',
'ErrorNum' => 0,
'RetryNoSuch' => 0,
'UseEnum' => 0,
'Retries' => -1,
'Version' => '2c',
'ErrorInd' => 0,
'DestHost' => '10.250.1.66',
'Timeout' => -1
}, 'SNMP::Session' ),
2,
16,
bless( [
bless( [
'sysUpTime'
], 'SNMP::Varbind' ),
bless( [
'ifNumber'
], 'SNMP::Varbind' ),
bless( [
'ifSpeed'
], 'SNMP::Varbind' ),
bless( [
'ifDescr'
], 'SNMP::Varbind' )
], 'SNMP::VarList' )
];
Any help getting this working is much appreciated.
--
Shawn
Hi,
I did a tiny bit of investigation:
http://lists.freebsd.org/pipermail/freebsd-ports-bugs/2007-April/117873.html refers to SVN commit ID 15175 which corresponds to git commit cdc47d8d067f6768dbe034594e9e7ba8027ded6:
commit cdc47d8d067f6768dbe034594e9e7ba8027ded61
Author: Wes Hardaker hardaker@users.sourceforge.net
Date: Fri Sep 8 03:43:32 2006 +0000
This commit is included in the v5.7 tag, so I believe that if it is still broken it is because the patch refered to in the URL was not sufficient.