On 10/08/06, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> RS> The one enhancement that might be nice would be to require a
> RS> special flag to enable partial matches.
>
> I think the patch is a good idea. I think your special flag should be
> required though
When we discussed this previously (
Wes Hardaker wrote:
>> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
>
> DS> Ummm... how about something similar to
> DS> http://www.redhat.com/archives/rpm-list/2001-August/msg00072.html
>
> DS> Not sure about the licensing implications of using either this or
> DS> the Mozilla equiva
On 10/08/06, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> DS> Very reluctantly, I'm forced to admit that the warnings you
> DS> mention are probably no longer appropriate. I still wouldn't want
> DS> to use this code on critical production systems, but that's just
> DS> my innate caution showing.
>
>
On 10/08/06, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> That's actually why I never applied that patch, even though I looked
> at it a few times. It was adding a linker flag to the compile time
> routines that is unknown as to where it is supported. I failed to see
> how that was at all portable.
Wes Hardaker wrote:
>> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
>
> That's actually why I never applied that patch, even though I looked
> at it a few times. It was adding a linker flag to the compile time
> routines that is unknown as to where it is supported. I failed to see
> how
Robert Story wrote:
> It probably wouldn't be too hard to add a config option to assume that an
> interface of the same name is always the same, even if the kernel ifIndex
> changes. But I'd not want it to be the default. It would also mean that other
> apps that use/report the ifIndex would report
On Thu, 10 Aug 2006 10:46:05 +0200 Thomas wrote:
TA> So if we're not picking up someone else's va_copy() magic, what else can
TA> we do? Choices:
TA>
TA> 1) come up with our own va_copy() magic (configure test and replacement)
TA> 2) rewrite the patch that introduced va_copy to work without it
TA>
On Thu, 10 Aug 2006 09:45:41 +0100 Dave wrote:
DS> On 10/08/06, Wes Hardaker <[EMAIL PROTECTED]> wrote:
DS> > RS> The one enhancement that might be nice would be to require a
DS> > RS> special flag to enable partial matches.
DS> >
DS> > I think the patch is a good idea. I think your special flag s
On Wed, 09 Aug 2006 17:04:13 -0700 Wes wrote:
WH> Doing it as an assert is wrong.
You didn't really read my response, did you?
> But it wasn't an assert, it was a netsnmp_assert. And if you look up the
> definition of that macro (library/snmp_assert.h), it will only log a message
> by default. Th
On Thu, 10 Aug 2006 12:33:46 +0200 Thomas wrote:
TA> Robert Story wrote:
TA> > It probably wouldn't be too hard to add a config option to assume that an
TA> > interface of the same name is always the same, even if the kernel ifIndex
TA> > changes. But I'd not want it to be the default. It would als
On 10/08/06, Robert Story <[EMAIL PROTECTED]> wrote:
> Actually, I kinda like this patch. Note that it does the opposite of what I
> was talking about above: it removes the old entry, and adds the new one with a
> *different* ifIndex. I don't think this will make the MRTG-like folks happy,
> and th
Dave Shield wrote:
> On 10/08/06, Robert Story <[EMAIL PROTECTED]> wrote:
>> Actually, I kinda like this patch. Note that it does the opposite of what I
>> was talking about above: it removes the old entry, and adds the new one with
>> a
>> *different* ifIndex. I don't think this will make the MRT
Title: RE:memory leak 5.2.1 ?
Hi
Did you compiled your Net-SNMP package with DISMAN-MIB?
I remember, diman implementation in Net-SNMP-5.2.1 has memory leak, if you configure “monitor” directive for linkup/linkdown notification, then definitely DISMAN-MIB implementation will
On Thu, 10 Aug 2006 15:41:25 +0200 Thomas wrote:
TA> Dave Shield wrote:
TA> > I think that ideally, we should support both modes of operation
TA> > (configurable). A "possibly-new" interface could either take the same
TA> > index as before, or a new one, with a config option to determine which.
T
On 10/08/06, Robert Story <[EMAIL PROTECTED]> wrote:
> So, if dave saw an assert, it's because he asked for it. If he saw a crash,
> then the default logging part of the netsnmp_assert macro might need tweaking.
I can't remember the exact scenario now - it was a while ago. It
might have aborted t
[EMAIL PROTECTED] wrote:
> Hi
>
> Did you compiled your Net-SNMP package with DISMAN-MIB?
>
> I remember, diman implementation in Net-SNMP-5.2.1 has memory leak, if
> you configure “monitor” directive for linkup/linkdown notification,
> then definitely DISMAN-MIB implementation will get invoked
Title: Message
Hi!
when i run snmpd -f -L -Dieee802dot11,dlmod
command i'm getting "segmentation fault" i don't know why?.
Hi Petr,
> In long term we have to simplify include/net-snmp/system/kfreebsd.h
> by polishing our kernel headers and glibc headers.
>
> But in mean time, it would be nice, if you could include this patch.
> It would help us, as libsnmp-dev have rather big set of packages
> that (recursively) Buil
On 10/08/06, Wes Hardaker <[EMAIL PROTECTED]> wrote:
> DS> Not sure about the licensing implications of using either this or
> DS> the Mozilla equivalent
>
> Well, the mozilla license is different than ours and I don't really
> like the idea of legally merging them because IANAL.
OK - I think I've
Thomas Anders wrote:
>bogdan antonovici wrote:
>
>
>>I have an embedded system with the following specs:
>>- linux kernel 2.4.24
>>- netsnmp agent 5.2.1
>>- 16 MB of RAM
>>- 5MB are for RAM disk which is hosting root filesystem
>>
>>After a while system runs out of memory.
>>Can someone tell me
On 10/08/06, bogdan antonovici <[EMAIL PROTECTED]> wrote:
> Is based on the patches and release notes. I don't know more than that.
> If you know please let me know and of course i would try to move to 5.3
> (i will do it as a last solution if i don't get any other cues).
At the very least, I thin
Dave Shield wrote:
> At the very least, I think we'd ask you to try with the 5.2.2 release.
Latest 5.2.x release is 5.2.3, so please try that one, please.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
-
Using
bogdan antonovici wrote:
> I have an embedded system with the following specs:
> - linux kernel 2.4.24
> - netsnmp agent 5.2.1
> - 16 MB of RAM
> - 5MB are for RAM disk which is hosting root filesystem
>
> After a while system runs out of memory.
> Can someone tell me what's all about? I checked t
The most complete description of va_copy status that I've come across is at
http://www.unixpapa.com/incnote/variadic.html
Another relevant comment is:
-
va_copy
The C99 standard provides va_copy for copying va_list variables.
It may be available in older environments too, though possib
Folks,
Etiquite question - I'm seeking to have a change made by having a minor option made to the command set. Would it be acceptable to the group of coders to offer a bounty for the work? If not, what is the prefered way to sponsor a specific change to the code?
Thanks,
David Lott
Presiden
[EMAIL PROTECTED] wrote:
> Etiquite question - I'm seeking to have a change made by having a minor
> option made to the command set. Would it be acceptable to the group of
> coders to offer a bounty for the work? If not, what is the prefered way to
> sponsor a specific change to the code?
I'
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> Is that any use to us?
If you need to copy one, that one looks like it would work from a
license perspective.
--
Wes Hardaker
Sparta, Inc.
-
Using Tomcat but need to
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> The C99 standard provides va_copy for copying va_list variables.
Well, that's good news at least. It is defined by a standard and not
a bunch of almost similar OSes.
--
Wes Hardaker
Sparta, Inc.
-
> "SPRG" == Siva Prakash Reddy G <[EMAIL PROTECTED]> writes:
SPRG> when i run snmpd -f -L -Dieee802dot11,dlmod command
SPRG> i'm getting "segmentation fault" i don't know why?. but my module is
SPRG> dynamically linking. if any body have solution pls let me know.
Only a debugger can probabl
> "RS" == Robert Story <[EMAIL PROTECTED]> writes:
WH> Doing it as an assert is wrong.
RS> You didn't really read my response, did you?
Oh, yes I did.
>> But it wasn't an assert, it was a netsnmp_assert. And if you look up the
>> definition of that macro (library/snmp_assert.h), it will onl
> "TA" == Thomas Anders <[EMAIL PROTECTED]> writes:
TA> This problems comes up every so often on IRC and MRTG-like forums
For the ifTable you'd be better off graphing by something other than
ifindex anyway (say ifName). Fixes the problem ;-)
--
Wes Hardaker
Sparta, Inc.
---
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> That's only half tongue in cheek - this patch was clearly not
DS> appropriate for the patches branches, but it seemed reasonable to try
DS> it on the main development code. If it proves more trouble than it's
DS> worth, then we can back it
32 matches
Mail list logo
