[ net-snmp-Bugs-1685067 ] netsnmp_view_get invalid id does NOT fail

[SourceForge.net <no...@so...>]

Bugs item #1685067, was opened at 2007-03-21 10:48
Message generated for change (Settings changed) made by dts12
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1685067&group_id=12694

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: agent
Group: embedded
>Status: Pending
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: netsnmp_view_get invalid id does NOT fail

Initial Comment:
Testing the conformance of my mib agent i found the following marginal bug in function netsnmp_view_get (5.4) or vacm_viewEntry (5.0.9) both on embedded ARM (debian linux) and Coldfire (ucLinux) processors. 
All children of 
vacmViewTreeFamilyTable are affected.

available data: 
snmp0 walk res vacmViewTreeFamilyStatus {puts stderr $res}
...
{1.3.6.1.6.3.16.1.5.2.1.6.16.97.110.111.110.121.109.111.117.115.86.105.101.119.48.48.51.1.1 Integer32 active}
{1.3.6.1.6.3.16.1.5.2.1.6.16.97.110.111.110.121.109.111.117.115.86.105.101.119.48.48.52.1.1 Integer32 active}
{1.3.6.1.6.3.16.1.5.2.1.6.16.97.110.111.110.121.109.111.117.115.86.105.101.119.48.48.53.1.1 Integer32 active}

get one entry, correct behaviour:
snmp0 get 1.3.6.1.6.3.16.1.5.2.1.6.16.97.110.111.110.121.109.111.117.115.86.105.101.119.48.48.53.1.1
{1.3.6.1.6.3.16.1.5.2.1.6.16.97.110.111.110.121.109.111.117.115.86.105.101.119.48.48.53.1.1 Integer32 active}

modify last id of oid from 1 e.g. to 0 or any other non existing value
this entry does not exist at all but we get it nethertheless
snmp0 get 1.3.6.1.6.3.16.1.5.2.1.6.16.97.110.111.110.121.109.111.117.115.86.105.101.119.48.48.53.1.0
{1.3.6.1.6.3.16.1.5.2.1.6.16.97.110.111.110.121.109.111.117.115.86.105.101.119.48.48.53.1.0 Integer32 active}

O

----------------------------------------------------------------------

Comment By: Dave Shield (dts12)
Date: 2007-03-25 20:24

Message:
Logged In: YES 
user_id=88893
Originator: NO

I've testing this with the current code (5.4), and the
oldest active line (5.2.x) and failed to reproduce the
problem in either case.
  Retrieving an invalid OID from the vacmViewTreeFamilyTable
gives 'noSuchInstance' as expected.

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2007-03-21 11:23

Message:
Logged In: NO 

All children of vacmSecurityToGroupTable and vacmAccessTable are affected
too.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=1685067&group_id=12694