431145 - reproducibly crashes during startup for LDAP users (Debian Etch)

Status: VERIFIED DUPLICATE of bug 292127

(Core Graveyard :: Profile: BackEnd, defect)

Description

[[e-mail]]

With my Debian Etch installation, Thunderbird crashes during startup (signal 11).

Steps to reproduce:
1. Download official distribution, eg. ../en-US/thunderbird-2.0.0.12.tar.gz
2. Unpack
3. rm -rf ~/.thunderbird
4. cd thunderbird
5. ./thunderbird

I've got the same results on two different computers (but identical Debian installations), with two different user accounts and with four different Tb version: 2.0.0.12, 2.0.0.9, 2.0.0.0, 1.5.0.14.

A typical backtrace looks like that:

#0  0xb7fb1410 in ?? ()
#1  0xbfe8c9f8 in ?? ()
#2  0x0000000b in ?? ()
#3  0x0000183a in ?? ()
#4  0xb7dd2a8d in raise () from /lib/tls/i686/cmov/libpthread.so.0
#5  0x080868ca in nsTHashtable<nsBaseHashtableET<nsDepCharHashKey, nsAutoPtr<nsINIParser::INIValue> > >::~nsTHashtable ()
#6  0xb7fb1420 in ?? ()
#7  0x0000000b in ?? ()
#8  0x00000033 in ?? ()
#9  0x00000000 in ?? ()

The libc6 version is:  2.3.6.ds1-13etch5

The latest nightly build doesn't work either.  It doesn't crash but it hangs (without hogging CPU).

Any ideas as to what may cause this?  I'm willing to investigate further, if you advise me...

Comment 1

[[e-mail]]

I tried a local build of 2.0.0.12 with 

ac_add_options --disable-optimize
ac_add_options --disable-static --disable-libxul

to get a reasonable backtrace.  However with this executable, thunderbird silently exists with exit code 1.  What might that imply?

Comment 2

[[e-mail]]

When I build thunderbird with debug, I get the following output:

sargnagel:tb-debug> ./dist/bin/run-mozilla.sh mail/app/thunderbird-bin
No Persistent Registry Found.
Type Manifest File: /tmp/tb-debug/mail/app/components/xpti.dat
###!!! ASSERTION: Failed to write xpti manifest!: 'Error', file /tmp/mozilla/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp, line 1937
Break: at file /tmp/mozilla/xpcom/reflect/xptinfo/src/xptiInterfaceInfoManager.cpp, line 1937
*** Registering Apprunner components (all right -- a generic module!)
nsNativeComponentLoader: autoregistering begins.
nsNativeComponentLoader: autoregistering FAILED
nsNativeComponentLoader: autoregistering begins.
nsNativeComponentLoader: autoregistering FAILED
WARNING: No event queue listener?, file /tmp/mozilla/xpcom/threads/nsEventQueue.cpp, line 79
Could not write out perisistant registry!
No Persistent Registry Found.
Type Manifest File: /afs/e18.ph.tum.de/user/tnagel/.thunderbird/27tyrw5l.default/xpti.dat
*** Registering Apprunner components (all right -- a generic module!)
nsNativeComponentLoader: autoregistering begins.
nsNativeComponentLoader: autoregistering FAILED
nsNativeComponentLoader: autoregistering begins.
nsNativeComponentLoader: autoregistering FAILED
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file /tmp/mozilla/toolkit/xre/nsAppRunner.cpp, line 2618
WARNING: No event queue listener?, file /tmp/mozilla/xpcom/threads/nsEventQueue.cpp, line 79
nsStringStats
 => mAllocCount:             44
 => mReallocCount:           15
 => mFreeCount:              44
 => mShareCount:             77
 => mAdoptCount:              0
 => mAdoptFreeCount:          0
exit code 1

Comment 3

[Wayne Mery (:wsmwk)]

does 2.0.0.14 crash if you start in safe-mode?
do you get as far as profile manager if you add profilemanager to the startup?
 (thunderbird -profilemanager -safe-mode)
ftp://ftp.mozilla.org/pub/thunderbird/releases/2.0.0.14/source/

Comment 4

[[e-mail]]

