>>>>> On Wed, 31 Mar 2010 08:52:05 -0400, Robert Story <[email protected]> >>>>> said:
RS> On Tue, 30 Mar 2010 20:19:02 -0700 Wes wrote: WH> >>>>> On Tue, 16 Mar 2010 13:15:39 -0400, Robert Story <[email protected]> said: WH> WH> RS> IMHO, bug fixes trump backwards compatibility. WH> WH> Except when it's easy to fix by introducing a new function instead that WH> leaves backwards compat with the old function. RS> Sooooo.... we even want our bugs to be backwards compatible?? Don't RS> think that I agree with that... If we believe that people are using a function for decoding a ASN range that doesn't check the type of the variable (IE, int vs counter) and we suddenly change the function to check the type and it may break existing code then, um, yes? It's one of those fine lines between "feature" and "bug" ;-) -- Wes Hardaker Please mail all replies to [email protected] ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Net-snmp-coders mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
