Closed Bug 68441 Opened 24 years ago Closed 24 years ago

Xprint crashes in mozilla-2001-02-10-08-Mtrunk...

Categories

(Core Graveyard :: Printing: Xprint, defect)

All
Linux
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: roland.mainz, Assigned: roland.mainz)

Details

mozilla-2001-02-08-08-Mtrunk build with SunWorkshop6U2EA crashes when attemping to print via Xprint (e.g. set "user_pref("print.print_method", 1);" in your prefs.js) on Linux and Solaris. Stack trace from coredump looks like this: -- snip -- t@1 (l@1) terminated by signal SEGV (no mapping at the fault address) Current function is nsDeviceContextGTK::GetDeviceContextFor (optimized) 445 dcxp->SetSpec(aDevice); (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where current thread: t@1 =>[1] nsDeviceContextGTK::GetDeviceContextFor(this = ???, aDevice = ???, aContext = ???) (optimized), at 0xfd03ba2c (line ~445) in "nsDeviceContextGTK.cpp" [2] DocumentViewerImpl::Print(this = ???, aSilent = ???, aFile = ???, aPrintListener = ???) (optimized), at 0xfc6bba2c (line ~2446) in "nsDocumentViewer.cpp" [3] GlobalWindowImpl::Print(this = ???) (optimized), at 0xfe977064 (line ~1726) in "nsGlobalWindow.cpp" [4] WindowInternalPrint(cx = ???, obj = ???, argc = ???, argv = ???, rval = ???) (optimized), at 0xfe962728 (line ~3550) in "nsJSWindow.cpp" [5] js_Invoke(cx = 0x1b0e90, argc = 4922904U, flags = 6193096U), line 777 in "jsinterp.c" [6] js_Interpret(cx = 0x1b0e90, result = 0xffbec2d8), line 2670 in "jsinterp.c" [7] js_Invoke(cx = 0x1b0e90, argc = 3U, flags = 4290692020U), line 794 in "jsinterp.c" [8] js_InternalInvoke(cx = 0x1b0e90, obj = 0x588838, fval = 7641824, flags = 0, argc = 1U, argv = 0xffbec6ac, rval = 0xffbec500), line 866 in "jsinterp.c" [9] JS_CallFunctionValue(cx = 0xffbec534, obj = 0xd1e28, fval = 0, argc = 4290692436U, argv = (nil), rval = 0xfc24dd08), line 3271 in "jsapi.c" [10] nsJSContext::CallEventHandler(this = ???, aTarget = ???, aHandler = ???, argc = ???, argv = ???, aBoolResult = ???, aReverseReturnResult = ???) (optimized), at 0xfe955634 (line ~933) in "nsJSEnvironment.cpp" [11] nsJSEventListener::HandleEvent(this = ???, aEvent = ???) (optimized), at 0xfe9d0160 (line ~149) in "nsJSEventListener.cpp" [12] nsEventListenerManager::HandleEventSubType(this = ???, aListenerStruct = ???, aDOMEvent = ???, aCurrentTarget = ???, aSubType = ???, aPhaseFlags = ???) (optimized), at 0xfc22ea58 (line ~838) in "nsEventListenerManager.cpp" [13] nsEventListenerManager::HandleEvent(this = ???, aPresContext = ???, aEvent = ???, aDOMEvent = ???, aCurrentTarget = ???, aFlags = ???, aEventStatus = ???) (optimized), at 0xfc230dc8 (line ~1720) in "nsEventListenerManager.cpp" [14] nsXULElement::HandleDOMEvent(this = ???, aPresContext = ???, aEvent = ???, aDOMEvent = ???, aFlags = ???, aEventStatus = ???) (optimized), at 0xfd4a3f94 (line ~3454) in "nsXULElement.cpp" [15] PresShell::HandleDOMEventWithTarget(this = ???, aTargetContent = ???, aEvent = ???, aStatus = ???) (optimized), at 0xfc2ca6c0 (line ~4966) in "nsPresShell.cpp" [16] nsMenuFrame::Execute(this = ???) (optimized), at 0xfc615ef4 (line ~1384) in "nsMenuFrame.cpp" [17] nsMenuFrame::HandleEvent(this = ???, aPresContext = ???, aEvent = ???, aEventStatus = ???) (optimized), at 0xfc6127cc (line ~376) in "nsMenuFrame.cpp" [18] PresShell::HandleEventInternal(this = ???, aEvent = ???, aView = ???, aFlags = ???, aStatus = ???) (optimized), at 0xfc2ca598 (line ~4940) in "nsPresShell.cpp" [19] PresShell::HandleEvent(this = ???, aView = ???, aEvent = ???, aEventStatus = ???, aForceHandle = ???, aHandled = ???) (optimized), at 0xfc2ca1ac (line ~4887) in "nsPresShell.cpp" [20] nsView::HandleEvent(this = ???, event = ???, aEventFlags = ???, aStatus = ???, aForceHandle = ???, aHandled = ???) (optimized), at 0xfbd0f5ac (line ~359) in "nsView.cpp" [21] nsView::HandleEvent(this = ???, event = ???, aEventFlags = ???, aStatus = ???, aForceHandle = ???, aHandled = ???) (optimized), at 0xfbd0f51c (line ~343) in "nsView.cpp" [22] nsView::HandleEvent(this = ???, event = ???, aEventFlags = ???, aStatus = ???, aForceHandle = ???, aHandled = ???) (optimized), at 0xfbd0f51c (line ~343) in "nsView.cpp" [23] nsView::HandleEvent(this = ???, event = ???, aEventFlags = ???, aStatus = ???, aForceHandle = ???, aHandled = ???) (optimized), at 0xfbd0f51c (line ~343) in "nsView.cpp" [24] nsViewManager2::DispatchEvent(this = ???, aEvent = ???, aStatus = ???) (optimized), at 0xfbd27a64 (line ~1417) in "nsViewManager2.cpp" [25] HandleEvent(aEvent = ???) (optimized), at 0xfbd0e8ac (line ~67) in "nsView.cpp" [26] nsWidget::DispatchEvent(this = ???, aEvent = ???, aStatus = ???) (optimized), at 0xfde4e574 (line ~1471) in "nsWidget.cpp" [27] nsWidget::DispatchWindowEvent(this = ???, event = ???) (optimized), at 0xfde4e1a0 (line ~1362) in "nsWidget.cpp" [28] nsWidget::DispatchMouseEvent(this = ???, aEvent = STRUCT) (optimized), at 0xfde4e648 (line ~1498) in "nsWidget.cpp" [29] nsWidget::OnButtonReleaseSignal(this = ???, aGdkButtonEvent = ???) (optimized), at 0xfde4f7dc (line ~2039) in "nsWidget.cpp" [30] nsWindow::HandleGDKEvent(this = ???, event = ???) (optimized), at 0xfde57ff0 (line ~1419) in "nsWindow.cpp" [31] dispatch_superwin_event(event = ???, window = ???) (optimized), at 0xfde4344c (line ~999) in "nsGtkEventHandler.cpp" [32] handle_gdk_event(event = ???, data = ???) (optimized), at 0xfde430d4 (line ~862) in "nsGtkEventHandler.cpp" dbx: warning: can't find file "/home/gisburn/package-builds/gtk+/gtk+-1.2.8/objdir/gdk/gdkevents.lo" dbx: warning: see `help finding-files' [33] gdk_event_dispatch(0x0, 0xffbee3d0, 0x0, 0x0, 0x0, 0xffbee338), at 0xfd941470 dbx: warning: can't find file "/home/gisburn/package-builds/glib/glib-1.2.8/objdir/gmain.lo" [34] g_main_dispatch(0xffbee3d0, 0x604a0, 0x1, 0x1c75c0, 0xff3df650, 0x378), at 0xfd8b6dc8 [35] g_main_iterate(0x1, 0x1, 0xfeac0018, 0xfde33514, 0xff3df650, 0x1c), at 0xfd8b7bcc [36] g_main_run(0x1c7608, 0x1c7608, 0x1, 0xa4, 0xff3df650, 0xa1), at 0xfd8b7f64 dbx: warning: can't find file "/home/gisburn/package-builds/gtk+/gtk+-1.2.8/objdir/gtk/gtkmain.lo" [37] gtk_main(0xe9520, 0x183618, 0xffbee464, 0x194f8, 0xfd8548e0, 0x0), at 0xfdbd60a0 [38] nsAppShell::Run(this = ???) (optimized), at 0xfde33514 (line ~355) in "nsAppShell.cpp" [39] nsAppShellService::Run(this = ???) (optimized), at 0xfdf2ebc8 (line ~407) in "nsAppShellService.cpp" [40] main1(argc = ???, argv = ???, nativeApp = ???) (optimized), at 0x1619c (line ~988) in "nsAppRunner.cpp" [41] main(argc = ???, argv = ???) (optimized), at 0x16bd8 (line ~1284) in "nsAppRunner.cpp" -- snip -- Seems that something has been changed which breaks Xprint... There's a problem with autoregistration - maybe related - or not: -- snip -- nsNativeComponentLoader: autoregistering begins. ************************************************** nsNativeComponentLoader: SelfRegisterDll(/bigtmp/gisburn/mozilla-2001-02-08-08-Mtrunk/mozilla/objdir_ws6_gtk/dist/bin/components/libgfxxprt.so) Load FAILED with error: ld.so.1: ./mozilla-bin: fatal: relocation error: file /bigtmp/gisburn/mozilla-2001-02-08-08-Mtrunk/mozilla/objdir_ws6_gtk/dist/bin/components/libgfxxprt.so: symbol __1cSnsFontEnumeratorXPLHaveFontFor6Mpkcpi_I_: referenced symbol not found ************************************************** nsNativeComponentLoader: autoregistering succeeded -- snip -- Uhm... does that mean the gfxxprt module cannot be loaded ?
More searching... "Load FAILED with error: ld.so.1: ./mozilla-bin: fatal: relocation error: file /bigtmp/gisburn/mozilla-2001-02-08-08-Mtrunk/mozilla/objdir_ws6_gtk/dist/bin/components/libgfxxprt.so: symbol __1cSnsFontEnumeratorXPLHaveFontFor6Mpkcpi_I_: referenced symbol not found" looks like bug 67840... Waiting for 2001-02-10-?? tarball - maybe the problem has already been fixed...
Same problem in mozilla-2001-02-10-08-Mtrunk... ;-(
Summary: Xprint crashes in mozilla-2001-02-08-08-Mtrunk... → Xprint crashes in mozilla-2001-02-10-08-Mtrunk...
Filed diff for missing "unsigned nsFontEnumeratorXP::HaveFontFor(const char*,int*)" in nsFontMetricsXP.cpp in bug 67840. Unfortunately bug 67840 isn't related to this issue. libgfxxprt.so now get's loaded - but Mozilla still crashes as shown here in the original bug report... ;-(
Question to blizzard: There is no way to get this fixed for .8, right ?
Severity: normal → critical
Adding stacktrace from non-optimized binary build from mozilla-2001-02-10-08-Mtrunk tarball: -- snip -- t@1 (l@1) terminated by signal SEGV (no mapping at the fault address) 0xfebfe49c: _doprnt+0x0178: ldsb [%i0], %o1 Current function is nsDeviceContextSpecXlib::Init 167 sprintf(mPrData.path, printfile); (/opt/SUNWspro/bin/../WS6U2/bin/sparcv9/dbx) where current thread: t@1 [1] _doprnt(0x0, 0xffbebb5c, 0x0, 0xffbebc80, 0x1, 0xffbebc1c), at 0xfebfe49c [2] sprintf(0x7c6838, 0x7fffffff, 0xffbebca0, 0x4, 0xffbebc1c, 0xfcedccfe), at 0xfec01b44 =>[3] nsDeviceContextSpecXlib::Init(this = 0x7c6418, aQuiet = 0), line 167 in "nsDeviceContextSpecXlib.cpp" [4] nsDeviceContextSpecFactoryXlib::CreateDeviceContextSpec(this = 0x7ae190, aWidget = 0x5d6960, aNewSpec = (nil), aQuiet = 0), line 61 in "nsDeviceContextSpecFactoryX.cpp" [5] DocumentViewerImpl::Print(this = 0x742ce0, aSilent = 0, aFile = (nil), aPrintListener = (nil)), line 2443 in "nsDocumentViewer.cpp" [6] GlobalWindowImpl::Print(this = 0x5df230), line 1726 in "nsGlobalWindow.cpp" [7] WindowInternalPrint(cx = 0x24b810, obj = 0x5579c8, argc = 0, argv = 0x826a68, rval = 0xffbec15c), line 3550 in "nsJSWindow.cpp" [8] js_Invoke(cx = 0x24b810, argc = 0, flags = 0), line 777 in "jsinterp.c" [9] js_Interpret(cx = 0x24b810, result = 0xffbec5b0), line 2670 in "jsinterp.c" [10] js_Invoke(cx = 0x24b810, argc = 1U, flags = 2U), line 794 in "jsinterp.c" [11] js_InternalInvoke(cx = 0x24b810, obj = 0x7fba60, fval = 8370968, flags = 0, argc = 1U, argv = 0xffbec98c, rval = 0xffbec7d8), line 866 in "jsinterp.c" [12] JS_CallFunctionValue(cx = 0x24b810, obj = 0x7fba60, fval = 8370968, argc = 1U, argv = 0xffbec98c, rval = 0xffbec7d8), line 3271 in "jsapi.c" [13] nsJSContext::CallEventHandler(this = 0x24b7c8, aTarget = 0x7fba60, aHandler = 0x7fbb18, argc = 1U, argv = 0xffbec98c, aBoolResult = 0xffbec8dc, aReverseReturnResult = 0), line 933 in "nsJSEnvironment.cpp" [14] nsJSEventListener::HandleEvent(this = 0x54c270, aEvent = 0x753ab4), line 149 in "nsJSEventListener.cpp" [15] nsEventListenerManager::HandleEventSubType(this = 0x54ced8, aListenerStruct = 0x5490d0, aDOMEvent = 0x753ab4, aCurrentTarget = 0x3ef788, aSubType = 8U, aPhaseFlags = 7U), line 838 in "nsEventListenerManager.cpp" [16] nsEventListenerManager::HandleEvent(this = 0x54ced8, aPresContext = 0x2de338, aEvent = 0xffbeda10, aDOMEvent = 0xffbed8a4, aCurrentTarget = 0x3ef788, aFlags = 7U, aEventStatus = 0xffbeda54), line 1720 in "nsEventListenerManager.cpp" [17] nsXULElement::HandleDOMEvent(this = 0x3ef780, aPresContext = 0x2de338, aEvent = 0xffbeda10, aDOMEvent = 0xffbed8a4, aFlags = 1U, aEventStatus = 0xffbeda54), line 3454 in "nsXULElement.cpp" [18] PresShell::HandleDOMEventWithTarget(this = 0x2d8a50, aTargetContent = 0x3ef780, aEvent = 0xffbeda10, aStatus = 0xffbeda54), line 4948 in "nsPresShell.cpp" [19] nsMenuFrame::Execute(this = 0x7f1190), line 1384 in "nsMenuFrame.cpp" [20] nsMenuFrame::HandleEvent(this = 0x7f1190, aPresContext = 0x2de338, aEvent = 0xffbee2a8, aEventStatus = 0xffbee0a0), line 376 in "nsMenuFrame.cpp" [21] PresShell::HandleEventInternal(this = 0x2d8a50, aEvent = 0xffbee2a8, aView = 0x6bfe88, aFlags = 1U, aStatus = 0xffbee0a0), line 4916 in "nsPresShell.cpp" [22] PresShell::HandleEvent(this = 0x2d8a50, aView = 0x6bfe88, aEvent = 0xffbee2a8, aEventStatus = 0xffbee0a0, aForceHandle = 0, aHandled = 1), line 4836 in "nsPresShell.cpp" [23] nsView::HandleEvent(this = 0x6bfe88, event = 0xffbee2a8, aEventFlags = 8U, aStatus = 0xffbee0a0, aForceHandle = 0, aHandled = 1), line 359 in "nsView.cpp" [24] nsView::HandleEvent(this = 0x7cffb8, event = 0xffbee2a8, aEventFlags = 8U, aStatus = 0xffbee0a0, aForceHandle = 0, aHandled = 1), line 343 in "nsView.cpp" [25] nsView::HandleEvent(this = 0x5619a8, event = 0xffbee2a8, aEventFlags = 8U, aStatus = 0xffbee0a0, aForceHandle = 0, aHandled = 1), line 343 in "nsView.cpp" [26] nsView::HandleEvent(this = 0x2de448, event = 0xffbee2a8, aEventFlags = 28U, aStatus = 0xffbee0a0, aForceHandle = 1, aHandled = 1), line 343 in "nsView.cpp" [27] nsViewManager2::DispatchEvent(this = 0x273e48, aEvent = 0xffbee2a8, aStatus = 0xffbee0a0), line 1417 in "nsViewManager2.cpp" [28] HandleEvent(aEvent = 0xffbee2a8), line 67 in "nsView.cpp" [29] nsWidget::DispatchEvent(this = 0x7d00c0, aEvent = 0xffbee2a8, aStatus = nsEventStatus_eIgnore), line 1276 in "nsWidget.cpp" [30] nsWidget::DispatchWindowEvent(this = 0x7d00c0, aEvent = STRUCT), line 1184 in "nsWidget.cpp" [31] nsWidget::DispatchMouseEvent(this = 0x7d00c0, aEvent = STRUCT), line 1143 in "nsWidget.cpp" [32] nsAppShell::HandleButtonEvent(event = 0xffbee3e0, aWidget = 0x7d00c0), line 786 in "nsAppShell.cpp" [33] nsAppShell::DispatchXEvent(event = 0xffbee3e0), line 595 in "nsAppShell.cpp" [34] nsAppShell::Run(this = 0xf9990), line 432 in "nsAppShell.cpp" [35] nsAppShellService::Run(this = 0x6e060), line 407 in "nsAppShellService.cpp" [36] main1(argc = 1, argv = 0xffbee954, nativeApp = (nil)), line 978 in "nsAppRunner.cpp" [37] main(argc = 1, argv = 0xffbee954), line 1272 in "nsAppRunner.cpp" -- snip --
I could not reproduce this problem on Solaris with the recent builds. Roland, are you still seeing the problem?
Uhm... question back: Does your build work ? My does not... ;-( I still see this problem here (2001-03-03-08-Mtrunk). In theory it's the same issue as the "broken XPCOM registry issue" - and there will be to context which can be "get" if the module cannot be loaded, right ?
Seems to be fixed... should I mark this as "works from home" ?
yes, please.
Assignee: katakai → Roland.Mainz
Works for me... :-)
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Verifying.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.