krb5.git/src/util/support/ChangeLog, branch master

Remove ChangeLog files from the source tree. From now on, the

2006-04-11T21:28:48+00:00

subversion commit log entry needs to include information that would
have been in the changelog.

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17893 dc483132-0cff-0310-8789-dd5450dbe970

more DEFS=

2006-04-04T03:09:55+00:00

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17839 dc483132-0cff-0310-8789-dd5450dbe970

Initial enhanced error message support, similar to what I sent to

2006-03-26T20:55:59+00:00

krbdev except for some function renaming (krb5_free_error was already
in use, so added _message to everything), and the context is allowed
to be NULL (in which case we fall back to error_message() and storing
no strings) to simplify some code.

Low-level routines in the support library, using a private data
structure; higher-level routines in libkrb5, using a krb5_context.

Added error info strings to the KRB_ERR_GENERIC case in gc_via_tkt.c
and the python sample service location plugin.  Added code to kinit
and kvno to look up and display the strings.

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17776 dc483132-0cff-0310-8789-dd5450dbe970

* plugins.c (krb5int_get_plugin_dir_data): If dirhandle is null or the

2006-03-13T21:56:26+00:00

file pointer is null, return a one-element list containing just NULL.

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17738 dc483132-0cff-0310-8789-dd5450dbe970

Instead of arbitrary division of headers into include and include/krb5, with

2006-03-11T22:23:28+00:00

include directives sometimes using krb5/foo.h and sometimes using foo.h, and
-I options always given for both directories in both source and build trees,
push include/krb5/* up a level and drop the krb5 directory (except, for the
moment, the change log).

Updated #include directives, -I options, and dependencies accordingly, and
deleted one or two bits of old, unused code that was noticed in the process.

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17730 dc483132-0cff-0310-8789-dd5450dbe970

Oops. This should come closer to building on Windows..

2006-03-08T19:23:12+00:00

* plugins.c: Only include dlfcn.h if USE_DLOPEN.
(struct plugin_file_handle): Only include a pointer if USE_DLOPEN.
(krb5int_open_plugin, krb5int_get_plugin_data, krb5int_close_plugin,
krb5int_open_plugin_dir, krb5int_close_plugin_dir): Only use the
dlopen interface if USE_DLOPEN is defined.
(krb5int_get_plugin_dir_data, krb5int_get_plugin_dir_func): Use
krb5int_get_plugin_data/func instead of dlsym.  Drop some debugging
code.

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17713 dc483132-0cff-0310-8789-dd5450dbe970

krb5.h, which is built after util/et, which is built after the support

2006-03-08T02:56:48+00:00

code.

Fix: Put service location decls in k5-locate.h, pull plugin support
decls out of k5-int.h into k5-plugin.h, and make it stand on its own,
which includes changing the return type from krb5_error_code to
int32_t.

Oops: The plugin support code included k5-int.h, which includes

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17707 dc483132-0cff-0310-8789-dd5450dbe970

Merge from plugin branch

2006-03-07T20:45:24+00:00

Add plugin support:
- plugin routines in support library (may break windows build!)
- plugin support in KDC location code
- sample Python-based plugin for KDC location, not built without
  tweaking sources
- changed service location interface to use an enum instead of passing
  profile string and DNS strings and port numbers
- changed pathnames for plugin locations, including kdb back end
- remove locate_service from accessor API

Also, do build shared libraries for Darwin just like any other UNIX box.

Not present yet:
- use new plugin interface for kdb back end
- Windows support
- Mac bundle support (but dlopen support works)
- search path for libkrb5 plugins (only one hard-coded directory for now)
- sorting of plugin collections for predictable ordering

See the various ChangeLogs for specifics.

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17706 dc483132-0cff-0310-8789-dd5450dbe970

Qing Dong provided a set of changes to allow

2006-02-27T19:22:08+00:00

krb5 to build under the Microsoft Visual Studio 8 compiler 
in 64-bit mode and produce file names that do not conflict 
with the names produced by the 32-bit build.  That patch 
was modified to work on Unix and also include processor
dependent pre-processor definitions to remove warnings.

ticket: 3415
tags: pullup

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17680 dc483132-0cff-0310-8789-dd5450dbe970

* fake-addrinfo.c (krb5int_in6addr_any): Always define

2006-01-25T06:23:25+00:00

git-svn-id: svn://anonsvn.mit.edu/krb5/trunk@17608 dc483132-0cff-0310-8789-dd5450dbe970