[prev in list] [next in list] [prev in thread] [next in thread] 

List:       net-snmp-bugs
Subject:    [ net-snmp-Bugs-3517030 ] incorrect gettable "experimentally determined" repatcount
From:       SourceForge.net <noreply () sourceforge ! net>
Date:       2012-04-11 21:34:12
Message-ID: E1SI5B8-0004sS-C6 () sfs-ml-4 ! v29 ! ch3 ! sourceforge ! com
[Download RAW message or body]

Bugs item #3517030, was opened at 2012-04-11 14:34
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3517030&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: perl
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Ufraarh ()
Assigned to: Nobody/Anonymous (nobody)
Summary: incorrect gettable "experimentally determined" repatcount

Initial Comment:
v.5.7.1
SNMP::Session::gettable

line 822:
$state->{'repeatcount'} = int(1000 / 36 / ($#{$state->{'varbinds'}} + 1));

can calculate repeatcount = 0 for large tables and didn't return data even if 1 table \
entry can be fitted to snmp packet.

i think need to check repeatcount for zero and force it to 1


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

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

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________
Net-snmp-bugs mailing list
Net-snmp-bugs@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-bugs


[prev in list] [next in list] [prev in thread] [next in thread]