Wes Hardaker wrote:
> So, where is that patch? I can't find it or the discussion. We had a
> discussion on irc that I remember, but I don't see a patch anywhere that
> is mentioned above...
-coders subject was "Re: rfv: remove asserts with undefined string
comparisons". I'm attaching it here aga
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> rfv: remove asserts with undefined string comparisons
DS> +2 on latest patch
So, where is that patch? I can't find it or the discussion. We had a
discussion on irc that I remember, but I don't see a patch anywhere that
is mentioned above
Err... this is late, unfortunately, but here's the patch. I'm going to
apply it before rc2 and I'll deal with the aftermath fallout of my doing
so without votes, but hey... when you're a package manager you gotta be
willing to take flak. If that's not a documented rule, it should be ;-)
Note:
Hi Robert,
Please find attached file which contains output of sub-agent and
master-agent.
Log which has the time stamp is from sub-agent. Log without time
stamp is from master-agent. I done this to differentiate logs which are
comes from master/sub-agent.
In this output you can see trap#
On Thu, 05 Jul 2007 20:31:53 +0200 Magnus wrote:
MF> On tor, 2007-07-05 at 14:02 +0100, Dave Shield wrote:
MF> > The convenience header file
MF> > can be used to load all the agent-related API declarations, as well as the
MF> > agent configuration settings (USING_XXX).
MF> >
MF> > These config he
On Fri, 6 Jul 2007 10:37:04 +0100 Dave wrote:
DS> rfv: stop looking for config dirs when done
DS> +6 - not yet applied
DS>
DS> rfv: don't delete interface entry w/scan errors
DS> +3, sorta +4
DS> 3-4 hours voting still to run
Both applied.
-
On Thu, 5 Jul 2007 10:56:02 -0700 Navaneetham wrote:
N>As you mentioned I will try and get debug information. With my
N> experiment yesterday I can see duplicate trap happening whenever
N> "snmp_api.c : snmp_resend_request : 5286" functions is getting called.
N> This is happening whenever "snmp
I have some questions regarding scalar values and how to populate them.
I generated the following two code files using "mib2c" with the
"mib2c.scalar.conf" configuration file.
ocStbHostHWIdentifiers.h
ocStbHostHWIdentifiers.c
There are three data fields (ie: scalar values) defined in the
+1
= cut here ==
--- agent/mibgroup/agent/extend.c (revision 16592)
+++ agent/mibgroup/agent/extend.c (working copy)
@@ -1360,7 +1360,7 @@
return ((u_char *) (&long_ret));
case ERRORMSG: /* first line of text returned from
the proces
It would be really useful to insert an 'isindex' value in mib nodes. It
should simply contain a boolean value to indicate if a given column is
an index or not.
Bye,
Antonio.
-
This SF.net email is sponsored by DB2 Express
Dow
I know we are definitely not using perl on our box, so this is good news.
Thanks for verifying this for me.
Wes Hardaker <[EMAIL PROTECTED]> wrote: > "NH" == Need Help writes:
NH> Anyway, not sure what my next step should be should I keep
NH> using the "--disable-shared" flag o
On 06/07/07, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> Commit it now so it'll make rc2, and if we get more
> -1s later we can revert it.
Done.
Dave
-
This SF.net email is sponsored by DB2 Express
Download DB2 Ex
> "WH" == Wes Hardaker <[EMAIL PROTECTED]> writes:
> "RS" == Robert Story <[EMAIL PROTECTED]> writes:
RS> This patch removed the free, so the interface will show up in ifTable, but
RS> without statistics.
WH> Err... sorta +1.
Robert, you're good to go. Please apply.
--
Wes Hardaker
S
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> SVN revision 16332 (and 16348) fixed essentially the same problem for
DS> the NET-SNMP-EXTENT-MIB output.But the UCD-SNMP-MIB::extTable
DS> compatability code wasn't changed.
+1 from me as well. Commit it now so it'll make rc2, and if
> "NH" == Need Help <[EMAIL PROTECTED]> writes:
NH> Anyway, not sure what my next step should be should I keep
NH> using the "--disable-shared" flag or not? What are your
NH> recommendations? Is there something else I can try which might
NH> resolve the errors from being produced wi
On 06/07/07, Need Help <[EMAIL PROTECTED]> wrote:
> One more interesting thing. The ".../agent/mibgroup/Makefile.in" file
> contents is shown below and it seems to have definitions for OBJS, LOBJS and
> SRCS as you describe they should be (see below)
>
> OBJS = @mib_module_list_o@
> LOBJS = @mib_
The build people can not find any evidence of a previously installed NetSNMP
code package. Is it your belief the "libnetsnmpmibs.so" library might
possibly be an older library which does not have the required symbols this
is why the linker can not resolve the symbols?I am just trying
Yes, it is weird OBJS, LOBJS and SRCS are being set to nothing "before"
defining "mib_module_list_o", "mib_module_list_lo" and "mib_module_list_c" at
all.
What version of NetSNMP are you running? Perhaps this is a bug in v5.4?
I looked in the ".../agent/helpers/Makefile" file and I see OBJS
On 06/07/07, Thomas Anders <[EMAIL PROTECTED]> wrote:
> For some reason, I can't help the feeling I've seen this patch before.
> Has this been posted before? Or fixed similarly at a different part of
> the code?
SVN revision 16332 (and 16348) fixed essentially the same problem for
the NET-SNMP-EXT
I am going to need to ask the build people to figure out whether NetSNMP is
previously installed I can not find evidence that it is insalled.
Are you indicating I should not have to use the "--disable-shared" option at
all? I am not sure what this option really does, I only know that it a
Dave Shield wrote:
> I'm therefore calling for votes to include this in 5.4.1
> Ideally, I'd like to see this added before 5.4.1.rc2, although I
> realise that the timescale is a little short.
+1 to include this in rc2 (even though 24h won't have passed)
For some reason, I can't help the feeling
Item #2 on the "5.4.1 open issues" Wiki page turns out to be due a problem
with handling single-line (and zero-line) output.
The following patch fixes the problem, by calculating the length of output
directly. The "lines" index array is then only used when working with
multi-line output.
I'm
On Fri, 6 Jul 2007 21:07:59 +0900
Mitsuru Chinen <[EMAIL PROTECTED]> wrote:
> Could you apply the following patch to 5.3 and 5.4 tree?
I'm sorry again. I forgot to attach the patch.
Best Regards,
Mitsuru Chinen <[EMAIL PROTECTED]>
Index: include/net-snmp/types.h
===
On Fri, 6 Jul 2007 10:13:09 +0100
"Dave Shield" <[EMAIL PROTECTED]> wrote:
> However, I've spotted one minor flaw in :
>
> #ifndef HAVE_UINT64_T
> #ifdef HAVE_U_INT64_T
> typedef u_int64_tuint64_t;
> #elif defined(INT64_T)
> typedef unsigned INT64_T uint64_t;
> #en
[This query feels to be specific to a particular implementation
of AgentX, rather than about the protocol as a whole. As such,
it feels more appropriate on the net-snmp-coders mailing list,
rather than the AgentX WG list. ]
On 05 Jul 2007 21:06:24 -0700, Mark Atwood <[EMAI
I've just checked the status of the various RFVs that have been issued
for 5.4.1.
Summary as follows:
rfv: Patch 1728247 long long vs int64_t
+4 - Applied
Outstanding issue re: HAVE_UINT64_T
rfv: install embedded perl files with mode 644
+5 - Applied
rfv: re
On 03/07/07, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> > "MC" == Mitsuru Chinen <[EMAIL PROTECTED]> writes:
>
> MC> Patch 1728247 is created under recognition where the SIZEOF_LONG_LONG
> ...
> MC> I'd like to call for votes to include it in 5.4.1.
>
> +1 and applied to V5-4-patches and V5-3-pa
On 05/07/07, Bruce Shaw <[EMAIL PROTECTED]> wrote:
> I'm worried about the folks using MRTG who are expecting consistent
> values. They're gonna have problems if the size keeps jumping around
> 'cause we're fiddling with hrStorageAllocationUnits.
That's partly why I'd prefer to concentrate on add
28 matches
Mail list logo
