22621 - nsNativeComponentLoader failure on startup

Status: VERIFIED FIXED

(Core :: XPCOM, defect, P3)

Description

[ramune]

nsNativeComponentLoader: GetFactory(error) Load FAILED with error: error: cannot
open shared object file: No such file or directory

strace shows it looking for the file error in the LD_LIBRARY_PATHs,
i.e.
open("/usr/local/lib/error", O_RDONLY)  = -1 ENOENT

cvs checkout 12/23/1999 20:20:00 PST -> 21:17:21 PST, linux 2.3.33,
gcc-2.95.2, glibc-2.1.2.

Comment 1

[Sean Richardson]

[e-mail], have you seen this problem on builds from cvs checkouts
since 1999 12 23? Also, does this error occur during initial loading of
the browser, or later, and does the browser work afterwards?

This looks like a loose end - if it is still happening, can you try to
give the name of the source file where strace takes you?

Please give "Steps to Reproduce" if possible - the Bug Writing Guidelines
at http://www.mozilla.org/quality/bug-writing-guidelines.html will give
you guidance for that.

Thanks!

Comment 2

[ramune]

Attachment: strace of mozilla showing segfault.

Comment 3

[ramune]

Looks like it's not looking for the file 'error' anymore.  It's dying in another
location now.  The segv occurs before any output on the console or display of
windows.  I would have used a debug-enabled build, but I don't have the disk
space for it.  cvs pull on 12/27/1999 04:10:54 -> 04:53:00 pst.  Stack trace
attatched.

Comment 4

[ramune]

Attachment: stack trace of crash. kinda short, since no debug info.

Comment 5

[John Morrison]

[e-mail] : I take it that you have successfully built and run in the
past -- can you say when this error first showed up (i.e., could build on mm/dd
but broken after mm/dd).

The strace (attached) shows the code loading the '.xpt' and '.js' in
./components and then a SIGSEGV right after snarfing 'nsCategoryManager.js'.

Setting to XPCOM, dp and cc: shaver for 'nsCategoryManager.js' (although that
may just be coincidence).

Comment 6

[John Morrison]

[Adding email comments from [e-mail] : by the way, adding your
comments to the bug report keeps the bug history in one place -- this bug may
eventually be passed to someone else who did not receive a copy of this email].

> [e-mail] : I take it that you have successfully built and run in
> the past -- can you say when this error first showed up (i.e., could build
> on mm/dd but broken after mm/dd).

The last time I remember compiling and being able to run it was about
mid-November.  Unfortunately, I wasn't updating and compiling every day, so I
can't pin it down any closer than that.

> The strace (attached) shows the code loading the '.xpt' and '.js' in
> ./components and then a SIGSEGV right after snarfing 'nsCategoryManager.js'.

And since the previous strace showed it trying to load a file called 'error',
and it compiles with some CFLAGS/CXXFLAGS set but dies w/ a segfault
otherwise, I'm starting to suspect the compiler.  I'll try egcs-1.1.2 and
gcc-2.7.2.3 to see if they produce any different results.

Comment 7

[Suresh Duddi (gone)]

Shaver might have a better clue on this. The stack indicates a call to
NSGetModule() via Xpconnect which means this is a JS module. trace indicated
categorymanager.js which is a js module (right). So these could after all be
related.

Comment 8

[ramune]

I tried compiling with gcc-2.7.2.3 and egcs-1.1.2, with and without the CFLAGS
set as with gcc-2.95.2.  For gcc-2.7.2.3, I removed the -march and -mcpu, but
still saw the same symptoms, so I guess it's not the compiler.  I think this
is somehow related to bug 22730, though, which is related to -malign-double.

Comment 9

[Mike Shaver (:shaver emeritus)]

I think the "error" thing is related to the magic toolkit stuff that ramiro
wired up.  I'm not sure about the crash, though.  Does this happen with nightly
or M12  builds?

Comment 10

[ramune]

I've only been trying binaries that I've built from the CVS source.  I update
the tree about once a day, though I don't always try to build it.  I haven't
seen it looking for a file called 'error' in a while, so I'm not sure if the
current batch of problems should be filed under another bug.

Comment 11

[AAtallah]

I got that error thile runnint the Test batch file with the March 14th nightly 
build, I think that it is related
**************************************************
nsNativeComponentLoader: SelfRegisterDll(C:\MOZILLA\BIN\components\necko.dll) 
Load FAILED with error: error 0
**************************************************

Hope it will Help
Antoine Atallah

Comment 12

[ramune]

Wheee!  I can finally compile and run Mozilla!  And with the new ORBit/libxml
packages, too!  Thanks! ^_^

Comment 13

[John Morrison]

[e-mail] : thanks for the followup. (Guess I'll take this as 
verified).

Sidenote to [e-mail] : I think your problem is different, but 
it has also been fixed, as of March 17th builds -- see bug #32183. (This was on 
win95, right?).