need codereview for krb consortium masterkey keytab stash project
Will Fiveash
William.Fiveash at Sun.COM
Tue Jul 15 14:25:05 EDT 2008
I've committed the code changes based on your review to the mkey_keytab
branch.
On Tue, Jul 15, 2008 at 12:40:26PM -0500, Will Fiveash wrote:
> On Mon, Jul 14, 2008 at 04:39:24PM -0400, Ken Raeburn wrote:
> > Mostly small stuff...
> >
> > The DAL API is changed, but I think that's still an internal-only interface
> > so not doing version checks is okay.
>
> That's what I was assuming.
>
> > KADM5_CONFIG_KVNO will need to be reassigned when merging; the iprop merge
> > used up that number. That'll be trivial.
>
> Okay.
>
> > It may be my viewer, but some of the indentation in dump.c doesn't seem to
> > match MIT's code style (indenting function arguments on continuation lines
> > to line up with the first argument).
> >
> > Function definitions shouldn't have spaces between the parens and the
> > arguments.
>
> The problem I have is trying to decide what is correct. If you look at
> the definition of kdb_def_set_mkey() (which I did not modify) in
> kdb_default.c you'll see a space between the parens and the args.
> I've gone ahead and modified the formatting to remove the space between
> the parens and the args for the functions I modified.
>
> In general I was told by Tom that he preferred a C-style where
> indentation was 4 columns and spaces are used instead of hard tabs.
> This was what I was using however I understand your point about not
> introducing unnecessary diffs so I've gone back and fixed the obvious
> places where the formatting was different.
>
> > kdb_default.c: On my Solaris system, mktemp(3C) is documented as wanting a
> > string with six trailing Xs; your template string has five. (The Mac
> > version says it'll take any number, but I've seen six mentioned elsewhere.)
>
> Fixed this to use six X's.
>
> > The new keytab code should be exercised by the test suite; do you have a
> > test to verify that an old-format stash file will still work?
>
> Not yet but I will. Can this be postponed?
>
> --
> Will Fiveash
> Sun Microsystems Inc.
> http://opensolaris.org/os/project/kerberos/
--
Will Fiveash
Sun Microsystems Inc.
http://opensolaris.org/os/project/kerberos/
More information about the krbdev
mailing list