(gdb) bt
#0 strtok_r () at ../sysdeps/x86_64/strtok.S:190
#1 0x00007ffff6ad3b3a in ldap_str2charray (str=0x7fffe3781ced "ldap://localhost/", brkstr=0x7fffe3781a4b ", ")
at /usr/src/debug/mail-client/thunderbird-15.0.1/comm-release/ldap/sdks/c-sdk/ldap/libraries/libldap/charray.c:218
#2 0x00007fffe376c216 in ldap_url_parselist_int (ludlist=0x7fffe398be80, url=<optimized out>, sep=<optimized out>, flags=11) at url.c:1293
#3 0x00007fffe376da8b in ldap_int_initialize_global_options (gopts=0x7fffe398bdc0, dbglvl=<optimized out>) at init.c:537
#4 0x00007fffe376dc0d in ldap_int_initialize (gopts=0x7fffe398bdc0, dbglvl=<optimized out>) at init.c:653
#5 0x00007fffe3753309 in ldap_create (ldp=0x7fffffff9cb8) at open.c:108
By looking at
(gdb) info sharedlibrary
0x00007ffff6ad2040 0x00007ffff6af6558 Yes /usr/lib64/thunderbird/libldap60.so
0x00007fffe3752fd0 0x00007fffe377e0a8 Yes /usr/lib64/libldap-2.4.so.2
you can see that the openldap routine is jumping into a mozilla routine, causing a segfault by applying strtok to "ldap://localhost/", which is a built in string in the openldap lib. A solution would be nice, because currently I can't use Thunderbird at all.
The problem ist also in Thunderbird 15 still present! I get a backtrace like in https:/ /bugzilla. mozilla. org/show_ bug.cgi? id=433530:
(gdb) bt x86_64/ strtok. S:190 /localhost/ ", brkstr= 0x7fffe3781a4b ", ") debug/mail- client/ thunderbird- 15.0.1/ comm-release/ ldap/sdks/ c-sdk/ldap/ libraries/ libldap/ charray. c:218 parselist_ int (ludlist= 0x7fffe398be80, url=<optimized out>, sep=<optimized out>, flags=11) at url.c:1293 initialize_ global_ options (gopts= 0x7fffe398bdc0, dbglvl=<optimized out>) at init.c:537 0x7fffe398bdc0, dbglvl=<optimized out>) at init.c:653 9cb8) at open.c:108
#0 strtok_r () at ../sysdeps/
#1 0x00007ffff6ad3b3a in ldap_str2charray (str=0x7fffe3781ced "ldap:/
at /usr/src/
#2 0x00007fffe376c216 in ldap_url_
#3 0x00007fffe376da8b in ldap_int_
#4 0x00007fffe376dc0d in ldap_int_initialize (gopts=
#5 0x00007fffe3753309 in ldap_create (ldp=0x7fffffff
By looking at thunderbird/ libldap60. so libldap- 2.4.so. 2
(gdb) info sharedlibrary
0x00007ffff6ad2040 0x00007ffff6af6558 Yes /usr/lib64/
0x00007fffe3752fd0 0x00007fffe377e0a8 Yes /usr/lib64/
you can see that the openldap routine is jumping into a mozilla routine, causing a segfault by applying strtok to "ldap:/ /localhost/ ", which is a built in string in the openldap lib. A solution would be nice, because currently I can't use Thunderbird at all.