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