Closed Bug 910822 Opened 11 years ago Closed 11 years ago

[SOLUTION] Can't test 1.5 years of old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01…2012-06 crash on startup

Categories

(Firefox :: Untriaged, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: Aleksej, Unassigned)

Details

This is not a Firefox bug, and probably cannot be fixed by doing anything to Firefox, but it hinders regression window search.


On Debian jessie/sid, Firefox linux-x86_64 nightlies between 24 Jan 2011 and 19 Jun 2012 crash on start-up after the profile manager:

wfm 2011-01-24-03-mozilla-central-firefox-4.0b10pre.en-US.linux-x86_64
crash 2011-01-25-03-mozilla-central-firefox-4.0b10pre.en-US.linux-x86_64
…
crash 2012-06-18-03-05-31-mozilla-central-firefox-16.0a1.en-US.linux-x86_64
wfm 2012-06-19-03-05-38-mozilla-central-firefox-16.0a1.en-US.linux-x86_64

The stack traces are not good: 1884f6f7-9bec-470f-9aa8-ab5812130829.



32-bit builds do not work, either (apparently due to a known problem in Debian, see below):

$ ./firefox
XPCOMGlueLoad error for file /opt/fx/2012-03-10-03-10-46-mozilla-central-firefox-13.0a1.en-US.linux-i686/libxpcom.so:
libxul.so: cannot open shared object file: No such file or directory
Couldn't load XPCOM.

Apparently that's bug 704298 and/or bug 723487.  I see I don't have ia32-libs and ia32-libs-gtk installed, but installing them is currently impossible due to libjack0 and libopus0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674467
Summary: Can't test old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01-25…2012-06-18 crash on startup → Can't test 1.5 years of old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01…2012-06 crash on startup
Neither of these seem to be Firefox bugs nor are they something we can support. This all has to do with the libraries Debian is providing. You'll have to report this to Debian but it'll be up to them to decide if they want to support old unsupported Firefox versions.

Yes it hinders regression window finding but that's the nature of the beast.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
With the GDB backtrace below, I've found through bug 497251 that removing libfreebl3.so fixes the problem.  When libfreebl3.so is present, the first start (profile creation?) fails.  It's a part of NSS, and according to that bug, Firefox may be trying to use some libraries from the system NSS.

(removing the system libfreebl3.so instead doesn't work)


Program received signal SIGSEGV, Segmentation fault.
elf_dynamic_do_Rela (skip_ifunc=0, lazy=<optimized out>, nrelative=<optimized out>, relsize=<optimized out>, reladdr=<optimized out>, 
    map=0x7fffe0d6c000) at do-rel.h:136
136	do-rel.h: No existe el fichero o el directorio.
(gdb) bt
#0  elf_dynamic_do_Rela (skip_ifunc=0, lazy=<optimized out>, nrelative=<optimized out>, relsize=<optimized out>, 
    reladdr=<optimized out>, map=0x7fffe0d6c000) at do-rel.h:136
#1  _dl_relocate_object (scope=0x7fffe0d6c358, reloc_mode=reloc_mode@entry=0, consider_profiling=consider_profiling@entry=0)
    at dl-reloc.c:265
#2  0x00007ffff7dedb6a in dl_open_worker (a=a@entry=0x7fffffff6158) at dl-open.c:420
#3  0x00007ffff7de9826 in _dl_catch_error (objname=objname@entry=0x7fffffff6148, errstring=errstring@entry=0x7fffffff6150, 
    mallocedp=mallocedp@entry=0x7fffffff6147, operate=operate@entry=0x7ffff7ded780 <dl_open_worker>, args=args@entry=0x7fffffff6158)
    at dl-error.c:177
#4  0x00007ffff7ded329 in _dl_open (
    file=0x7fffe0e9f320 "/opt/mz/fv/central/2012/5/2012-05-10-14-55-29-mozilla-central-firefox-15.0a1.en-US.linux-x86_64/libfreebl3.so", mode=-2147483646, caller_dlopen=<optimized out>, nsid=-2, argc=1, argv=0x7fffffffe168, env=0x7fffe6302160) at dl-open.c:656
#5  0x00007ffff79bc026 in dlopen_doit (a=a@entry=0x7fffffff6360) at dlopen.c:66
#6  0x00007ffff7de9826 in _dl_catch_error (objname=0x7ffff6a0a050, errstring=0x7ffff6a0a058, mallocedp=0x7ffff6a0a048, 
    operate=0x7ffff79bbfc0 <dlopen_doit>, args=0x7fffffff6360) at dl-error.c:177
#7  0x00007ffff79bc5ec in _dlerror_run (operate=operate@entry=0x7ffff79bbfc0 <dlopen_doit>, args=args@entry=0x7fffffff6360)
    at dlerror.c:163
#8  0x00007ffff79bc0c1 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87
#9  0x00007ffff67da69c in pr_LoadLibraryByPathname ()
   from /opt/mz/fv/central/2012/5/2012-05-10-14-55-29-mozilla-central-firefox-15.0a1.en-US.linux-x86_64/libnspr4.so
Summary: Can't test 1.5 years of old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01…2012-06 crash on startup → [solved] Can't test 1.5 years of old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01…2012-06 crash on startup
Apparently renaming the library breaks Firefox networking.
Summary: [solved] Can't test 1.5 years of old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01…2012-06 crash on startup → Can't test 1.5 years of old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01…2012-06 crash on startup
Actual solution found: overwrite the build's libfreebl3.so with the Debian's one from /usr/lib/x86_64-linux-gnu/nss/libfreebl3.so

mv libfreebl3.so libfreebl3.so.bak && cp /usr/lib/x86_64-linux-gnu/nss/libfreebl3.so libfreebl3.so
Summary: Can't test 1.5 years of old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01…2012-06 crash on startup → [SOLUTION] Can't test 1.5 years of old Nightly builds on Debian jessie/sid: linux-x86_64 2011-01…2012-06 crash on startup
You need to log in before you can comment on or make changes to this bug.