Re: Register_int handler

Wes Hardaker <[email protected]>
Newsgroups gmane.network.net-snmp.user
Organization Sparta
Message-ID <[email protected]>
>>>>> On Fri, 2 Jan 2009 19:11:33 +0200, "Nikos Balkanas" <[email protected]> said:

NB> This is a multithreaded agent. What happens if 2 or more simultaneous
NB> calls try to set the same variable? How can I tell apart the different
NB> states of the same set request? Is there a unique ID or something?

Net-SNMP does not support a multi-threaded agent at all.  There are
people that have done it carefully by putting a threaded
interface/calling-system between the agent and the mib code, but it has
to be done carefully and has never been documented.  (I actually have
ideas on how to do something fairly automatically, but haven't had the
time/energy/finances to make it happen).

NB> There are broken tutorials and outdated examples & documentation. I
NB> have unanswered questions 2 weeks old, (broken mib2c, netsnmp 5.1.1
NB> coding) which by now are irrelevant, since I was forced to move on
NB> to alternative options.

If you're offering to help, we'd certainly appreciate it.  There is
always a lot of work to be done.  5.1.1 is quite old, which is why I
haven't personally responded to it at least.

NB> However, an open source project, not maintained, just gives bad name
NB> to the whole movement.

It's maintained.  The number of users with question, however, might
outweigh the developers available to answer.  I wouldn't say that's
not-maintained.  Under-maintained compared to demand, however, is a more
adequate description.  Getting users to help write documentation for
things they've learned has always been a challenge.  I've even consulted
for multiple companies that needed help but had no interest in funding
documentation.  EG, "fix/write the code but don't spend the effort to
produce documentation".  Documentation is always an issue with most
projects.

NB> If it comes to no support from the more experienced users to
NB> newcomers, the basis of open source, maybe it would be better for
NB> everyone involved just to pull the plug on it.

Open source projects are either contributed to by the users, or they're
not.  In the case of Net-SNMP, there are huge numbers of users that ask
questions, demand fixes and are never heard from again once they've been
satisified.  IE, the ratio of users to contributers is extremely poor.
Given that I'm proud of the development team that does exist and has
been helping with little personal gain to show for it.  The people that
have been recruited as core developers are, for the most part, extremely
friendly, answer huge numbers of questions, and contribute code and
their personal time for very little gain other than to know they've
helped the community at large.  In the face of negative statements like
yours, they still keep coming back and helping when they have the time
and helping folks out whenever they can.

If you truly feel you're not getting the resources you need from the
answers on the list, then I do suggest you move to a different project.
If you need 24/7 urgent help, I strongly recommend SNMP Research's
agent development kit.  They offer a fantastic product with a fantastic
support team (I know many of them personally) and I'm sure they'll help
you with everything you need once you buy their license kit.  I'd
suggest that's a better fit for you since you've indicated you're in
need of professional quality support and immediate answers.  Good luck!
-- 
Wes Hardaker
Sparta, Inc.

------------------------------------------------------------------------------
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.