On Mon, Oct 25, 2010 at 12:14:38PM +0200, Bart Van Assche wrote:
> Neither the description of r19542 nor the changes itself make sense to me.
> Sorry that I have already reverted these changes via r19546 without prior
> notice - if I had noticed earlier that the compiler warnings I encountered
> we
On Mon, Oct 25, 2010 at 12:10:16PM +0200, Bart Van Assche wrote:
> Are you aware that r19544 modifies the Net-SNMP ABI ?
and r19542 ...
Argh, well, hmm, not really.
Actually I never had the thought that these could be directly useful
to external users, but only used internally by snmplib.
Anywa
Claus Klein wrote:
> Please apply this patch and check the result about my FIXME notes.
Please submit your patch to http://www.net-snmp.org/patches so it won't get
lost. Patches that apply cleanly against SVN trunk usually have a higher chance
to get accepted quickly.
+Thomas
I really need an opinion about my questions to fix it in the right way.
I have fixed it for v5.4.3 and plan to do it for 5.6 too.
Regards,
Claus
On 20.10.2010, at 23:06, Claus Klein wrote:
I have some question about the code at the end of this function:
1.) Why is the send_trap_to_sess() cal
I was able to fix it.
It was more than one BUG involved!
First of all, the sparse table handling for the notificationLogMib
does not work!
Second the v1 trap pdu is different from the v2/v3 trap pdu.
Than there are a lot of small BUGs about the trap handling toward the
notificationLogMib.
> On Mon, 25 Oct 2010 11:32:06 -0700, Wes Hardaker
> said:
> On Mon, 25 Oct 2010 13:19:33 -0400, Brendan Tauras
> said:
WH> I haven't had time to work on it
Sorry... I hit send too early...
Anyway, if you wanted to look at it then the files to start looking at
for wrapping
> On Fri, 22 Oct 2010 21:05:30 +0200, Claus Klein
> said:
CK> Ok, it seems you have a lot of work, there are 192 unassigned open
CK> bugs about the agent.
Yes, unfortunately bugs are difficult. Mainly for two reasons:
1) the bug database system leaves a lot to be desired. The SF bu
> On Mon, 25 Oct 2010 13:19:33 -0400, Brendan Tauras
> said:
BT> I have been interested in more info on multi-threading (with
BT> encryption) for a while and think it is still a work in progress.
BT> Wes, any updates on this front?
I haven't had time to work on it and there is a number
I have been interested in more info on multi-threading (with
encryption) for a while and think it is still a work in progress.
Wes, any updates on this front?
Doug, I have had success multi-threading in C with the Single API and
SNMPv3 using SHA1/AES, both the synchronous and asynchronous methods.
On 8 September 2010 16:57, Dave Shield wrote:
> As I recall:
>
> - the initial code just looked for the config token "include" and
> ignored everything else. Hence it used an exact 'strcmp' comparison.
>
> - my re-working looked for "includeDir", "includeFile" and "includeSearch"
>
BT> 3. How should I use the authentication and privacy protocol OIDs?
WH> The SNMPv3 support in Net-SNMP isn't, unfortunately, thread-safe. We
WH> think/hope that the replacement DTLS/TLS support coming out in a future
WH> release will make it thread-safe when used over DTLS though.
Is there an
Hello Niels,
Neither the description of r19542 nor the changes itself make sense to me.
Sorry that I have already reverted these changes via r19546 without prior
notice - if I had noticed earlier that the compiler warnings I encountered
were introduced by a recent change, I would have asked before
Hello Niels,
Are you aware that r19544 modifies the Net-SNMP ABI ?
Bart.
-- Forwarded message --
From:
Date: Mon, Oct 25, 2010 at 8:16 AM
Subject: SF.net SVN: net-snmp:[19544] trunk/net-snmp
To: [email protected]
Revision: 19544
http://net-snmp.svn.s
Hello Bart.
* Bart Van Assche wrote on Thu, Oct 21, 2010 at 08:35:04PM CEST:
> On June 2, 2010 the behavior that libtool drops the compiler flag
> -fstack-protector was confirmed to be a libtool bug. A patch that
> fixes this was included in the same e-mail that confirmed the bug
> (http://permali
14 matches
Mail list logo
