On 18/12/06, Clement Hsu <[EMAIL PROTECTED]> wrote:
> I found there exist some mistakes when using mib2c in net-snmp-5-4
> when I execute mib2c netSnmpTutorialMIB, and choose ucd-snmp
> the resulting mib template is somehow different
>From the FAQ:
What's the difference between the various mi
Hi,
When I perform create twice ( repeated same request ) on tables
which was instrumented using mib2c.create-dataset.conf, I observed FMR (
Free Memory Read ). I am using Net-SNMP-5.2.1 in RedHat Linux.
The error shown in three places,
PLACE 1:
===
FMR: Free memory read
> "ss" == santhosh sundarasamy <[EMAIL PROTECTED]> writes:
ss> When I perform create twice ( repeated same request ) on tables
ss> which was instrumented using mib2c.create-dataset.conf, I observed FMR (
ss> Free Memory Read ). I am using Net-SNMP-5.2.1 in RedHat Linux.
This may not be possib
> "CH" == Clement Hsu <[EMAIL PROTECTED]> writes:
CH> netSnmpTutorialMIB.c:error: "VAR" undeclared
You need to edit those lines and choose the right variables and
values. The code that mib2c produces is a template that needs to be
modified, not working code.
--
Wes Hardaker
Sparta, Inc
> "CH" == Clement Hsu <[EMAIL PROTECTED]> writes:
CH> However I still don't know what this meaning for, can any one give me
CH> answer?
It's actually a pointer definition. It is a definition for a type of
function pointer that needs to be passed to something else. When a
netsnmp_data_list i
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> are there any objections to update to current stable autoconf
TA> (2.61) for CVS MAIN?
What are the advantages of requiring it?
(as opposed to simply using "a fairly recent" one)
--
Wes Hardaker
Sparta, Inc.
-
> "GSM" == G S Marzot <[EMAIL PROTECTED]> writes:
GSM> thoughts?
Have you read our previous discussions on the subject? The current
versioning was actually proposed by me a while back. It is actually
similar to what you're proposing but a bit more extensive.
In particular, we do match the
Wes Hardaker wrote:
>> "GSM" == G S Marzot <[EMAIL PROTECTED]> writes:
>
> GSM> thoughts?
>
> Have you read our previous discussions on the subject?
Do you have a pointer to it? I vaguely remember this may have just been
some IRC talk between the two of us. I hope I'm wrong.
+Thomas
--
Wes Hardaker wrote:
>> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
> TA> are there any objections to update to current stable autoconf
> TA> (2.61) for CVS MAIN?
>
> What are the advantages of requiring it?
>
> (as opposed to simply using "a fairly recent" one)
I remember quite a fe
Wes Hardaker wrote:
>> "GSM" == G S Marzot <[EMAIL PROTECTED]> writes:
>
> GSM> thoughts?
>
> Have you read our previous discussions on the subject? The current
> versioning was actually proposed by me a while back. It is actually
> similar to what you're proposing but a bit more extensive.
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> Do you have a pointer to it? I vaguely remember this may have just been
TA> some IRC talk between the two of us. I hope I'm wrong.
It might have been on the admin list. I don't have a pointer.
--
Wes Hardaker
Sparta, Inc.
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> 1) fix hard-coded calls to sed:
TA> http://sourceforge.net/mailarchive/message.php?msg_id=37096270
TA> 2) AC_PROG_GREP (finds a usable grep if available to fix issues
TA>with AIX grep and friends)
Those are good enough for me.
Thou
Wes Hardaker wrote:
> Though any reason we shouldn't push the requirement to all branches?
> IMHO, autoconf is not a "new feature" but almost entirely related to
> bug fixes in order to have it work on the more broken systems (eg, AIX).
It may break packaging for those who forcibly run "autoconf"
On sön, 2006-12-17 at 11:13 +0100, Magnus Fromreide wrote:
> On lör, 2006-12-16 at 16:28 +0100, Thomas Anders wrote:
> > Magnus Fromreide wrote:
> With the above said I have to admit that I am preparing a patch to give
> NETSNMP_DS_LIB_DEFAULT_PORT priority.
It was harder than I imagined to fix
I came to look on read_config.c. This I found:
get_persistent_directory-const:
The persdir variable should really be const since
NETSNMP_PERSISTENT_DIRECTORY is a string constant
register_config_handler-empty-is-app:
Currently you can call register_config_handler with NULL
15 matches
Mail list logo
