On 03/24/2010 02:14 PM, Robert Story wrote: > On Wed, 24 Mar 2010 13:54:15 +0100 Jan wrote: > JS> > What is the intended interpretation of these three return values? > JS> > > JS> > -1 seems to indicate an invalid or unrecognised option value > JS> > -2 seems to indicate that processing has been completed > JS> > > JS> > What is the distinctive circumstances for a return value of -3? > JS> > JS> that usage() should not be printed - at least that's why -2 was returned > JS> when there were problems with Ku generation. > > maybe we should have some #defines for this instead of hardcoding numbers?
Well, there already were magic numbers -1 and -2... Ok, I've added some #defines for the exit codes (svn rev. 18366). Does it look better / acceptable for branches? Jan ------------------------------------------------------------------------------ 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
