Re: Register_int handler

My comments were about the dangers of opensource in general. Didn't intend 
to be offensive about it.

The fact that a lot of people disappear after getting what they need, is a 
matter of personal responsibility and giving back. That said, one has to 
realize that snmp is a "side project" to other applications by nature. As 
such it tends to get less attention afterwards.

The trap I mentioned is real. It is not my company to make the decision to 
move to another vendor. But it is my responsibility to work it out, as far 
as I can. If the choice didn't exist from the beginning, things might have 
been simpler for me.

I have contributed a lot to opensource and continue to do so in various 
projects. Depending on the support I get, I intend to give back starting 
from the items I gripe about.

One has also to consider that this is Holiday period, and Ron's feedback, so 
participation is naturally reduced.

BR,
Nikos

----- Original Message ----- 
From: "Wes Hardaker" <[email protected]>
To: "Nikos Balkanas" <[email protected]>
Cc: "Wes Hardaker" <[email protected]>; 
<[email protected]>
Sent: Friday, January 02, 2009 7:43 PM
Subject: Re: Register_int handler


>>>>>> 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