DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=31366>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=31366 ------- Additional Comments From [EMAIL PROTECTED] 2005-10-23 01:32 ------- This buf is still actual for 2.0.55 I think I've fixed it. It's util_ldap_cache.c:util_ldap_cache_module_kill() ... if (st->cache_shm != NULL) { apr_status_t result = apr_shm_destroy(st->cache_shm); st->cache_shm = NULL; apr_file_remove(st->cache_file, st->pool); It should be checked either we do have cache file befor attempt to delete it. Because initially it is NULL and it remains null unless LDAPSharedCacheFile is set in config. And if shared memory has been initialized it does not mean that file has been created. This bug appears only on Win because Win attempts to recode the string (file name) to Unicode and null reference fails in this function. This works for me: if (st->cache_shm != NULL) { apr_status_t result = apr_shm_destroy(st->cache_shm); st->cache_shm = NULL; if(st->cache_file != NULL) { apr_file_remove(st->cache_file, st->pool); st->cache_file = NULL; This works for the situation when there is no LDAPSharedCacheFile attribute in config. But when there is one, it still crashes. I'm looking ito it. There is something wrong with releasing nodes. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
