333571 - make it possible to link ldap50 and prldap50 statically into TB/SM

Status: RESOLVED DUPLICATE of bug 292127

(MailNews Core :: LDAP Integration, defect)

Description

[Wolfgang Rosenauer [:wolfiR]]

(for some reason this pops up the first time)

On a recent Linux system Thunderbird just crashes at startup when LDAP is used for nss (name service switch) resolution.

This happens because nss_ldap is loaded into the process which links dynamically against openldap usually while TB pulls in libldap50.so and libprldap50.so.

Both LDAP implementations have namespace collisions and therefore the application crashes.
Please see for reference:
https://bugzilla.novell.com/show_bug.cgi?id=157078

I would propose to evaluate if ldap stuff can be linked statically by default or by request into Thunderbird to avoid that.
Any other idea is welcome though.

Comment 1

[Rich Megginson]

Even if the mozilla ldap libs were statically linked into t-bird, wouldn't that still cause problems with nss_ldap and pam_ldap?  I think whichever libs are  linked in first are going to cause problems with the other libs.  If the mozilla ldap libs are statically linked, won't nss_ldap and pam_ldap use the mozilla functions that are already available in the executable address space, and not the openldap shared libs they are linked against?  And AFAIK, this will cause the same problems - crashes and other badness.

This bug is really a duplicate of bug 292127 which has more information about possible future solutions to this bug.  I'd like to resolve this bug as a duplicate.

Comment 2

[timeless]

if we built ldap w/ enough ns_hidden bits, it'd probably work.

Comment 3

[Rich Megginson]

Re: comment https://bugzilla.mozilla.org/show_bug.cgi?id=333571#c2

ns_hidden bits?

Comment 4

[Wolfgang Rosenauer [:wolfiR]]

you are right. It's more or less a dupe (haven't found it :-()

Comment 5

[Wolfgang Rosenauer [:wolfiR]]

*** This bug has been marked as a duplicate of 292127 ***