krb5.git/src/ccapi/common/win, branch master

Do not emit debug printfs under NODEBUG

2012-08-29T20:34:46+00:00

These printfs spew to the console when command-line utilities
such as 'klist' and 'aklog' are run, reducing usability.

These printfs can also cause application hangs.
On a multiprocessor machine, when PuTTY and the ccapiserver are
running on different CPUs, PuTTY appears to deadlock with three
concurrent threads inside cci_debug_printf().

ticket: 7342 (new)
target_version: 1.10.4
tags: pullup

Clean out dead code from ccapi

2012-08-29T20:34:45+00:00

Signed-off-by: Kevin Wasserman 

ticket: 7237
target_version: 1.10.4
tags: pullup

Fix KfW thread-local storage allocation issues

2012-08-29T20:34:45+00:00

Allocate thread-local storage on demand; don't rely on
the DLL_THREAD_ATTACH case in DllMain() since pre-existing
threads will never execute that code.

Signed-off-by: Kevin Wasserman 

ticket: 7340 (new)
target_version: 1.10.4
tags: pullup

CCAPI client rpc fixes

2012-08-29T18:50:19+00:00

On Windows XP, cci_os_ipc_thread_init() causes additional threads to be
spawned immediately, which results in a vicious cycle until Windows
resources are exhausted.  Instead, defer thread_init() until it is really
needed.

Also, use the MSDN-recommended defaults for RPC calls instead of random
constants.

Signed-off-by: Kevin Wasserman 

ticket: 7322 (new)
target_version: 1.10.4
tags: pullup

Split cci_thread_init into per-process and per-thread portions

2011-12-12T20:46:20+00:00

Call the per-thread code on thread attach and per-process once per
process.  Previously, while the function was named 'thread', it was
only actually called once per process.  Currently, the per-thread
code does nothing on non-windows platforms and is not even actually
invoked.

Fixes a windows bug when multiple non-main threads try to use ccapi
at the same time.

Signed-off-by: Kevin Wasserman 

ticket: 7050

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

Make ccapiserver exit if its receiveloop thread terminates for any reason

2011-12-12T20:44:30+00:00

This happens, for example, when the rpc endpoint is already registered
by another ccapiserver process.  There's no reason to leave a zombie
process running that can't receive messages.

ticket: 7050

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

Rename ccapi.dll to krbcc{32|64}.dll as appropriate for windows builds

2011-09-28T20:56:09+00:00

Signed-off-by: Kevin Wasserman 

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

Fix ccapi rpc methods to always pass 8 byte handles instead of sizeof(void*).

2011-09-28T20:55:53+00:00

ccapi server always stores all 8 bytes, whether compiled as 32 bit or 64 bit.
If 32 bit, client zero-pads handle when sending and truncates when receiving.

Signed-off-by: Kevin Wasserman 

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

Adjust most C source files to match the new standards for copyright

2011-03-09T21:46:07+00:00

and license comments.

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

make mark-cstyle

2009-10-31T00:48:38+00:00

make reindent

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