Jess Holle wrote:
Here you go:
00000000()
util_ald_cache_fetch(util_ald_cache * 0x00a02cb8, void * 0x04c6de84) line 358 + 12 bytes
util_ldap_cache_checkuserid(request_rec * 0x6fb51341, util_ldap_connection_t * 0x00a5cdb0, const char * 0x00a02cf0, const char * 0x00880db0, int 9487736, char * * 0x00000002, const char * 0x00000000, const char * 0x04c6def4, const char * * 0x00a5eede, const char * * * 0x04c6dee8) line 785 + 22 bytes
mod_auth_ldap_check_user_id(request_rec * 0x6ff110bf) line 333
LIBHTTPD! 6ff110bf()
Note that none of the line numbers quite match as I've added comments in my source.  Thus the util_ald_cache_fetch() line is:
hashval = (*cache->hash)(payload) % cache->size;
While the util_ldap_cache_checkuserid() line is:
search_nodep = util_ald_cache_fetch(curl->search_cache, &the_search_node);
I was just about to patch around this by check cache->hash for null and returning null in this case from util_ald_cache_fetch(), but I'm all ears for a better fix.  I'm also all ears for a fix to the hang -- perhaps I can cull out a stack dump for that too...
Silly me - the hash field being null seems to indicate this structure is seriously munged -- just working around this one condition just moves along to the next crash.

--
Jess Holle

Reply via email to