15934 - M10 core dumps on startup

Status: VERIFIED FIXED

(Core Graveyard :: Viewer App, defect, P3)

Description

[gsstark]

#0  0x400e2a86 in nsNativeComponentLoader::AutoRegisterComponent () from
/usr/local/lib/m10/package/libxpcom.so
We've outdone ourselves, M10 doesn't even get as far as opening an X window.
Is this some kind of library version skew? I'm on a basically straight potato
system

#1  0x400e241c in nsNativeComponentLoader::RegisterComponentsInDir () from
/usr/local/lib/m10/package/libxpcom.so
#2  0x400e22d5 in nsNativeComponentLoader::AutoRegisterComponents () from
/usr/local/lib/m10/package/libxpcom.so
#3  0x400e1203 in nsComponentManagerImpl::AutoRegister () from
/usr/local/lib/m10/package/libxpcom.so
#4  0x400e4cce in nsComponentManager::AutoRegister () from
/usr/local/lib/m10/package/libxpcom.so
#5  0x805bdd5 in nsViewerApp::AutoregisterComponents ()
#6  0x805bdf7 in nsViewerApp::SetupRegistry ()
#7  0x805bef8 in nsViewerApp::Initialize ()
#8  0x805ff5e in main ()
#9  0x4041978a in __libc_start_main () from /lib/libc.so.6

Comment 1

[gsstark]

Oops, sorry for putting the comment in the middle of the backtrace, @#$ web
forms :)

Comment 2

[rickg]

DP -- here's one for you, since the stack trace involves component manager.
Additional notes:
  1. It's in viewer so you may choose to ignore
  2. I was unable to reproduce this

Comment 3

[Suresh Duddi (gone)]

Do you have funny characters in the path where you installed M10. Also could you
give me a log from xpcom. Here is how you get it:

setenv NSPR_LOG_MODULES nsComponentManager:5
setenv NSPR_LOG_FILE xpcom.log

Run viewer/apprunner whichever you see the crash in. Add the file xpcom.log as
an attachment to the bug.

Comment 4

[gsstark]

Attachment: $ export NSPR_LOG_MODULES=nsComponentManager:5 NSPR_LOG_FILE=xpcom.log

Comment 5

[gsstark]

I don't think that worked:

$ export NSPR_LOG_MODULES=nsComponentManager:5 NSPR_LOG_FILE=xpcom.log
$ ./apprunner
Unrecognized NSPR_LOG_MODULE: nsComponentManager=5
Gtk-WARNING **: /usr/lib/libgdk_imlib.so.1: undefined symbol: gdk_display
...the above repeated several dozen times...
Segmentation fault
[Exit 139 (SIGSEGV)]

Comment 6

[gsstark]

the path is: /u3/downloads/m10/package

MOZILLA_FIVE_HOME=/u3/downloads/m10/package
  LD_LIBRARY_PATH=/u3/downloads/m10/package
      MOZ_PROGRAM=./viewer
      MOZ_TOOLKIT=
        moz_debug=0
     moz_debugger=

Comment 7

[Suresh Duddi (gone)]

Are you sure you deleted ~/.mozilla/registry

The format of that changed in M10. Could you try that.

Also delete bin/component.reg

Comment 8

[gsstark]

Two points:
1) MOZILLA_FIVE_HOME is the download directory, so shouldn't .mozilla/register
be created there?

and
2) It works fine if I build it myself, it's just the precompiled binary that
crashes. So it seems unlikely to be ~/.mozilla/registry.

But I'll try it anyways

Comment 9

[gsstark]

Isn't bugzilla supposed to be sending me mail with your comments?
That's why there's such a delay between my updates, I don't think to
check up on the web page frequently and don't seem to be getting e-mail.

Comment 10

[gsstark]

Hm, well that does seem to have fixed it, ok, ship it!

Comment 11

[leger]

marking Verified.

Comment 12

[Pulsebot]

Pushed by ffxbld-merge:
https://hg.mozilla.org/releases/mozilla-beta/rev/d598e7e253c9
[fenix] For issue https://github.com/mozilla-mobile/fenix/issues/15934 fix ConcurrentModificationException