Subject: Re: pkg/33932: Mozilla crashes on attempt to print a secure page to a printer driven by CUPS
To: None <taya@NetBSD.org, gnats-admin@netbsd.org, pkgsrc-bugs@netbsd.org,>
From: None <joerg@britannica.bec.de>
List: pkgsrc-bugs
Date: 07/07/2006 13:10:02
The following reply was made to PR pkg/33932; it has been noted by GNATS.
From: joerg@britannica.bec.de
To: gnats-bugs@NetBSD.org
Cc:
Subject: Re: pkg/33932: Mozilla crashes on attempt to print a secure page to a printer driven by CUPS
Date: Fri, 7 Jul 2006 15:06:47 +0200
On Thu, Jul 06, 2006 at 08:00:01PM +0000, svs@ropnet.ru wrote:
> The problem is, once the SSL subsystem has been initialized in
> Firefox/Thunderbird, the NSS libraries are dynamically loaded into the
> running image. Later, when one chooses to print, libcups is also
> loaded. Libcups brings with it OpenSSL. Both OpenSSL and NSS share a
> SHA1_Update() symbol. These symbols conflict in the running image of
> Firefox/Thunderbird. What ends up happening is that the SHA1_Update
> from NSS gets called by CUPS instead of the SHA1_Update from OpenSSL.
> Thus, when SHA1_Final gets called from OpenSSL, bad things happen.
>
> http://lists.freebsd.org/pipermail/freebsd-ports/2004-November/017495.html
>
> Use -Bsymbolic when linking nss to avoid symbol conflicts with libraries
> that include OpenSSL (e.g. CUPS). This may help alleviate the problem with
> Firefox crashing when trying to print when using CUPS.
I don't think this is a correct solution. Can you investigate whether
using RTLD_LOCAL for the dlopen calls of NSS and CUPS help?
>
> http://lists.freebsd.org/pipermail/freebsd-ports/2005-April/022685.html
I strongly object this part.
Joerg