[krbdev.mit.edu #5881] kinit exit status

Ken Raeburn via RT rt-comment at krbdev.mit.edu
Mon Feb 4 17:27:59 EST 2008


A suggestion from a discussion with Karl Ramm and Mark Eichin:

If kinit is interrupted with ^C, clear the SIGINT handler and re-kill  
the process, so the exit status looks like it was killed with  
SIGINT.  Thus, a script can distinguish kinit failing because of a  
bad password from kinit being killed with ^C and do different things  
(e.g., retry only for the first).  Re-raising a signal may not be  
desirable behavior from the library code, but the application code  
could do it, assuming the library API actually produces a distinct  
error code in that case.

Or, just give a different exit status for ^C vs bad password.  (But  
do we want kdc-unreachable errors to be in a different category too?)

Ken




More information about the krb5-bugs mailing list