sargnagel:/tmp> tar xzf thunderbird-2.0.0.14.tar.gz
sargnagel:/tmp> cd thunderbird
sargnagel:/tmp/thunderbird> rm -rf ~/.thunderbird && ./thunderbird
./run-mozilla.sh: line 131: 15506 Segmentation fault      (core dumped) "$prog" ${1+"$@"}
sargnagel:/tmp/thunderbird> rm -rf ~/.thunderbird && ./thunderbird -safe-mode
./run-mozilla.sh: line 131: 15520 Segmentation fault      (core dumped) "$prog" ${1+"$@"}
sargnagel:/tmp/thunderbird> rm -rf ~/.thunderbird && ./thunderbird -profilemanager -safe-mode
./run-mozilla.sh: line 131: 15534 Segmentation fault      (core dumped) "$prog" ${1+"$@"}
sargnagel:/tmp/thunderbird>

Comment 5

[timeless]

--enable-debugger-info-modules
or
--enable-debug

and
--disable-strip

./run-mozilla.sh -g -d gdb ./thunderbird-bin
run

Comment 6

[[e-mail]]

This is weird, when I build 2.0.0.14 myself, using this .mozconfig:

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../tbird-dbg
ac_add_options --enable-application=mail
mk_add_options MOZ_CO_PROJECT=mail
ac_add_options --enable-debug
ac_add_options --disable-static --disable-libxul
ac_add_options --disable-optimize
ac_add_options --disable-strip

and running it like that:

cd dist/bin
rm -rf ~/.thunderbird && ./run-mozilla.sh ./thunderbird-bin

it just works...

I quickly verified that official 2.0.0.14 distribution still crashes... it still does.

I tried to build it differently:

mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../tbird-nodbg
ac_add_options --enable-application=mail
mk_add_options MOZ_CO_PROJECT=mail

But that also works.  No crash.

Maybe some more info on my setup:  My home directory is on AFS, icedove 1.5.0.14eol (20080509) works without problems.

Any further ideas?

Comment 7

[Magnus Melin [:mkmelin]]

Wild guess: perhaps you have the wrong library (version) of something. 
Which would explain that when you build it yourself you get the one suitable for you, and it works.

Comment 8

[[e-mail]]

That's a plausible idea, especially as it is easy to mix different distributions in Debian.  However, I'm running (nearly) plain etch, as is confirmed with apt-show-versions:

tnagel@sargnagel:~$ apt-show-versions | grep -v "etch "
apt-show-versions/etch-backports uptodate 0.13~pbo40+1
libapt-pkg-perl/etch-backports uptodate 0.1.21~bpo40+1
nvidia-kernel-2.6.18-6-686-bigmem/unknown uptodate 1.0.8776-4+2.6.18.dfsg.1-18etch1
openafs-modules-2.6.18-6-686-bigmem/unknown uptodate 1.4.2-6etch1+2.6.18.dfsg.1-18etch1
skype/unknown uptodate 2.0.0.72-1

Comment 9

[[e-mail]]

I think the problem is related to AFS.  For a local dummy user (home directory on ext3), the release binary works, while for a network dummy user (home directory on AFS), it crashes as described above.  That however doesn't explain why the local build works, but it seems to outrule a library problem.

Comment 10

[timeless]

nsNativeComponentLoader: autoregistering FAILED

this isn't good...

Comment 11

[Wayne Mery (:wsmwk)]

doesn't sound like a bug in thunderbird

Comment 12

[Wayne Mery (:wsmwk)]

ludo, thoughts?

Comment 13

[Ludovic Hirlimann [:Usul]]

