392919 - Breakpad fails with error while loading shared libraries: libcurl.so.3

Status: VERIFIED FIXED

(Toolkit :: Crash Reporting, defect, P2)

Description

[dolphinling]

2007-08-20-04 build (but it's not the minefield build that matters, it's my system that changed)

Breakpad fails to load on a crash. When run from the console it prints 
firefox/crashreporter: error while loading shared libraries: libcurl.so.3: cannot open shared object file: No such file or directory

Investigation shows I have no libcurl.so.3, just .4 (and .4.0.0). Creating .3 as a symlink to .4 makes breakpad work fine*.

This is Gentoo Linux, I have curl 7.16.4 (the default) installed. curl's been upgraded several times recently (I think?) so it may have actually been an earlier upgrade that changed the .so version.


* The window shows up and I have a log of it being sent; The server's busy processing a 4 day backlog so I can't actually verify it shows up yet.

Comment 1

[(not currently active) Ted Mielczarek]

I think this is you, not us.  Especially if you're on Gentoo.

Comment 2

[dolphinling]

A quick google search shows that at least Fedora and Mandriva may also have this problem:
http://www.warsow.net/forum/viewtopic.php?id=15279

It looks like the change from .3 to .4 happened with curl 7.16

Comment 3

[(not currently active) Ted Mielczarek]

This actually looks valid at a second glance.  I don't know how to fix it, though.

Comment 4

[(not currently active) Ted Mielczarek]

For reference: http://curl.haxx.se/changes.html
 Fixed in 7.16.0 - October 30 2006 
#  the SONAME on the shared library was bumped from 3 to 4

Comment 5

[Andrew Schultz]

Since the functions we're using didn't actually change, we should be able to just look for both libs and load whatever we find dynamically.

Comment 6

[Andrew Schultz]

Attachment: dynamically load libcurl

This works with libcurl.so.4 when compiled against curl-7.15.5 and works with libcurl.so.3 when compiled against curl-7.16.2.

Comment 7

[(not currently active) Ted Mielczarek]

Comment on attachment 283129 [details] [diff] [review]
dynamically load libcurl

I'm not comfortable taking a change this big locally.  If we need to do this, we should get it integrated upstream.

Comment 8

[Carsten Book [:Tomcat]]

confirmed with Firefox 3 Beta 1 RC 3 on Fedora 8, the crashreporter fail to catch the crash with /opt/firefox/crashreporter: error while loading shared libraries: libcurl.so.3: cannot open shared object file: No such file or directory 

Comment 9

[Frédéric Buclin]

Also confirmed on Mandriva Linux 2008.0 with Fx3b1.

Comment 10

[(not currently active) Ted Mielczarek]

Filed this upstream as http://code.google.com/p/google-breakpad/issues/detail?id=225 .  ajschult: do you think you could diff against Breakpad SVN and submit the patch there?  We'll still need to take that Makefile change here once we merge from upstream.

Comment 11

[Ben Turner (not reading bugmail, use the needinfo flag!)]

Oh, fwiw, we applied this patch to our XULRunner for our 0.3 release. So far no issues have been reported that I'm aware of.

Comment 12

[Mike Schroepfer]

Moving to blocking and setting P2 since we don't have crash reporting data on modern linux.

Comment 13

[Tony Chung [:tchung]]

adding relnote keyword for beta 1.

Comment 14

[(not currently active) Ted Mielczarek]

Ok, I committed Andrew's patch in Breakpad issue 225, so we'll have to sync to Breakpad trunk again to pick it up.

Comment 15

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Shouldn't this block beta2?  Isn't one of the big points of the beta getting feedback from things like crash reporter?

Comment 16

[(not currently active) Ted Mielczarek]

Attachment: update breakpad to svn revision 234

Update Breakpad to latest SVN and slight fixes to crashreporter code to accommodate.

Comment 17

[(not currently active) Ted Mielczarek]

Checked in.

Comment 18

[Carsten Book [:Tomcat]]

i was not able to send a report with the current nightly. I got Crash report submission failed

and the console output :

(gecko:3086): Gtk-WARNING **: Unable to locate theme engine in
module_path: "nodoka",
Gtk-Message: Failed to load module "gnomebreakpad":
libgnomebreakpad.so: cannot open shared object file: No such file or
directory

(crashreporter:3106): Gtk-WARNING **: Unable to locate theme engine in
module_path: "nodoka",
Gtk-Message: Failed to load module "gnomebreakpad":
libgnomebreakpad.so: cannot open shared object file: No such file or
directory


and the breakpad log :
[Thu 06 Dec 2007 03:58:53 PM PST] Crash report submission failed:
[Thu 06 Dec 2007 03:59:49 PM PST] Crash report submission failed:
[Thu 06 Dec 2007 04:01:08 PM PST] Crash report submission failed:

Comment 19

[Carsten Book [:Tomcat]]

(In reply to comment #18)
> i was not able to send a report with the current nightly. I got Crash report
> submission failed

Filed Bug 407229 for this issue

Comment 20

[Carsten Book [:Tomcat]]

verified fixed with the current linux nightly trunk build. Breakpad is comming up on a crash. So changing this bug to verified.

However breakpad fails to send on Fedora, thats bug 407229