> Hi Rob, > > I tried to reproduce the crash at my end (on b100) > and was able to do so for ldaps:// . But the stack > trace looks different. > With ldap:// , things work fine. > > I don't know the root cause yet. There have been many > changes between b91 and b101 including apache version > upgrade. > I will raise a bug to track this issue. > Thanks for reporting it.
I'm getting core dumps with mod_authnz_ldap if i do ldap or ldaps. Here is a the pstack contents of a ldap (non-ssl'd) core dump root at nybackup1:/var/cores# pstack core.httpd.17814.u12625 core 'core.httpd.17814.u12625' of 17814: /usr/apache2/2.2/bin/httpd -k start fe032bc5 uldap_connection_init (82542b0, 810f6d8) + 17d fe032c0b uldap_connection_open (82542b0, 810f6d8) + 3b fe03391b uldap_cache_checkuserid (82542b0, 810f6d8, 81c05c0, 81c0630, 2, 81c0650) + 23b fe9d192d authn_ldap_check_password (82542b0, 8255e48, 8255e39) + 17d fe960dfc authenticate_basic_user (82542b0) + 21c 0807a929 ap_run_check_user_id (82542b0) + 25 0807b11d ap_process_request_internal (82542b0) + 285 08088e6b ap_process_request (82542b0) + 3f 08086ce6 ap_process_http_connection (8248518) + 52 08083d29 ap_run_process_connection (8248518) + 25 08083fca ap_process_connection (8248518, 8248280) + 3a 0808d191 child_main (4) + 395 0808d2fc make_child (80c1888, 4) + 84 0808d3d4 startup_children (1) + 3c 0808d70c ap_mpm_run (80bf990, 80eda48, 80c1888) + 148 0806f39e main (3, 8047df8, 8047e08) + 772 0806e662 _start (3, 8047ea0, 8047ebb, 8047ebe, 0, 8047ec4) + 7a -- This message posted from opensolaris.org
