Closed Bug 180318 Opened 23 years ago Closed 23 years ago

Unable to start mozilla

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
blocker

Tracking

(Not tracked)

Status:
VERIFIED FIXED

People

(Reporter: ajaygautam, Assigned: asa)

Details

(Keywords: hang, regression, smoketest)

User-Agent: Mozilla/5.0 (compatible; Konqueror/3; Linux) Build Identifier: nightly build (11/15/02) I have a new installation of Mandrake 9.0 on my laptop. Downlaoded nightly build today morning, installed in /usr/local/mozilla. I am unable to start mozilla - as local user or root. Then I installed the version supplied with Mandrake, It ran *only* one time. Here is the output (set -x) of /usr/local/mozilla/mozilla (as root). It hangs after the last statement. Any help will be hisghly appreciated. I put a "set -x" in run-mozilla as well. Thanks ============== [root@DrakeStation mozilla]# pwd /usr/local/mozilla [root@DrakeStation mozilla]# ./mo ./mozilla ./mozilla-bin ./mozilla-xremote-client [root@DrakeStation mozilla]# ./mozilla + moz_libdir=/usr/local/lib/mozilla-1.2b + MRE_HOME=/usr/local/lib/mre/mre-1.2b + '[' -n /usr/local/mozilla ']' + dist_bin=/usr/local/mozilla + script_args= + moreargs= + debugging=0 + MOZILLA_BIN=mozilla-bin + '[' linux-gnu = beos ']' + '[' 0 -gt 0 ']' + export MRE_HOME + eval 'set -- ' ++ set -- + '[' 0 = 1 ']' + exec /usr/local/mozilla/run-mozilla.sh /usr/local/mozilla/mozilla-bin ++ basename /usr/local/mozilla/run-mozilla.sh + cmdname=run-mozilla.sh ++ dirname /usr/local/mozilla/run-mozilla.sh + MOZ_DIST_BIN=/usr/local/mozilla + MOZ_DEFAULT_NAME=./run-mozilla.sh-bin + MOZ_APPRUNNER_NAME=./mozilla-bin + MOZ_VIEWER_NAME=./viewer + MOZ_PROGRAM= + exitcode=0 + moz_debug=0 + moz_debugger= + '[' 1 -gt 0 ']' + break + '[' 1 -gt 0 ']' + MOZ_PROGRAM=/usr/local/mozilla/mozilla-bin + shift + '[' -z /usr/local/mozilla/mozilla-bin ']' + '[' '!' -x /usr/local/mozilla/mozilla-bin ']' + MOZILLA_FIVE_HOME=/usr/local/mozilla + '[' -z /usr/local/lib/mre/mre-1.2b ']' + LD_LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/plugins:/usr/local/lib/mre/mre-1.2b + '[' -n '' ']' + '[' -n '' ']' + '[' -n '' ']' + SHLIB_PATH=/usr/local/mozilla:/usr/local/lib/mre/mre-1.2b + LIBPATH=/usr/local/mozilla:/usr/local/lib/mre/mre-1.2b + DYLD_LIBRARY_PATH=/usr/local/mozilla:/usr/local/lib/mre/mre-1.2b + LIBRARY_PATH=/usr/local/mozilla:/usr/local/mozilla/components:/usr/local/lib/mre/mre-1.2b + ADDON_PATH=/usr/local/mozilla + '[' '' = '' ']' + XSUNTRANSPORT=shmem + XSUNSMESIZE=512 + export XSUNTRANSPORT XSUNSMESIZE + '[' '' = '' ']' + '[' -f /etc/init.d/xprint ']' + FONTCONFIG_PATH=/etc/fonts:/usr/local/mozilla/res/Xft + export FONTCONFIG_PATH + '[' 0 -eq 1 ']' + export MOZILLA_FIVE_HOME LD_LIBRARY_PATH + export SHLIB_PATH LIBPATH LIBRARY_PATH ADDON_PATH DYLD_LIBRARY_PATH + '[' 0 -eq 1 ']' + moz_run_program + prog=/usr/local/mozilla/mozilla-bin + '[' '!' -x /usr/local/mozilla/mozilla-bin ']' + moz_test_binary /bin/type + binary=/bin/type + '[' -f /bin/type ']' + return 0 + '[' 0 -eq 1 ']' ++ which md5sum + crc_prog=/usr/bin/md5sum + '[' -x /usr/bin/md5sum ']' + DEBUG_CORE_FILES=1 + '[' 1 ']' + crc_old= + '[' -f core ']' + /usr/local/mozilla/mozilla-bin ============== Reproducible: Always Steps to Reproduce:
confirmed I am seeing this with RH linux 8.0 with mozilla and commercial trunk build 2002-11-15-04-trunk -install the bits the build fails to launch automatically -try launching by hand build still fails to launch smoketest blocker
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: smoketest
I have this same problem in Win2k. I'm currently running 2002110610 and have tried to upgrade to the latest nightly build. After running the installer for the new build, Mozilla will only run once. Trying to start it again at a later time causes it to hang on the splash screen. I have stayed with 20021106 because of this problem.
linux trunk build 2002111421 is fine... bug 144664 (checked in at 20:59) did something like this before
Keywords: hang, regression
this is also breaking testgtkembed
TestGtkEmbed works for me when I luanhced it by hand. The memory use test I run on gtkembed still won't launch. That seems to be unrelated to this bug.
Here's the fix. Index: packages-unix =================================================================== RCS file: /cvsroot/mozilla/xpinstall/packager/packages-unix,v retrieving revision 1.243 diff -u -r1.243 packages-unix --- packages-unix 13 Nov 2002 21:21:09 -0000 1.243 +++ packages-unix 15 Nov 2002 22:40:15 -0000 @@ -116,6 +116,7 @@ bin/components/libeditor.so bin/components/libembedcomponents.so bin/components/libgfx_gtk.so +bin/libgfxft2.so bin/components/libgfxps.so bin/components/libgfxxprint.so bin/components/libimglib2.so
has r=dmose and sr=alecf. It's in the tree.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
verified :)
Status: RESOLVED → VERIFIED
Blizzard, thanks for fixing this bug caused by my patch for bug 144664. Without you fixing, the patch may be backed out. This is the first time for me to make new library(also new XPCOM) in mozilla, I really learn a lot from this :). Blizzard, I search the source code of mozilla, found files below also need library information, should these file include libgfxft2.so ? /embedding/config/basebrowser-unix /build/package/rpm/SPECS/mozilla-DATE.spec.in /build/package/rpm/SOURCES/mozilla-exclude-list 6v5k-7av8@dea.spamcon.org, bug 144664 only concerns unix platform, the patch won't interfere with Windows platform. But I did meet the same problem before. It's caused by sharing something other than XPCOM in XPCOM library. So when starting first time, component-manager load the lib first due to registration, everything is OK; but when starting the second time, mozilla can't find that lib because "dist/lib/components" isn't in LD_LIBRARY_PATH.
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.