(In reply to comment #12)
> ludo, thoughts?

Yep

>/afs/e18.ph.tum.de/user/tnagel/.thunderbird/27tyrw5l.default/xpti.dat

This looks like a Andrew File system mounted and it seems that we can't write to the files while registering modules. I'm pretty sure that with a local user on a local disk Tb would work on that system. 

Thiemo could you create a users who's $HOME is on a local Filesystem and tell us if TB dies or not ?

Comment 14

[[e-mail]]

Please see comment #9.

Kind regards, Thiemo

Comment 15

[[e-mail]]

I did another round of tests:


2.0.0.22
3.0beta2

tested Thunderbird 3.0 beta2 today, it shows the same behaviour as the nightly build more than a year ago (comment #1):  It doesn't crash but it hangs (without hogging CPU).

Comment 16

[[e-mail]]

I did another round of tests:

Tb \ Debian    ETCH       LENNY
2.0.0.22      crash       works
3.0beta2      hang(*)     works

(*)  That's the same behaviour as the nightly build more than a year ago (comment #1):  It doesn't crash but it hangs (without hogging CPU).

Now that Debian has stopped security support for Icedove 1.5, there is no Thunderbird derivate left which runs on Debian etch (oldstable) when home dirs are on AFS.  Do I really have to migrate my users away from Thunderbird and derivates?

Any plans to fix this issue?

BTW:  I could provide a test account with ssh access if that would help.

Kind regards,

Thiemo

Comment 17

[Ludovic Hirlimann [:Usul]]

Sorry for our lack our earlier answers. Do you use Firefox with the same configuration ? I think like Wayne that the issue is in COre.

(In reply to comment #16)
> Any plans to fix this issue?
> 

Patches are welcome :-)

Comment 18

[timeless]

look. if you want this bug fixed you're going to have to do some legwork. that means getting a stack to:
nsNativeComponentLoader: autoregistering FAILED

and providing information about reads/writes that do something interesting.

otherwise, just work around it with a maze of symlinks

~/.mozilla/thunderbird/profiles/* => /tmp/local-profile/profiles/*
/tmp/local-profile/profiles/*/Mail => ~/.mozilla/thunderbird/profiles/*/Mail

or something like that. you should be able to change the thunderbird launch script to automatically create that local directory and the symlinks back to the afs volume.

Comment 19

[[e-mail]]

Thank you for your comments!

The funny thing is that the problem only happens with the official builds.  Local builds work at first glance.  (I have not tested them in-depth, though.)  Since I can't reproduce the problem with local builds, I can't provide you with a meaningful backtrace.  But if you could point me to an official build that has debugging enabled, that might lead us somewhere.

In the mean time I'll run with a local build.

Comment 20

[Ludovic Hirlimann [:Usul]]

(In reply to comment #19)

> a meaningful backtrace.  But if you could point me to an official build that
> has debugging enabled, that might lead us somewhere.
> 
> In the mean time I'll run with a local build.

http://s3.mozillamessaging.com/build/try-server/2009-06-16_02:[e-mail]-1245143888/[e-mail]2 this should be it. It's a bit old but should not be a problem with the issue you encounter.

Comment 21

[[e-mail]]

Thank you!  Your build gives the following:

nailgun:~> rm -rf ~/.thunderbird && thunderbird-ludovic/thunderbird -profilemanager -safe-mode

Program thunderbird-ludovic/thunderbird-bin (pid = 22691) received signal 11.
Stack:
ldap_url_parselist_ext+0x00000042 [/usr/lib/libldap_r.so.2 +0x00022242]
ldap_url_parselist+0x0000002E [/usr/lib/libldap_r.so.2 +0x0002239E]
ldap_int_initialize_global_options+0x00000065 [/usr/lib/libldap_r.so.2 +0x00023815]
ldap_int_initialize+0x00000056 [/usr/lib/libldap_r.so.2 +0x000238F6]
ldap_create+0x00000037 [/usr/lib/libldap_r.so.2 +0x0000C247]
ldap_initialize+0x00000031 [/usr/lib/libldap_r.so.2 +0x0000C621]
UNKNOWN [/lib/libnss_ldap.so.2 +0x0000341B]
UNKNOWN [/lib/libnss_ldap.so.2 +0x00005D2C]
UNKNOWN [/lib/libnss_ldap.so.2 +0x00006996]
_nss_ldap_getpwnam_r+0x0000006E [/lib/libnss_ldap.so.2 +0x00006E3E]
getpwnam_r+0x000000A5 [/lib/tls/i686/cmov/libc.so.6 +0x0008C8A5]
UNKNOWN [/usr/lib/libglib-2.0.so.0 +0x00053346]
g_get_home_dir+0x000000B9 [/usr/lib/libglib-2.0.so.0 +0x00054789]
UNKNOWN [/usr/lib/libgtk-x11-2.0.so.0 +0x00165A77]
_gtk_rc_init+0x0000002C [/usr/lib/libgtk-x11-2.0.so.0 +0x0016833C]
UNKNOWN [/usr/lib/libgtk-x11-2.0.so.0 +0x00129B40]
g_option_context_parse+0x00000202 [/usr/lib/libglib-2.0.so.0 +0x000388D2]
gtk_parse_args+0x000000AB [/usr/lib/libgtk-x11-2.0.so.0 +0x001297CB]
UNKNOWN [thunderbird-ludovic/thunderbird-bin +0x0003AD71]
UNKNOWN [thunderbird-ludovic/thunderbird-bin +0x00033AE2]
__libc_start_main+0x000000C8 [/lib/tls/i686/cmov/libc.so.6 +0x00014EA8]
Sleeping for 300 seconds.
Type 'gdb thunderbird-ludovic/thunderbird-bin 22691' to attach your debugger to this thread.

The backtrace from gdb looks like this:

(gdb) bt
#0  0xffffe410 in __kernel_vsyscall ()
#1  0xb7022a90 in nanosleep () from /lib/tls/i686/cmov/libc.so.6
#2  0xb70228db in sleep () from /lib/tls/i686/cmov/libc.so.6
#3  0x08093725 in nsDefaultCStringComparator::nsDefaultCStringComparator ()
#4  <signal handler called>
#5  0xb700111c in strtok_r () from /lib/tls/i686/cmov/libc.so.6
#6  0x00000000 in ?? ()

Anything else that you'd be interested in?

Comment 22

[[e-mail]]

When creating a tarball for local use, I've hit the bug again:

This .mozconfig triggers the bug:
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../tbird-nodbg-inst
ac_add_options --enable-application=mail
ac_add_options --enable-static
ac_add_options --disable-shared
mk_add_options MOZ_CO_PROJECT=mail
mk_add_options MOZ_MAKE_FLAGS="-j10"

Whereas that one doesn't:
mk_add_options MOZ_OBJDIR=@TOPSRCDIR@/../tbird-nodbg-inst
ac_add_options --enable-application=mail
mk_add_options MOZ_CO_PROJECT=mail
mk_add_options MOZ_MAKE_FLAGS="-j10"

Comment 23

[[e-mail]]

Strangely enough, building only with

ac_add_options --enable-application=mail
ac_add_options --enable-debug

or

ac_add_options --enable-application=mail
ac_add_options --enable-debug
ac_add_options --disable-optimize

fails to trigger the problem.  So in my setup, enabling debugging makes the problem disappear.  :-(

Since in the backtrace the problem looks LDAP-related, I tried to compile without LDAP and voila, the problem is gone:
ac_add_options --enable-static
ac_add_options --disable-shared
ac_add_options --disable-ldap

Comment 24

[timeless]

so mixed ldap providers is a trail of tears. if that's what you're hitting, it's not related to your original problem and belongs elsewhere. (we have bugs for it, but ugh).

you need to install dbg symbols for the rest of your system 

http://developer.mozilla.org/en/How_to_get_a_stacktrace_for_a_bug_report
should have links for Linux and specifically Debian.

Comment 25

[[e-mail]]

One more thing:  I had a look at getpwnam_r(), since that seems to be where the troubles start.  I noticed that mozilla is calling with 4 parameters

getpwnam_r(name,&r_getpwnam_pw_r,r_getpwnam_line_r,R_MAX_PW_LEN_R)

whereas the man page and /usr/include/pwd.h declare 5 parameters:

extern int getpwnam_r (__const char *__restrict __name,
                       struct passwd *__restrict __resultbuf,
                       char *__restrict __buffer, size_t __buflen,
                       struct passwd **__restrict __result);

That looks dangerous.

Ludovic:  I've forgotten to answer your initial question:  Firefox 3 and Firefox 3.5 work without problems, as does Iceweasel 2.0.  If you can point me to a Firefox 2 download, I'll try that, too.

I also gave valgrind a try on Ludovic's build:

nailgun:~> rm -rf .thunderbird/ && thunderbird-ludovic/thunderbird
==12347== Memcheck, a memory error detector.
==12347== Copyright (C) 2002-2006, and GNU GPL'd, by Julian Seward et al.
==12347== Using LibVEX rev 1658, a library for dynamic binary translation.
==12347== Copyright (C) 2004-2006, and GNU GPL'd, by OpenWorks LLP.
==12347== Using valgrind-3.2.1-Debian, a dynamic binary instrumentation framework.
==12347== Copyright (C) 2000-2006, and GNU GPL'd, by Julian Seward et al.
==12347== For more details, rerun with: -v
==12347==
==12347== Conditional jump or move depends on uninitialised value(s)
==12347==    at 0x4010E0A: (within /lib/ld-2.3.6.so)
==12347==    by 0x400B729: (within /lib/ld-2.3.6.so)
==12347==    by 0x4008202: (within /lib/ld-2.3.6.so)
==12347==    by 0x50108CC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x5010A09: _dl_sym (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4398EE7: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x439942C: (within /lib/tls/i686/cmov/libdl-2.3.6.so)
==12347==    by 0x4398E7A: dlsym (in /lib/tls/i686/cmov/libdl-2.3.6.so)
==12347==    by 0x436B63B: (within /afs/e18.ph.tum.de/user/tnluser/thunderbird-ludovic/libnspr4.so)
==12347==    by 0x436B678: (within /afs/e18.ph.tum.de/user/tnluser/thunderbird-ludovic/libnspr4.so)
==12347==    by 0x4372432: (within /afs/e18.ph.tum.de/user/tnluser/thunderbird-ludovic/libnspr4.so)
==12347==
==12347== Conditional jump or move depends on uninitialised value(s)
==12347==    at 0x4008ED5: (within /lib/ld-2.3.6.so)
==12347==    by 0x500E8C4: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500DEDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x50106FC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x501075D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA7CF: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA8BF: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEC4E5: __nss_passwd_lookup (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4F9A97E: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x486C345: (within /usr/lib/libglib-2.0.so.0.1200.4)
==12347==
==12347== Conditional jump or move depends on uninitialised value(s)
==12347==    at 0x4008B2E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500E8C4: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500DEDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x50106FC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x501075D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA7CF: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA8BF: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEC4E5: __nss_passwd_lookup (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4F9A97E: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x486C345: (within /usr/lib/libglib-2.0.so.0.1200.4)
==12347==
==12347== Conditional jump or move depends on uninitialised value(s)
==12347==    at 0x4010C4E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500E46F: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500DEDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x50106FC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x501075D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA7CF: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEAF82: __nss_next (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4F9A8E3: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x486C345: (within /usr/lib/libglib-2.0.so.0.1200.4)
==12347==    by 0x486D788: g_get_home_dir (in /usr/lib/libglib-2.0.so.0.1200.4)
==12347==
==12347== Conditional jump or move depends on uninitialised value(s)
==12347==    at 0x4010C5D: (within /lib/ld-2.3.6.so)
==12347==    by 0x500E46F: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500DEDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x50106FC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x501075D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA7CF: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEAF82: __nss_next (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4F9A8E3: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x486C345: (within /usr/lib/libglib-2.0.so.0.1200.4)
==12347==    by 0x486D788: g_get_home_dir (in /usr/lib/libglib-2.0.so.0.1200.4)
==12347==
==12347== Conditional jump or move depends on uninitialised value(s)
==12347==    at 0x4010C6C: (within /lib/ld-2.3.6.so)
==12347==    by 0x500E46F: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500DEDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x50106FC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x501075D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA7CF: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEAF82: __nss_next (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4F9A8E3: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x486C345: (within /usr/lib/libglib-2.0.so.0.1200.4)
==12347==    by 0x486D788: g_get_home_dir (in /usr/lib/libglib-2.0.so.0.1200.4)
==12347==
==12347== Conditional jump or move depends on uninitialised value(s)
==12347==    at 0x4010DDC: (within /lib/ld-2.3.6.so)
==12347==    by 0x500E46F: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500DEDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x50106FC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x501075D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA7CF: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEAF82: __nss_next (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4F9A8E3: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x486C345: (within /usr/lib/libglib-2.0.so.0.1200.4)
==12347==    by 0x486D788: g_get_home_dir (in /usr/lib/libglib-2.0.so.0.1200.4)
==12347==
==12347== Conditional jump or move depends on uninitialised value(s)
==12347==    at 0x4010DDC: (within /lib/ld-2.3.6.so)
==12347==    by 0x4004B78: (within /lib/ld-2.3.6.so)
==12347==    by 0x4006792: (within /lib/ld-2.3.6.so)
==12347==    by 0x500E46F: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x500DEDE: _dl_open (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x50106FC: (within /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x400B44E: (within /lib/ld-2.3.6.so)
==12347==    by 0x501075D: __libc_dlopen_mode (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEA7CF: __nss_lookup_function (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4FEAF82: __nss_next (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x4F9A8E3: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)

Program thunderbird-ludovic/thunderbird-bin (pid = 12347) received signal 11.
Stack:
ldap_url_parselist_ext+0x00000042 [/usr/lib/libldap_r.so.2 +0x00022242]
ldap_url_parselist+0x0000002E [/usr/lib/libldap_r.so.2 +0x0002239E]
ldap_int_initialize_global_options+0x00000065 [/usr/lib/libldap_r.so.2 +0x00023815]
ldap_int_initialize+0x00000056 [/usr/lib/libldap_r.so.2 +0x000238F6]
ldap_create+0x00000037 [/usr/lib/libldap_r.so.2 +0x0000C247]
ldap_initialize+0x00000031 [/usr/lib/libldap_r.so.2 +0x0000C621]
UNKNOWN [/lib/libnss_ldap.so.2 +0x0000341B]
UNKNOWN [/lib/libnss_ldap.so.2 +0x00005D2C]
UNKNOWN [/lib/libnss_ldap.so.2 +0x00006996]
_nss_ldap_getpwnam_r+0x0000006E [/lib/libnss_ldap.so.2 +0x00006E3E]
getpwnam_r+0x000000A5 [/lib/tls/i686/cmov/libc.so.6 +0x0008C8A5]
UNKNOWN [/usr/lib/libglib-2.0.so.0 +0x00053346]
g_get_home_dir+0x000000B9 [/usr/lib/libglib-2.0.so.0 +0x00054789]
UNKNOWN [/usr/lib/libgtk-x11-2.0.so.0 +0x00165A77]
_gtk_rc_init+0x0000002C [/usr/lib/libgtk-x11-2.0.so.0 +0x0016833C]
UNKNOWN [/usr/lib/libgtk-x11-2.0.so.0 +0x00129B40]
g_option_context_parse+0x00000202 [/usr/lib/libglib-2.0.so.0 +0x000388D2]
gtk_parse_args+0x000000AB [/usr/lib/libgtk-x11-2.0.so.0 +0x001297CB]
UNKNOWN [thunderbird-ludovic/thunderbird-bin +0x0003AD71]
UNKNOWN [thunderbird-ludovic/thunderbird-bin +0x00033AE2]
__libc_start_main+0x000000C8 [/lib/tls/i686/cmov/libc.so.6 +0x00014EA8]
Sleeping for 300 seconds.
Type 'gdb thunderbird-ludovic/thunderbird-bin 12347' to attach your debugger to this thread.

Comment 26

[[e-mail]]

Now there is something funny:  If I install Debian's libc6-dbg package (containing unstripped libraries), Ludovic's build changes behaviour:  It doesn't crash anymore, but hangs instead, with 0% CPU load, just like the Tb3 beta2 does.

Comment 27

[[e-mail]]

timeless:  You're right concerning AFS/LDAP.  In our system, AFS home and LDAP user go together, so when I was trying out things with a local user, I was in fact changing two things:  Home dir on ext3 and user in /etc/passwd instead of LDAP.  As compiling without LDAP makes the problem disappear, it must be due to LDAP...  so I changed the bug summary again...

Comment 28

[timeless]

ah, yeah, that'd make sense. um. can you search through bugzilla and find the other bugs about this? we do have some. (iirc they're generally OpenSuSE instead of Debian, but that's more related to which groups are likely to use LDAP in defaultish configurations.)

Comment 29

[timeless]

re comment 25, afaik, we don't actually call that...

==12347==    by 0x4F9A97E: getpwnam_r (in /lib/tls/i686/cmov/libc-2.3.6.so)
==12347==    by 0x486C345: (within /usr/lib/libglib-2.0.so.0.1200.4)

http://mxr.mozilla.org/mozilla-central/search?string=GETPWNAM_R

that seems to be some legacy stuff.

Comment 30

[[e-mail]]

Thank you all!  It's a dup.