tag 565635 +upstream
thanks
Hi Simon,
ii libsnmp15 5.4.2.1~dfsg-4 SNMP (Simple Network Management Pr
Does this still happen with libsnmp15 5.4.2.1~dfsg-5?
Yes.
OK, i just wanted to verify it's not some weird toolchain problem.
The issue of the crash still remains, however: asking for both
1.3.6.1.2.1.4.34.1 and 1.3.6.1.2.1.4.34.2 in the same request leads to a
crash, while individually, they are handled fine (the first returning
the third column, first row of ipAddressTable, the second returning
what is apparently fourth column, first row of ipNetToPhysicalTable).
I can confirm this on sparc, even with pristine 5.4.3.pre2, so it's definitely an upstream problem.
When running manually on forground (in a pbuilder chroot on sparc), i get this log:
./snmpd -f -Lo: -c /etc/snmp/snmpd.conf -m :
iquerySecName has not been configured - internal queries will fail
NET-SNMP version 5.4.3.pre2
netsnmp_assert (((void *)0) != tblreq_info) && (tblreq_info->colnum <=
tad->tblreg_info->max_column) failed table_container.c:476 _data_lookup()
Segmentation fault
Thanks,
Jochen
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
