forwarded #671303 https://bugzilla.mozilla.org/show_bug.cgi?id=292127 

On Sat, Dec 15, 2012 at 10:45:07AM +0100, Stéphane Glondu wrote:
> Le 15/12/2012 09:55, Carsten Schoenert a écrit :
> >> My bug is about Name Service Switch and not Network Security Services
> >> and has nothing to do about #692886 (I don't know about Andre).
> > 
> > thanks for clarification. I've miss read your first mail.
> > 
> > To track down your issue can you please make a gdb log with the output
> > of 'thread apply all bt', your first log shows only the main thread
> > there is no relevant info vissible.
> > Also a strace log can e helpful.
> 
> There seems to be only one thread running at this point.
> 
> I've redone the backtrace with all debug libraries, and libnss-ldap
> recompiled with nostrip.

[..snip..] 

> Thread 1 (Thread 0x7ffff7fd7720 (LWP 12069)):
> #0  strtok_r () at ../sysdeps/x86_64/strtok.S:190
> #1  0x00007ffff2bb7e61 in ldap_str2charray (str=str@entry=0x7fffeab8620d 
> "ldap://localhost/";, brkstr=brkstr@entry=0x7fffeab85f6e ", ") at charray.c:218
> #2  0x00007fffeab6f7a5 in ldap_url_parselist_int 
> (ludlist=ludlist@entry=0x7fffead92150, url=url@entry=0x7fffeab8620d 
> "ldap://localhost/";, 
>     sep=sep@entry=0x7fffeab85f6e ", ", flags=flags@entry=11) at url.c:1293
> #3  0x00007fffeab6f8e1 in ldap_url_parselist 
> (ludlist=ludlist@entry=0x7fffead92150, url=url@entry=0x7fffeab8620d 
> "ldap://localhost/";) at url.c:1318
> #4  0x00007fffeab7102f in ldap_int_initialize_global_options 
> (gopts=gopts@entry=0x7fffead92080, dbglvl=dbglvl@entry=0x0) at init.c:537
> #5  0x00007fffeab711ad in ldap_int_initialize 
> (gopts=gopts@entry=0x7fffead92080, dbglvl=dbglvl@entry=0x0) at init.c:653
> #6  0x00007fffeab56aab in ldap_create (ldp=ldp@entry=0x7fffffffb278) at 
> open.c:108
> #7  0x00007fffeab5704a in ldap_initialize (ldp=ldp@entry=0x7fffeafa9380, 
> url=url@entry=0x7fffeafa9c6f "ldap://ldapnge.loria.fr";) at open.c:240
> #8  0x00007fffead9a10a in do_init_session (defport=0, uri=0x7fffeafa9c6f 
> "ldap://ldapnge.loria.fr";, ld=<optimized out>) at ldap-nss.c:1053
> #9  do_init () at ldap-nss.c:1347

My guess here is that we're having symbol collision here between
libnss-ldap/openldap and the ldap library included in icedove itself.
And this seems to be the case indeed:

https://bugzilla.mozilla.org/show_bug.cgi?id=292127

I'd be nice to work around the issue whith -Bsymbolic but it seems we
don't build openldap this way. Probably the best way forward is to
prefix the affected symbols with moz_.
Cheers,
 -- Guido


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to