History API heads up

Alex Kiernan alexk at demon.net
Mon Jul 9 09:06:08 UTC 2001

Russ Allbery <rra at stanford.edu> writes:

> Alex Kiernan <alexk at demon.net> writes:
> > I'm going to start landing this in the next few days, whilst the changes
> > look widespread, much of it is just consolidating the history access
> > stuff to go through the library.
> > Theres a few wrinkles need tidying:
> > - dbz.c, dbz.h should probably move into the libhist/hisv6
> Yup, definitely.  Can we call the directory history rather than libhist?
> (I hope that doesn't break anything!)  It should be clearer.

Oops, just committed that bit :-( I could go on a quick renaming in
the tree, before anyone else gets to check it out?

> > - tagged hash history needs hauling out into a separate implementation
> One could almost use a C preprocessor to do that from the existing dbz.c.

Good point.

> > - `#ifdef CANT_DO_THIS' in expire.c needs resolving (the -i and -x
> > options)
> That may need some work with the interfaces down the road to make sure the
> hooks are available to do this sort of thing.

I suspect we can probably do this with magic options into the various
underlying layers.

> > AFAIK its fully backward compatible - I've been swapping between 2.3.2
> > and 2.4-current regularly without rebuilding stuff.
> Cool!
> Feel free to land stuff as-is as long as it all builds so that we have it
> in CVS and can start cleaning up the remaining wrinkles.  The only thing
> that would be cool to change before committing it all is the directory
> name (history instead of libhist) if I was reading your note above
> correctly.

Hopefully I'm committing in an order whereby if you check out at just
about any point you'll get something which builds.

Alex Kiernan, Principal Engineer, Development, Thus PLC

More information about the inn-workers mailing list