Dave,
I like what you've done, getting the functions grouped nicely at the
top. It'll provide a much nicer starting point for developers (such
as myself).
I have a question for the community, however: is there a particular
reason why there are so few comments in the code--at least the
function p
On Tue, Apr 21, 2009 at 4:48 PM, Dave Shield wrote:
> 2009/4/21 Bart Van Assche :
>> wrote:
>>> OK - I've reverted that patch, and applied a simpler one to deal
>>> with the immediate problem. (i.e. skip any fd's that are too large
>>> to be handled by fd_set, etc).
>>
>> Can you please remove t
2009/4/21 Buchupalli, Sasidevi :
> In a MIB table, is it fine to have all the attributes as part of the index.
Yes.
> In such a case, what can we do a GET on ?
One of the index objects should be defined as "read-only"
(rather than "not-accessible").
> To solve this, we are planning to add anot
In a MIB table, is it fine to have all the attributes as part of the index. We
have a case where this is happening.
In such a case, what can we do a GET on ?
To solve this, we are planning to add another object (integer) that would be
incremented every time a row is created.
I'm not sure if thi
2009/4/21 Bart Van Assche :
> wrote:
>> OK - I've reverted that patch, and applied a simpler one to deal
>> with the immediate problem. (i.e. skip any fd's that are too large
>> to be handled by fd_set, etc).
>
> Can you please remove the ">= FD_SETSIZE" tests again ? These cause
> the Windows sn
2009/4/21 Bart Van Assche :
> Do you get the same output on a Linux system for the following command:
>
> $ svn update && make -s distclean && ./configure ...
> making all in /home/bart/software/net-snmp-trunk/man
> Makefile:237: *** missing separator (did you mean TAB instead of 8
> spaces?). St
On Mon, Apr 20, 2009 at 12:30 PM, Dave Shield
wrote:
> OK - I've reverted that patch, and applied a simpler one to deal
> with the immediate problem. (i.e. skip any fd's that are too large
> to be handled by fd_set, etc).
Hello Dave,
Can you please remove the ">= FD_SETSIZE" tests again ? These
On Tue, Apr 21, 2009 at 11:47 AM, Dave Shield
wrote:
> I've just commited a set of changes to the include/ tree, which moves what I
> would consider to be the heart of the core API into these top-level header
> files (together with a reworking of the man pages to match).
Hello Dave,
Do you get t
Hi All
If /proc/net/dev contains invalid entries( shown below in
red), netsnmp v 5.3.0.1 crashes during startup. I have made changes in
interface_linux.c to resolve this issue. Can anybody tell me if this
issues was fixed earlier and patch is already available?
cat /proc/net/dev
For several years now, I've been muttering about identifying and consolidating
what we mean by the "core API" for the Net-SNMP project. We've had a set of
top-level header files ready for this, but they haven't really been
used as such.
I've just commited a set of changes to the include/ tree, w
10 matches
Mail list logo
