Hi,
My code core dumped at
#0 0x4002f0dd in pthread_mutex_lock () from /lib/libpthread.so.0
#1 0x402ed568 in free () from /lib/libc.so.6
#2 0x40065360 in snmp_free_session () from /usr/lib/libnetsnmp.so.5
#3 0x400654a4 in snmp_sess_close () from /usr/lib/libnetsnmp.so.5
Can somebody give me
I´ve tried to use a agent as master agent(example-demon) and then plug a
subagent on him. When I start the execution of the master agent, there is a
message that says:
".../example-demon.conf: linen 60: Warning: Unkown token: master"
Then in the subagent, a message that says:
"Error: Failed to c
On Wed, 2005-11-02 at 07:57 -0800, Wes Hardaker wrote:
Dave> - does the default configuration compile successfully?
Wes> I've always argued that that's not a fair test. We should be
Wes> determining if the most common code fails that test, not just
Wes> the default build.
Two comments:
a) I'
On Wed, 2005-11-02 at 08:01 -0800, Wes Hardaker wrote:
> I think that 5.2.2 is looking less and less useful to the
> end user which makes me more and more wary of releasing it.
> But given that embedded perl is broken currently and because
> snmpnetstat would have to be non-existent in it, I'm thi
Well,
I think that 5.2.2 is looking less and less useful to the end user
which makes me more and more wary of releasing it. We should always
be thinking of the people on the other end when releasing software and
do what's likely the best for them (not us). That's the whole reason
we've been try
> On Wed, 02 Nov 2005 13:57:23 +, Dave Shield <[EMAIL PROTECTED]> said:
Dave> This comprised two basic tests - these being:
Dave> - does the default configuration compile successfully?
I've always argued that that's not a fair test. We should be
determining if the most common code fails
On Tue, 2005-11-01 at 13:41 -0700, Bruce Shaw wrote:
> It has previously been noted that there's a licensing/legal issue with the
> code for snmpnetstat. This is affecting the release of 5.3. Dave is
> working on a rewrite/fix that eliminates the code in question.
A status check on that work:
On Wed, 2005-11-02 at 10:59 +0100, Thomas Anders wrote:
> Dave Shield wrote:
> > By the criteria I proposed last year, this means that it
> > doesn't fall into the category of "show stopper", and so
> > the fix should wait until after the 5.2.2 release.
>
> I strongly disagree.
> I still call the
Bruce Shaw wrote:
It has previously been noted that there's a licensing/legal issue with the
code for snmpnetstat. This is affecting the release of 5.3. Dave is
working on a rewrite/fix that eliminates the code in question.
The problem is, the same code is in 5.2.2. I believe we have three ma
Dave Shield wrote:
Thomas> I definitely consider this a show stopper for 5.2.2.
Thomas> Major, recommended functionality that is fully broken
Thomas> MUST get repaired.
I would question whether embedded perl support qualifies as
"major, recommended functionality". It's not included as
part of
On Wed, 2005-11-02 at 08:18 +0100, Thomas Anders wrote:
Wes> Thus, I have two patches (which I'll commit to main)
Wes> but I'm not sure what to do about 5.2.2.
Thomas> I definitely consider this a show stopper for 5.2.2.
Thomas> Major, recommended functionality that is fully broken
Thomas> MUST g
On Wed, 2005-11-02 at 00:06 -0800, mahua dutta wrote:
> >char localhost[4];
> >localhost[0] = 127;
> >localhost[1] = 0;
> >localhost[2] = 0;
> >localhost[3] = 1;
> >
> >snmp_set_var_typed_value( var, ASN_OCTET_STR,
> > localhost, 4);
>
>
Thanks Dave. Still the output does not look like
Ipaddress.
>char localhost[4];
>localhost[0] = 127;
>localhost[1] = 0;
>localhost[2] = 0;
>localhost[3] = 1;
>
>snmp_set_var_typed_value( var, ASN_OCTET_STR,
> localhost, 4);
In that case
13 matches
Mail list logo
