On Tue, 19 Apr 2005 09:45:36 +0100 Dave wrote:
DS> DS> What would be the implications of defaulting to "DONT_PROBE"?
DS> RS> Besides the hissy fits from Wes and Dave on breaking backwards
DS> RS> compatibility.
DS>
DS> Who said anything about breaking compatibility?
It would break for anyone using snmp_open() to verify that a v3 peer was alive
and well. (If we could get away with only worrying about backwards
compatibility for the way people were *supposed* to use the code, instead of
they way they *might* use the code, I'd have field day!)
DS> > DS> what's the purpose behind sending the
DS> > DS> probe at this point (opening the session) rather than
DS> > DS> later on (when it's actually used) ?
DS>
DS> (That's a request for information, not the start of an argument!)
Rats! I was hoping for another argument. ;-) Of course, I'm just playing the
devil's advocate here. I have no problem changing the default behavior. Now, if
we could just get Wes to wake up. Or Alex, Andy or any of the rest of the core
developers..
DS> > The original patch [...] changed the semantics of the return code
DS> > from snmp_open so you could tell if the probe failed.
DS>
DS> So you can tell whether the probe failed by looking at the engineID
DS> field.
That's true. The original patch, however, also define several other return
codes for other failure paths.
--
NOTE: messages sent directly to me, instead of the lists, will be deleted
unless they are requests for paid consulting services.
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders>
You are lost in a twisty maze of little standards, all different.
-------------------------------------------------------
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
