Linux trunk build 2001-05-09-07. The browser crashes whenever the first page starts to load. This error is spat upon the console: mozilla/mozilla-bin: error while loading shared libraries: /home/jwb/mozilla-gcc295/components/libgkcontent.so: undefined symbol: GetService__16nsServiceManagerRC4nsIDRC4nsIDPP11nsISupportsP19nsIShutdownListener smoketest
I can confirm this. With build 2001-05-09-07 on Debian GNU/Linux 2.2r3 I receive this error to the console when trying to start up mozilla. ./mozilla-bin: error in loading shared libraries: /u/pbaker/mozilla/mozilla/components/libgkcontent.so: undefined symbol: GetService__16nsServiceManagerRC4nsIDRC4nsIDPP11nsISupportsP19nsIShutdownListener
Same error on Slackware 7.1.
Sorry to spam this bug, but I installed from the full self-extracting installer. A co-worker of mine with an identical setup installed from the tarball and had no problems.
I installed the tarball and it didn't work. I use slackware-current.
yup, crashes for me using the tarball [non-installer]. using RH 6.2. get the following console output: nsNativeComponentLoader: SelfRegisterDll(/home/orca/mozilla-builds/2001050908/mozilla/components/libgklayout.so) Load FAILED with error: /home/orca/mozilla-builds/2001050908/mozilla/components/libgklayout.so: undefined symbol: GetContentAndOffsetsFromPoint__7nsFrameP14nsIPresContextRC7nsPointPP10nsIContentRiN24 ************************************************** ./mozilla-bin: error in loading shared libraries: /home/orca/mozilla-builds/2001050908/mozilla/components/libnsappshell.so: undefined symbol: CreateInstance__18nsComponentManagerRC4nsIDP11nsISupportsRC4nsIDPPv
It might be worth noting that I get the same error as Sarah - which is slightly different from the initial reports here, and I get this error long before the first window ever shows up. I am running Redhat Linux (6.1) as well.
reassign to vishy for browser area. cc: mcafee Win32 is fine. Mac has a different problem in today's build - unable to install which jj has just fixed.
Assignee: asa → vishy
Same problems for me. It workes with 2001-05-07-08.
Since the compiler changed, perhaps we all ought to report our systems: glibc 2.2.2 binutils 126.96.36.199.4 libstdc++ 6.2-2, 6.1-2, and 6.1-1 all available
Nobody went and did something rash, like upgrading the build machines to gcc-2.96, did we?...
my Red Hat 6.2 box's info: egcs-2.91.66 glibc-2.1.3-15 binutils-188.8.131.52.22-6 libstdc++-2.9.0-30 libstdc++-2.95.2-7mdk
taking this from vishy
Assignee: vishy → mcafee
the stdc++ libraries on the build machine wer just reverted this morning to something that works on out-of-the-box redhat machines again, but i don't think this is the cause of the problem.
the 2001.05.09.10 bits [tarball, non-installer] wfm now. anyone else having problems with the latest verif bits?
the latest bits were done cleanly, so i think the library-change was the problem for the 8am builds. Please use the latest linux bits!
based on latest commments, 2001-05-09-10-trunk mozilla bits work fine. -> moving to Bugscape (#4913) to keep track of commercial core dump. Can we consider this fixed then ?
This looks like a wfm, my clobber build works fine. I recommend clobbering, pulling down more-recent bits, and doing the usual cache/component.reg/profile purges if needed. WFM.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.