John Naylon wrote:
Hello,
[EMAIL PROTECTED] said:
MJS> Please review bug [ 1040429 ] memory leaked past f_fmtaddr calls
This looks fine to me -- as Mike says, all fmtaddr methods return heap
memory which needs to be free()d. I would suggest that in snmp_api.c and
snmp_agent.c that the relevant
Wes Hardaker wrote:
On Tue, 5 Oct 2004 10:15:54 -0400, [EMAIL PROTECTED] (Michael J. Slifcak) said:
Michael> Is it OK to apply bug# 1040429 fixes to 5.1 patches and main branch ?
Most of the patch looks ok. I'm not really happy with the removal of
the NULL checks though. Why was that done?
I've
Hi Andy.
Attached is a patch for net-snmp.nsi that makes the following changes:
-Prompts the user to overwrite snmp.conf if it exists. If the user says
yes, it saves it as snmp.conf.new (overwriting snmp.conf.new if it
exists). It defaults to overwrite for silent installs.
-Changes the web site
http://sourceforge.net/tracker/index.php?func=detail&aid=1041778&group_id=12
694&atid=312694
Two years ago my boss asked me to make his cell phone ring if a fan broke
down on one of the servers. This is the end result.
An earlier version of It works on an E450. It sort of works on a V800 (it
br
On Tue, Oct 05, 2004 at 07:52:06PM +0530, Karthikeyan N wrote:
> Hi,
I think this question would have been better suited for the net-snmp-users
list.
> I am using netsnmp5.1.1 in linux environment.
>
> After building the agent, I am doing snmpwalk from 0.0 which results in "noSuchName"
> error.
I seem to recall that the tooBig response is not sent,
but rather that the packet is just dropped.
You will need to alter some code in order to check
message size and send a TooBig response.\
I set the rcvmsgmaxsize and sndmsgmaxsize member
variables in snmp_agent.c and then modified snmp_api.c
On Thu, 30 Sep 2004 12:44:06 EEST Fatih wrote:
FE> Hi everybody, I just started using net snmp for 3-4 days and I'm curious
FE> about the source codes. My question is is there a way to pick the source
FE> codes of snmpget, snmpgetnext and snmpwalk from the entire source code? I
FE> want to compile
Thomas Anders wrote:
The problem seems to be that
- init_usm() calls setup_engineid() before reading config files
resulting in an initial UCD_RND-based engineID
- the "oldEngineID" handler oldengineID_conf() just puts the string
into the global oldEngineID variable, *not* changing the
global
On Wed, 06 Oct 2004 15:58:10 +0100 Dave wrote:
DS> netsnmp_handler_registration *reg =
DS> netsnmp_create_handler_registration( ..., handle_myObject, ... );
DS> netsnmp_watcher_info *watch =
DS> netsnmp_create_watcher_info( buf, sizeof( buf ),
DS>
Thomas Anders wrote:
Even though snmptrapd handles the "oldEngineID
0x80001f888096c4781a71d0c43e"
from the config file, it insists on generating a new one
(e.g. 0x87e58023572f3955f66341) soon thereafter in
lcd_set_enginetime().
The problem seems to be that
- init_usm() calls setup_engineid()
Karthikeyan N wrote:
We ar using net-snmp 5.1.1 release in Linux and facing the below problem when the run it using silverCreek.
Instead of flooding the list with results of running SilverCreek against an
outdated Net-SNMP version, it'd be *much* more helpful if you could run
the same tests against
Hi,
The below test case is failing when we test it using SilverCreek. We are using
net-snmp5.1.1 in linux and running this test case. The agent should handle properly
when the maximum message size assigned in the agent ( as macro value) with the proper
error condition when the response packets
We'd like to implement the net-snmp on our own developed embedded system.=3D20 =3D20 We don't need the whole net-snmp, only an "elementary kernel". I mean, a snmp- library, an agent -library and a MIB-library.
Did someone already implement a briefly net-snmp with the "basic functionality" (Size <
Hi,
We ar using net-snmp 5.1.1 release in Linux and facing the below problem when the run
it using silverCreek.
3.45 - 1.1.14 ~ SNMP Protocol Chapter 1.0 Test 1.1.14 - FAIL->FAIL
>> In Test Suite: 1.0: SNMPv1 Tests for All MIBs Loaded
>> 1.1.14 The purpose of this test is to determine if t
Subject line change as this one may go on for a while...
Andy Smith wrote:
Alex Burger wrote:
BTW, the reason I wanted to get the eventlog code fixed was because
the only other thing left to make the MinGW build comparable to MSVC
is the Perl modules. I already documented how to build the Perl
Hi,
I am running the net-snmp 5.1.1 release in Linux enviornment and facing some problems.
Please find below the following issues on net-snmp and let me know, is this a bug or
not??
Problem 1: HrMemorySize problem :
I am running the net-snmp 5.1.1 release in Linux enviornment and
facing som
Hi Mike,
> Do you have individual patches which may have been rolled up
> into net-snmp_5.1.2-5.diff.gz ?
No, not yet. One of my plans is to switch the build system for net-snmp to
cdbs after sarge is out of the door. This will include seperating the
patches.
> Jochen, Would like to review these
Hi,
I am using netsnmp5.1.1 in linux environment.
After building the agent, I am doing snmpwalk from 0.0 which results in "noSuchName"
error. Please let me know, is this a bug in the Agent API's??
Thanks,
Karthik
--
__
IndiaInfo Mail - the free e-m
Hi,
I am running the below test case using the SilverCreek and getting the following
errors. Please let me know does anyone face this similar problem? Also, let me know,
is there any patch/fix available in the repository for this :
== 3.07 - 1.1.5 ~ SNMP Protocol Chapter 1.0 Test 1.1.5 - FAIL-
Hi everybody, I just started using net snmp for 3-4 days and I'm curious about the
source codes. My question is is there a way to pick the source codes of snmpget,
snmpgetnext and snmpwalk from the entire source code? I want to compile only the 3
commands, others are not necessary for my applica
> One more thing, is there a way to make net-snmp read my MIB module and
> then use the library to find out what are de DEFAULT values and
> allowable range of the INTEGER scalars defined in the MIB module
Not at run-time - no.
(Well, it's obviously possible, but I don't have the code to do it)
Dave> So the full code for a watched writable scalar helper would be:
Dave>
Dave>netsnmp_set_request_error( reqinfo, request,
Dave> SNMP_ERR_WRONGVALUE );
Dave>return SNMP_ERR_WRONGVALUE;
Robert> I'm not sure ab
Dave> I like the idea of having host-specific configuration, but I'm not
Dave> at all keen on this syntax. I very rarely remember that we support
Dave> this "[snmp]" trick, never use it, and have no idea how you'd switch
Dave> back to "common" settings.
Robert> I think the idea would be that the
On Wed, 06 Oct 2004 10:12:20 +0100 Dave wrote:
DS> So the full code for a watched writable scalar helper would be:
DS>
DS>netsnmp_set_request_error( reqinfo, request,
DS> SNMP_ERR_WRONGVALUE );
DS>return SNMP_ERR
Robert Story (Coders) wrote:
Ugh. I did consider that, but don't like it for several reasons.
1) I don't like the multiple path searching in the first place
a) more overhead, testing for another file in every directory
b) multiple possible locations for files is too confusing
2) for lots of h
> So the current choices are:
>
> 1) add strtok_r to tool.c as a temporary location
>
> 2) add new file strtok_r.c (seems to be the previous pattern)
>
> 3) add a new file string_utils.c, merging in existing str*.c files
>
> 4) come to some quick concensus on what a proper directory hierarchy f
>
> From: Robert Story (Coders) <[EMAIL PROTECTED]>
> Date: 2004/10/05 Tue PM 07:39:06 EDT
> To: [EMAIL PROTECTED]
> Subject: Re: proposal: snmplib/string_utils.c
>
> On Tue, 5 Oct 2004 19:09:55 -0400 Robert wrote:
> RS> I'm looking at applying the strtok_r patch for 5.2, which will include a
>
Dave Shield wrote:
In my sub-agent I will have a few INTEGER variables (not a table, plain
INTERGERs) that will be GET/SET. For the moment I'm thinking about using
netsnmp_register_int_instance() with the default integer handler.
Are these scalar MIB objects? Or individual instances (e.g. as pa
OK, my five cents :
I feel the best is "come to some quick concensus on what a proper directory
hierarchy for snmplib might be, and put old & new little files in a subdir."
However, guts feeling says this concensus will not be reached quickly...
Therefore I think the only reasonable for now is "
-Coders,
I'm currently digging through the various engineID-releated functions
to explain myself a strange behaviour with the "oldEngineID" config directive
that bugs me for way too long now.
Even though snmptrapd handles the "oldEngineID 0x80001f888096c4781a71d0c43e"
from the config file, it insis
On Wed, 06 Oct 2004 10:02:44 +0100 Dave wrote:
DS> Geert> 1. Overload the context in snmp.conf
DS> Geert>
DS> Geert> Example:
DS> Geert> defCommunity public
DS> Geert> [myhost1]
DS> Geert> defCommunity whatever
DS>
DS> Robert> This is what my ori
On Wed, 06 Oct 2004 09:44:01 +0100 Dave wrote:
DS> > If people don't like combining them, how about at least putting them in a
DS> > sub-directory?
DS>
DS> I have long been advocating a more structured approach to the library.
DS> But I don't think now is the right time to start doing this.
Ok, i
Wes Hardaker wrote:
On Thu, 24 Jun 2004 17:44:13 +0200, Thomas Anders <[EMAIL PROTECTED]> said:
Thomas> At least the following comment in snmplib/snmpv3.c seems to
Thomas> disagree slightly:
Thomas> if (localEngineIDType == ENGINEID_TYPE_UCD_RND)
Thomas> /*
Thomas> * we must use the net-snmp enterp
> In my sub-agent I will have a few INTEGER variables (not a table, plain
> INTERGERs) that will be GET/SET. For the moment I'm thinking about using
> netsnmp_register_int_instance() with the default integer handler.
Are these scalar MIB objects? Or individual instances (e.g. as part of
a wide
Geert> 1. Overload the context in snmp.conf
Geert>
Geert> Example:
Geert> defCommunity public
Geert> [myhost1]
Geert> defCommunity whatever
Geert> [myhost2]
Geert> defCommunity whatelse
Robert> This is what my original idea was, and I like it better than
> If people don't like combining them, how about at least putting them in a
> sub-directory?
I have long been advocating a more structured approach to the library.
But I don't think now is the right time to start doing this.
We're meant to be concentrating on getting 5.2 out of the door.
*Everyt
36 matches
Mail list logo
