http://bugzilla.novell.com/show_bug.cgi?id=617026 http://bugzilla.novell.com/show_bug.cgi?id=617026#c6 Johannes Meixner <jsmeix@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED CC| |gjhe@novell.com InfoProvider|bnc-team-mozilla@forge.prov | |o.novell.com | AssignedTo|gjhe@novell.com |jsmeix@novell.com Summary|Firefox print dialog leads |Printing from Mozilla.org |to SEGFAULT in SSL |applications (e.g. Firefox) |SSL_load_error_strings() |lead to SEGFAULT via |with CUPS 1.4.4 |OpenSSL with CUPS 1.4.4 --- Comment #6 from Johannes Meixner <jsmeix@novell.com> 2010-06-24 16:38:45 UTC --- The "Printing from Firefox crashes since CUPS 1.4.4" mails at cups@easysw.com explain it, see http://www.cups.org/newsgroups.php?gcups.general+T+Q"Printing+from+Firefox+crashes+since+CUPS+1.4.4" in particular Michael Sweet's reply: ------------------------------------------------------------------------ Firefox dlopen's and dlclose's libcups - after dlclose'ing libcups the function pointers used by libcups for SSL support point to invalid addresses and you get a crash. This also affects Thunderbird and presumably any other Mozilla.org application that prints. STR #3605 is a placeholder bug for changes we'll need to make once GNU TLS and OpenSSL add native threading support to their respective libraries: http://www.cups.org/str.php?L3605 In the meantime you can back out the changes added in STR #3461 to revert to the previous (and apparently unsafe) usage of OpenSSL from multiple threads. ------------------------------------------------------------------------ I will revert the changes added in STR #3461 in CUPS 1.4.4 as a band-aid workaround to avoid the root causes both in Mozilla.org applications (dlopen...dlclose...dlopen of libcups) and in OpenSSL (no native threading support). -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.