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