========================================================================
CCache Library Bug List
========================================================================
Current version: 3.5.1fc1
Date: June 15, 2005
Author: meeroh@mit.edu, smcguire@mit.edu, fdabek@mit.edu, lxs@mit.edu
========================================================================
========================================================================
Bug # Bug description Fixed in
========================================================================
[RT 3061] CCAPI server relaunch handling code can't handle
on-demand servers 3.5.1fc1
[RT 2904] gcc-4.0 fixes for CCAPI -- just let it figure out to
instantiate the globals 3.5fc5
[RT 2896] CCacheServer should not manually link against
libstdc++.a (gcc 4.0) 3.5fc4
[RT 2897] gcc-4.0 requires new syntax to instantiate static
members of template classes 3.5fc4
[RT 2810] CCAPI error codes don't have error strings 3.5fc3
[RT 2800] Use Apple System Logger and set debugging at runtime 3.5fc2
[RT 2698] CCAPI doesn't remember ccache lastDefaultTime 3.5b3
[RT 2699] CCAPI can't store principals with spaces in their names 3.5b3
[RT 2670] Clients should register on-demand servers if they get
unregistered 3.5b2
[RT 1661] KfM should use Panther mach init per user mechanism 3.5b1
[RT 2416] KfM should not check OS version because it breaks
configure tests in B&I 3.5b1
[RT 1866] Improper use of std::allocator in the CCacheServer 3.4fc3
[RT 1742] CCacheClassic server should be LSVisibleInClassic=1 3.4fc2
[RT 1313] CCache needs cache KDC time for KDC timesyncing 3.4a1
support
[BZ 772] Leaks creds when destroying caches 3.3fc1
[BZ 736] __CredentialsCacheInternalTellCCacheServerToBecomeUser 3.3a1
[BZ 766] client side change time updates too frequently 3.3a1
[BZ 707] Duplicate replies from __InitiateSync 3.2fc3
[BZ 672] Launching classic with MZ always asks for password 3.2b6
[BZ 671] Launching Classic with MZ and no tix give error 3.2b5
[BZ 623] Context change time gets stuck in the future 3.1
[BZ 596] Cannot unmount volumes after server launches 3.1b2
[BZ 586] Does not work in BlueBox 3.1a7
[BZ 525] Heap corruption on Mac OS X 3.1a3
[BZ 524] Bus error in cc_initialize on Mac OS X 3.1a3
[BZ 512] Fetch crashes under 9 when using GSS 3.1a2
[BZ 513] KM cannot launch under X, spins forever 3.1a2
[BZ 501] CFM initializer fails under Carbon 9 3.1a1
[BZ 473] Crashes on constructing compat v5 creds from stream 3.1d6
[BZ 457] Mach IPC FlattenCredentials returns radnom errors 3.1d5
[BZ 365] Move strings into code section 3.0fc2
[BZ 332] Assertion when initializing v4 for the second time 3.0b3
[BZ 330] Crash in cc_initialize 3.0b2
[BZ 270] cc_context_create_next_ccache leaks 128 bytes 3.0b1
[BZ 267] Logging in twice causes a memory leak 3.0b1
[BZ 273] Crashes, exceptions launching MZ after launching TK 3.0a2
[BZ 252] Static data refcount not incremented correcty 3.0a1
[BZ 259] Buffer overrun when copying cc_data arrays 3.0a1
[BZ 195] get/free_NC_info unimplemented 3.0d7
[BZ 140] Uninitialized variables in compat layer 3.0d6
[BZ 107] cc_fetch_creds_next returns NULL creds 3.0d5
[BZ 108] cc_fetch_creds_next returning v4 and v5 creds
in one ccache 3.0d5
[BZ 123] non-debugging version crashes in
std::ios_base::~ios_base 3.0d5
[BZ 103] cc_open doesn't deal with caches with both
v4 and v5 tickets 3.0d5
[BZ 104] cc_free_principal() results in an access exception 3.0d5
[BZ 38] crash in creds_iter_release if ccache handle freed 3.0d3
[BZ 25] creds_deep_free crashes under low memory conditions 3.0d3
[BZ 11] New ccache not created with default name 3.0d3
[BZ 4] Service credentials left behind on create 3.0d3
[ 16] Read past the end of an array in caompat ccache
iterator 3.0d2
[ 15] Allowed storing v4 creds in v5 cache
and vice versa 3.0d2
[ 14] Incorrect handling of empty creds in deep_free 3.0d2
[ 13] Heap corruption in cci_realloc (was forgetting
space for block tag) 2.0.2b1
[ 12] Heap corruption in cci_deep_copy_v5_creds (wrong
parens in strlen) 2.0.1
[ 11] Wrong names for MIT Ticket Keeper and Kerberos
Manager in notification 2.0fc3
[ 10] CFM initializer was crashing and losing because we were stupidly
reinitializing QuickDraw and sending events from it 2.0fc1
[ 9] cc_store was corrupting krb5 tickets
(wrong order of args to memcpy) 2.0b4
[ 8] cc_destroy was freeing cache and reference in the
wrong order 2.0b3
[ 7] cci_deep_free_creds wasn't expecting some nils 2.0b3
[ 6] Wasn't decrementing ccache count on cc_destroy 2.0b3
[ 5] cc_cred_vers should have been cc_int32 2.0b3
[ 4] cci_deep_copy_v5_creds and cci_deep_free_v5_creds -> client vs.
-> server confusion 2.0b3
[ 3] assertions from __terminate come up after QD world
is gone 2.0b3
[ 2] bogus assertion for leaking ccache infos 2.0b2
[ 1] bogus assertion for leaking ccache handles 2.0b2