Closed Bug 9113 Opened 25 years ago Closed 25 years ago

Linux/Alpha: crash on startup

Categories

(SeaMonkey :: General, defect, P1)

DEC
Linux
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: lansdoct, Assigned: granrosebugs)

References

()

Details

(Keywords: crash)

I hope that gdb backtraces will be a sufficient bug report: apprunner: NU gdb 4.17.0.4 with Linux/x86 hardware watchpoint and FPU support Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-redhat-linux"... (gdb) run Starting program: /usr/local/mozilla/dist/bin/apprunner nsComponentManager: Autoregistration begins. dir = /usr/local/mozilla/dist/bin/components Cannot access memory at address 0x2f747369642f616c. (gdb) backtrace #0 _dl_debug_state () at dl-debug.c:56 #1 0x20003b4ce6c in _dl_open ( file=0x120116040 "/usr/local/mozilla/dist/bin/components/libuconv.so", mode=2) at dl-open.c:172 #2 0x200032291cc in doit () at dlopen.c:31 #3 0x200000093e0 in _dl_catch_error (errstring=0x2000332a338, operate=0x11ffff0b8) at dl-error.c:105 #4 0x20003229738 in _dlerror_run (operate=0x11ffff0b8) at dlerror.c:69 #5 0x20003229268 in dlopen ( file=0x120116040 "/usr/local/mozilla/dist/bin/components/libuconv.so", mode=2) at dlopen.c:34 #6 0x200029770cc in PR_LoadLibrary ( name=0x120116040 "/usr/local/mozilla/dist/bin/components/libuconv.so") at prlink.c:645 #7 0x200012fa574 in nsDll::Load (this=0x120116110) at xcDll.cpp:243 #8 0x200012f1e70 in nsComponentManagerImpl::SelfRegisterDll (this=0x0, dll=0x120116110) at nsComponentManager.cpp:1957 #9 0x200012f1c9c in nsComponentManagerImpl::AutoRegisterComponent ( this=0x12010f500, when=68404421, component=0x120115e50) at nsComponentManager.cpp:1914 #10 0x200012f14ac in nsComponentManagerImpl::SyncComponentsInDir ( this=0x12010f500, when=NS_Startup, dirSpec=0x120112d50) at nsComponentManager.cpp:1728 ---Type <return> to continue, or q <return> to quit--- #11 0x200012f1148 in nsComponentManagerImpl::AutoRegister (this=0x12010f500, when=NS_Startup, inDirSpec=0x2000413c4c5) at nsComponentManager.cpp:1674 #12 0x200012f7c18 in nsComponentManager::AutoRegister (when=NS_Startup, directory=0x0) at nsRepository.cpp:177 #13 0x120003c10 in NS_SetupRegistry_1 () at nsSetupRegistry.cpp:86 #14 0x12000224c in main (argc=1, argv=0x11ffff8f8) at nsAppRunner.cpp:236 Current language: auto; currently c (gdb) viewer: raistlin@towerhs:/usr/local/mozilla/dist/bin$ gdb viewer GNU gdb 4.17.0.4 with Linux/x86 hardware watchpoint and FPU support Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-redhat-linux"... (gdb) run Starting program: /usr/local/mozilla/dist/bin/viewer nsComponentManager: Autoregistration begins. dir = /usr/local/mozilla/dist/bin/components Cannot access memory at address 0x2f747369642f616c. (gdb) backtrace #0 _dl_debug_state () at dl-debug.c:56 #1 0x20003b12e6c in _dl_open ( file=0x12013b160 "/usr/local/mozilla/dist/bin/components/libuconv.so", mode=2) at dl-open.c:172 #2 0x200031ef1cc in doit () at dlopen.c:31 #3 0x200000093e0 in _dl_catch_error (errstring=0x200032f0338, operate=0x11ffff1b8) at dl-error.c:105 #4 0x200031ef738 in _dlerror_run (operate=0x11ffff1b8) at dlerror.c:69 #5 0x200031ef268 in dlopen ( file=0x12013b160 "/usr/local/mozilla/dist/bin/components/libuconv.so", mode=2) at dlopen.c:34 #6 0x2000293d0cc in PR_LoadLibrary ( name=0x12013b160 "/usr/local/mozilla/dist/bin/components/libuconv.so") at prlink.c:645 #7 0x200023c0574 in nsDll::Load (this=0x12013b230) at xcDll.cpp:243 #8 0x200023b7e70 in nsComponentManagerImpl::SelfRegisterDll (this=0x0, dll=0x12013b230) at nsComponentManager.cpp:1957 #9 0x200023b7c9c in nsComponentManagerImpl::AutoRegisterComponent ( this=0x120134620, when=68166853, component=0x12013af70) at nsComponentManager.cpp:1914 #10 0x200023b74ac in nsComponentManagerImpl::SyncComponentsInDir ( this=0x120134620, when=NS_Startup, dirSpec=0x120137e70) at nsComponentManager.cpp:1728 #11 0x200023b7148 in nsComponentManagerImpl::AutoRegister (this=0x120134620, when=NS_Startup, inDirSpec=0x200041024c5) at nsComponentManager.cpp:1674 #12 0x200023bdc18 in nsComponentManager::AutoRegister (when=NS_Startup, directory=0x0) at nsRepository.cpp:177 #13 0x12001ee60 in nsViewerApp::SetupRegistry (this=0x0) at nsViewerApp.cpp:175 #14 0x12001bc54 in nsViewerApp::Initialize (this=0x120133bc0, argc=1, argv=0x11ffff8f8) at nsViewerApp.cpp:204 #15 0x12000bf54 in main (argc=1, argv=0x11ffff8f8) at nsGTKMain.cpp:88 Current language: auto; currently c (gdb) I hope that this helps. I figure that gdb is more descriptive than I can be.
Assignee: don → chofmann
Not sure who is working on Linux/Alpha. Assigning to chofmann for now.
Assignee: chofmann → mcafee
Summary: Mozilla on Linux/Alpha crashes before it finishes starting → Linux/Alpha: crash on startup
Target Milestone: M10
I'll take this. Have we implemented xptcall for alpha? That's the thing to work on first.
QA: This is a fringe platform and should not be labelled "blocker".
Assignee: mcafee → briano
brian, can you take a look at this?
Status: NEW → ASSIGNED
I'll take a look when I have time. Every now and then lately, I've been able to build and at least bring up the browser window, so it can't be too far from "working".
QA Contact: leger → briano
Severity: blocker → normal
Target Milestone: M10 → M14
setting severity to normal to get it off of "blocker" radar. setting target milestone to M14
mass reassigning briano's open bugs to me while he's on sabbatical.
Severity: normal → critical
Priority: P3 → P1
accept bug.
This does not happen in my Linux/Alpha test builds. Please re-verify?
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Looking at the seamonkey-ports tinderbox page, vorlon has been green for a while now and it's linux/alpha. with that and msw's comments below that he isn't seeing this problem, I'm resolving it worksforme.
Adding crash keyword
Keywords: crash
**Mass Spam** Adding verifyme keyword to all non-verified bugs on browser general.
Keywords: verifyme
verified on age/no complaints since
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.