Re: pkg/33932: Mozilla crashes on attempt to print a secure page to a printer driven by CUPS

[joerg%britannica.bec.de@localhost]

The following reply was made to PR pkg/33932; it has been noted by GNATS.

From: joerg%britannica.bec.de@localhost
To: gnats-bugs%NetBSD.org@localhost
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@localhost 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