Firefox 1.0 cores while printing

[Louis LeBlanc]

On 12/07/04 11:40 AM, Joe Marcus Clarke sat at the `puter and typed:
> Louis LeBlanc wrote:
> | Am I the only one that has problems printing with firefox?
> |
> | Other than this one problem, it's my favorite browser, hands down.
> |
> | Here's what I have:
> |
> | Relevant ports:
> | firefox-1.0_3,1
> | firefox-remote-20040803
> | flashplugin-firefox-0.4.12
> | cups-base-1.1.22.0
> | cups-lpr-1.1.22.0
> |
> | The problem occurs on FreeBSD 4.10 Release and 5.3 Release with
> | xorg-6.7.0_1 and on 4.10 Release with XFree86-4.3.0,1.
> |
> | I have the TabBrowser preferenced 1.1.1 extension installed, and the
> | Noia 2.0 Extreme theme (2.79) installed.
> |
> | It does NOT happen with Mozilla.
> | It always leaves a firefox-bin.core file behind - caused by a segfault.
> | It happens with any page I try to print, not just complex pages.
> |
> | I cannot find anything directly relevant at firefox central, but bug
> | #268660 seems similar:
> | https://bugzilla.mozilla.org/show_bug.cgi?id=268660
> |
> | The details say that cupsd is not running, but it is on my system.
> 
> See my recent post to freebsd-gnome at .

I assume you mean this one:
http://www.freebsd.org/cgi/getmsg.cgi?fetch=84710+0+current/freebsd-gnome
in which you mention a conflict between NSS in Firefox and OpenSSL in
Cupsd.  Wouldn't that mean that Mozilla would crash too?

Regardless, if I understood your conclusions, you suggested rebuilding
cups-base using GnuTLS instead of OpenSSL - right?

I'm not quite sure how to tell the port to omit OpenSSL.  According to
the config options from the cups source package, it defaults to both,
but I don't see options within the CUPS port to do this.  I'm assuming
this is the reason you copied the cups port maintainer.

In the meantime, I've added the following line to the makefile in
/usr/ports/print/cups-base:
CONFIGURE_ARGS+= --disable-openssl --enable-gnutls

According to the output from 'make configure' it is now finding the
gnutls libs, so I rebuilt and reinstalled cups-base.

cupsd is now linking as follows:
# ldd /usr/local/sbin/cupsd 
/usr/local/sbin/cupsd:
        libz.so.2 => /usr/lib/libz.so.2 (0x280a0000)
        libgnutls.so.12 => /usr/local/lib/libgnutls.so.12 (0x280ad000)
        libtasn1.so.2 => /usr/local/lib/libtasn1.so.2 (0x2810b000)
        libgcrypt.so.12 => /usr/local/lib/libgcrypt.so.12 (0x2811b000)
        libgpg-error.so.1 => /usr/local/lib/libgpg-error.so.1 (0x28166000)
        libcups.so.2 => /usr/local/lib/libcups.so.2 (0x2816a000)
        libcrypt.so.2 => /usr/lib/libcrypt.so.2 (0x28186000)
        libc.so.4 => /usr/lib/libc.so.4 (0x2819f000)
        libgnugetopt.so.1 => /usr/local/lib/libgnugetopt.so.1 (0x28238000)
        libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2823b000)
        libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x28244000)

No change in behavior.  It is still linking to libgcrypt and
/usr/lib/libcript.so.2, but I don't know if any of these are the
problem.

Lou
-- 
Louis LeBlanc               FreeBSD at keyslapper.org
Fully Funded Hobbyist, KeySlapper Extrordinaire :)
http://www.keyslapper.org                     Ô¿Ô¬

If some day we are defeated, well, war has its fortunes, good and bad.
    -- Commander Kor, "Errand of Mercy", stardate 3201.7