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=32136>.
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=32136


[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[EMAIL PROTECTED]




------- Additional Comments From [EMAIL PROTECTED]  2005-06-28 19:51 -------
Further info:

I suspect some of the segfaults with the LDAP module are due to a
mutliply-defined symbol: ldap_url_parse

By running "gdb httpd", setting a breakpoint in invoke_cmd, "continue"ing a few
times, then setting a breakpoint in mod_auth_ldap_parse_url, I'm able to get
this output:

Breakpoint 3, mod_auth_ldap_parse_url (cmd=0xbfffa180, config=0x9ec1648,
    url=0x9ec1710
"ldap://bcbmc001/DC=watchtower,DC=ads?sAMAccountName?sub?(objectClass=user)") at
mod_auth_ldap.c:758
758         ap_log_error(APLOG_MARK, APLOG_DEBUG|APLOG_NOERRNO, 0,
(gdb) n
762         result = apr_ldap_url_parse(url, &(urld));
(gdb) s

Breakpoint 2, 0x003e7fc2 in ldap_url_parse () from
/opt/oracle/9.2/lib/libclntsh.so.9.0

That's not the function in srclib/apr-util/ldap/apr_ldap_url.c

So probably the calling parameter lists are different, or the urld structure is
different, or something.  This explains the subsequent segfault in ap_log_error:

#0  0x00dc277f in apr_vformatter (flush_func=0xdc2fe4 <snprintf_flush>,
vbuff=0xbfff5ff8, fmt=0xe7bcdf "s",
    ap=0xbfffa0a8) at apr_snprintf.c:945
#1  0x00dc30b8 in apr_vsnprintf (buf=0xbfff6030 "[25623] auth_ldap url parse:
DN: : -1219051216", len=8135,
    format=0xe7bcc0 "[%d] auth_ldap url parse: DN: %s", ap=0xbfffa0a8) at
apr_snprintf.c:1305
#2  0x08081bc5 in log_error_core (file=0xe7b10e "mod_auth_ldap.c", line=783,
level=15, status=0, s=0x9da7868, r=0x0,
    pool=0x0, fmt=0xe7bcc0 "[%d] auth_ldap url parse: DN: %s", args=0xbfffa0a8)
at log.c:508
#3  0x08081cf5 in ap_log_error (file=0xe7b10e "mod_auth_ldap.c", line=783,
level=15, status=0, s=0x9da7868,
    fmt=0xe7bcc0 "[%d] auth_ldap url parse: DN: %s") at log.c:557
#4  0x00e7a909 in mod_auth_ldap_parse_url (cmd=0xbfffa180, config=0x9ec1648,
    url=0x9ec1710
"ldap://server/DC=mydomain,DC=ads?sAMAccountName?sub?(objectClass=user)") at
mod_auth_ldap.c:783
#5  0x0807fa31 in invoke_cmd (cmd=0xe7da88, parms=0xbfffa180, mconfig=0x9ec1648,
args=0x9ec1412 "") at config.c:797

Error log output up to this point is:
[Tue Jun 28 10:22:20 2005] [debug] mod_auth_ldap.c(758): [25623] auth_ldap url
parse: `ldap://server/DC=mydomain,DC=ads?sAMAccountName?sub?(objectClass=user)'
[Tue Jun 28 10:44:32 2005] [debug] mod_auth_ldap.c(779): [25623] auth_ldap url
parse: Host: DC=mydomain,DC=ads
[Tue Jun 28 10:44:32 2005] [debug] mod_auth_ldap.c(781): [25623] auth_ldap url
parse: Port: -1219051216

As you can see, the urld structure is completely botched:
(gdb) up
#4  0x00e7a909 in mod_auth_ldap_parse_url (cmd=0xbfffa180, config=0x9ec1648,
    url=0x9ec1710
"ldap://bcbmc001/DC=watchtower,DC=ads?sAMAccountName?sub?(objectClass=user)") at
mod_auth_ldap.c:783
783         ap_log_error(APLOG_MARK, APLOG_DEBUG|APLOG_NOERRNO, 0,
(gdb) print urld
$1 = (LDAPURLDesc *) 0xb756c070
(gdb) print *urld
$2 = {lud_next = 0xb756c0b0, lud_scheme = 0x0, lud_host = 0xb756c0b9
"DC=watchtower,DC=ads", lud_port = -1219051216,
  lud_dn = 0x2 <Address 0x2 out of bounds>, lud_attrs = 0xb756c0e1, lud_scope =
-1219051344,
  lud_filter = 0x1 <Address 0x1 out of bounds>, lud_exts = 0x0, lud_crit_exts = 
0}

So the problem is that apache is finding an LDAP URL parse subroutine in the
oracle client libraries instead of the one in APR.

Any suggestions?

-- 
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]

Reply via email to