Thomas Anders wrote:
I think this change broke agent::default_store in 5.3.x.
Not too surprisingly, since perl/agent/default_store/default_store.xs is
an almost empty file in 5.3.x SVN now. Wes, what went wrong?
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
Thomas Anders wrote:
Thomas Anders wrote:
I think this change broke agent::default_store in 5.3.x.
Not too surprisingly, since perl/agent/default_store/default_store.xs is
an almost empty file in 5.3.x SVN now. Wes, what went wrong?
Same for 5.2.x, unfortunately. (It's just that make test
Dave Shield wrote:
OK - I think I've submitted an appropriate fix for the 5.2.x and 5.3.x lines.
This follows the coding style of the previous (inadvertently deleted) code,
rather than the newer structure of the 5.4.x line.
Did you copy-n-paste manually? Isn't this code meant to be fully
On 11/05/07, Thomas Anders [EMAIL PROTECTED] wrote:
Thomas Anders wrote:
I think this change broke agent::default_store in 5.3.x.
Not too surprisingly, since perl/agent/default_store/default_store.xs is
an almost empty file in 5.3.x SVN now. Wes, what went wrong?
OK - I think I've submitted
On 11/05/07, Thomas Anders [EMAIL PROTECTED] wrote:
Dave Shield wrote:
OK - I think I've submitted an appropriate fix for the 5.2.x and 5.3.x
lines.
This follows the coding style of the previous (inadvertently deleted) code,
rather than the newer structure of the 5.4.x line.
Did you
Hi All,
I am facing problem when multiple tables are registered with net-snmp(
through subagent). and surely it should be incorrect usuage. Please
help me in resolving the problem. Any directions towards clear
documentation will be helpful, though I refer documentation in
net-snmp home page.
*
On 11/05/07, cpnr Reddy [EMAIL PROTECTED] wrote:
Tables are registered as follows:
1.my_handler = netsnmp_create_handler_registration(buf,
my_table_handler,
my_table_oid,
Thanks a lot, Dave, for the reply
On 5/11/07, Dave Shield [EMAIL PROTECTED] wrote:
On 11/05/07, cpnr Reddy [EMAIL PROTECTED] wrote:
Tables are registered as follows:
1.my_handler = netsnmp_create_handler_registration(buf,
On Wed, 9 May 2007 11:33:04 -0400 Passera wrote:
PPA There are two scenarios, that I am thinking, when the agent can trigger
PPA a discovery.
PPA
PPA 1) When the session is opened.
PPA 2) When an inform is about to be sent and the session engineID is NULL.
PPA
PPA For the first option, to make
On Fri, 11 May 2007 10:08:13 +0100 Dave wrote:
DSd) If you want to replace this patch with gen-generated code, go right
ahead.
Why check in 'new' cut-n-past of an old version, instead of simply reverting
to the previous known good version?
On Thu, 10 May 2007 10:29:44 +0530 Siva wrote:
SPRG but I am getting an error like.
SPRG
SPRG /etc/snmp/snmpd.conf: line 48: Error: bad source address
SPRG /etc/snmp/snmpd.conf: line 49: Error: bad source address
SPRG net-snmp: 3 error(s) in config file(s)
On 09/05/07, Passera Pablo-APP015 [EMAIL PROTECTED] wrote:
There are two scenarios, that I am thinking, when the agent can trigger
a discovery.
1) When the session is opened.
2) When an inform is about to be sent and the session engineID is NULL.
For the first option, to make the discovery
On 11/05/07, Robert Story [EMAIL PROTECTED] wrote:
On Fri, 11 May 2007 10:08:13 +0100 Dave wrote:
DSd) If you want to replace this patch with gen-generated code, go right
ahead.
Why check in 'new' cut-n-past of an old version, instead of simply reverting
to the previous known good
On 06/01/07, Thomas Anders [EMAIL PROTECTED] wrote:
Is there a good reason why the getTotalFree() routine from the old
implementation has been dropped in the new? I can't believe there's no good
way
to get NETSNMP_MEM_TYPE_VIRTMEM values on Solaris.
I've just added the basic content of the
HI,
This is sort of interesting due to how an SNMPengineID is
used in SNMPv3/USM in the msgAuthoritativeEngineID field.
First, I don't believe that in the NET-SNMP code a session
is established between an SNMP agent acting in the notification
generator with each notification receiver. Likewise,
15 matches
Mail list logo