ports/164239: [PATCH] mail/thunderbird: crash with nss_ldap
Hartmann, O.
ohartman at zedat.fu-berlin.de
Sat Mar 9 08:40:02 UTC 2013
The following reply was made to PR ports/164239; it has been noted by GNATS.
From: "Hartmann, O." <ohartman at zedat.fu-berlin.de>
To: bug-followup at FreeBSD.org, dgeo at centrale-marseille.fr
Cc:
Subject: Re: ports/164239: [PATCH] mail/thunderbird: crash with nss_ldap
Date: Sat, 09 Mar 2013 09:34:36 +0100
The problem is still unresolved.
With the most recent changes in FreeBSD 10.0-CURRENT (> r247804) and the
breakage of the name services cache daemon nscd(1) in CURRENT, the
problem is critical! Thunderbird (at this time, it is version 17.0.4 and
the problem is now stick since a couple of versions on ALL
platforms/versions of FreeBSD using OpenLDAP environment!!!!!).
The patch suggested doesn't do anything good and does not solve the problem.
As I described before, on the systems in question, no matter whether
FreeBSD 9 or 10 (it depends only on their configuration being used
within a larger environment with OpenLDAP or not!), it WAS prior to
CURRENT r247804 possible to start Thunderbird by first starting Firefox.
I guess this revealed that time a possible hidden issue in Thunderbird
(or FreeBSD, since nscd(1) is broken by now due to unresolved issues).
When performing a truss
truss thunderbird
you'll see the excerpt below. It seems that Thunderbird fails in getting
the effective UID (EUID), since I see the SIGNAL 11 there:
open("/usr/local/etc/openldap/ldap.conf",O_RDONLY,0666) = 4 (0x4)
fstat(4,{ mode=-rw-r--r-- ,inode=5817420,size=410,blksize=16384 }) = 0 (0x0)
read(4,"#\n# LDAP Defaults\n#\n\n# See l"...,16384) = 410 (0x19a)
read(4,0x813928000,16384) = 0 (0x0)
close(4) = 0 (0x0)
geteuid() = 2002 (0x7d2)
getuid() = 2002 (0x7d2)
open("/home/ohartmann/ldaprc",O_RDONLY,0666) ERR#2 'No such file or
directory'
open("/home/ohartmann/.ldaprc",O_RDONLY,0666) ERR#2 'No such file or
directory'
open("ldaprc",O_RDONLY,0666) ERR#2 'No such file or
directory'
sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0)
= 0 (0x0)
sigaction(SIGPIPE,{ SIG_IGN SA_RESTART ss_t },{ SIG_IGN 0x0 ss_t }) = 0
(0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
getuid() = 2002 (0x7d2)
stat("/etc/nsswitch.conf",{ mode=-rw-r--r--
,inode=117790,size=991,blksize=16384 }) = 0 (0x0)
geteuid() = 2002 (0x7d2)
open("/etc/pwd.db",O_RDONLY,00) = 4 (0x4)
fcntl(4,F_SETFD,FD_CLOEXEC) = 0 (0x0)
fstat(4,{ mode=-rw-r--r-- ,inode=117927,size=40960,blksize=16384 }) = 0
(0x0)
read(4,"\0\^F\^Ua\0\0\0\^B\0\0\^D\M-R\0"...,260) = 260 (0x104)
pread(0x4,0x813928000,0x1000,0x6000,0x1,0x0) = 4096 (0x1000)
pread(0x4,0x813929000,0x1000,0x5000,0x1,0x0) = 4096 (0x1000)
close(4) = 0 (0x0)
socket(PF_LOCAL,SOCK_STREAM,0) = 4 (0x4)
connect(4,{ AF_UNIX "/var/run/nscd" },15) ERR#2 'No such file or
directory'
close(4) = 0 (0x0)
sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGFPE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0)
= 0 (0x0)
sigaction(SIGPIPE,{ SIG_IGN 0x0 ss_t },{ SIG_IGN SA_RESTART ss_t }) = 0
(0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
stat("/usr/local/etc/nss_ldap.conf",{ mode=-rw-r--r--
,inode=5818085,size=7997,blksize=16384 }) = 0 (0x0)
getpid() = 63040 (0xf640)
geteuid() = 2002 (0x7d2)
SIGNAL 11 (SIGSEGV)
process exit, rval = 0
In FreeBSD 10, the situation is now more frustrating, since even the
trick by starting Firefox in the first place before Thunderbird doesn't
work anymore and gets really painful, if FreeBSD the "issue" gets
backported to 9.1-STABLE/9.2.
oh
More information about the freebsd-gecko
mailing list