7802 - [PP] Crash on startup bugs

Assignee

Description

•

25 years ago

This bug is being used to track all misc "Crash on launch bugs".
-------------------------------------------------------
http://bugzilla.mozilla.org/show_bug.cgi?id=7712
Win 95 - Reporter: solomonr@aristcorp.com

At start up - Page Fault error in rpthtml.dll

I like some other people that posted via talkbalk recieved the page fault error
when trying to run version M6. I was able to get it run by minimizing the
apprunner dos window when it first started up. I only have 1mg. on my video
card. I wonder if this is the problem.

Talkback report posted per reporter.  cyclone down at this time.  Cannot get
stack trace.

leger

Assignee

Comment 1

•

25 years ago

From Bug: http://bugzilla.mozilla.org/show_bug.cgi?id=7760
Reporter: dmw73@netscape.net

Upon launching apprunner, the following dialog appears:

apprunner.exe - Unable to Locate DLL
The dynamic link library RASSCRPT.dll could not be found in the specified path
c:\x86rel;.;c:\winnt\system32;.......[blah blah blah]

Created an attachment (id=362)
console output when apprunner.exe is launched

chris hofmann

Updated

•

25 years ago

Severity: major → blocker

OS: Windows 95 → Windows 98

Summary: Crash on launch bugs → top talkback - Crash on launch/startup in raptorhtml.dll

chris hofmann

Comment 2

•

25 years ago

rigger Type:  Program Crash

Lets use this bug for only the raptorhtml.dll startup crash.
Here is the stack from at least one instance on win98.

We don't have good symbolic info by if folks can also post what
they see on the console we might be able to piece this together...

moving up to blocker status since its stopping many from running
and keeping us from getting good MTBF data on M6.

 Call Stack:    (Signature = RAPTORHTML.DLL + 0x25ced (0x01545ced) 09b530e7)
  RAPTORHTML.DLL + 0x25ced (0x01545ced)
  RAPTORHTML.DLL + 0x25dd6 (0x01545dd6)
  RAPTORHTML.DLL + 0x2550b (0x0154550b)
  RAPTORHTML.DLL + 0x25499 (0x01545499)
  RAPTORHTML.DLL + 0x84e71 (0x015a4e71)
  RAPTORHTML.DLL + 0x216f0 (0x015416f0)
  RDF.DLL + 0x15163 (0x01635163)
  RDF.DLL + 0x132ad (0x016332ad)
  RAPTORHTMLPARS.DLL + 0xe2a9 (0x012ee2a9)
  RAPTORHTMLPARS.DLL + 0xaf7d (0x012eaf7d)
  RAPTORHTMLPARS.DLL + 0xb3ba (0x012eb3ba)
  RAPTORHTMLPARS.DLL + 0xafe8 (0x012eafe8)
  RDF.DLL + 0x21248 (0x01641248)
  NETLIB.DLL + 0x3cce (0x00473cce)
  RAPTORWEB.DLL + 0x2a1b (0x01272a1b)
  NETLIB.DLL + 0x298c (0x0047298c)
  NETLIB.DLL + 0x2817 (0x00472817)
  PLDS3.DLL + 0x18ee (0x004118ee)
  PLDS3.DLL + 0x186a (0x0041186a)
  PLDS3.DLL + 0x1af8 (0x00411af8)
  KERNEL32.DLL + 0x363b (0xbff7363b)
  KERNEL32.DLL + 0x242e7 (0xbff942e7)
  0x00788c3e

don

Updated

•

25 years ago

Component: XPApps → other

Priority: P3 → P1

Summary: top talkback - Crash on launch/startup in raptorhtml.dll → Crash on startup

don

Comment 3

•

25 years ago

No, I don't want to use this bug just for the raptorhtml.dll.  Jan and I
specifically opened this as generic placeholder for all the startup crashes.

don

Updated

•

25 years ago

Summary: Crash on startup → Crash on startup bugs

don

Comment 4

•

25 years ago

So far, all the crash on startup bugs appear to happen only on Windows,
particularly Win 98.  Should we make this a platform parity bug?

leger

Assignee

Comment 5

•

25 years ago

Yep...only seeing on win32...here's another one...

From: http://bugzilla.mozilla.org/show_bug.cgi?id=6165
Reporter: marcus@yoyo.cc.monash.edu.au

Call Stack:    (Signature = RAPTORHTML.DLL + 0x25ced (0x01545ced) 09b530e7)

RAPTORHTML.DLL + 0x25ced (0x01545ced)
RAPTORHTML.DLL + 0x25dd6 (0x01545dd6)
RAPTORHTML.DLL + 0x2550b (0x0154550b)
RAPTORHTML.DLL + 0x25499 (0x01545499)
RAPTORHTML.DLL + 0x84e71 (0x015a4e71)
RAPTORHTML.DLL + 0x216f0 (0x015416f0)
RDF.DLL + 0x15163 (0x01635163)
RDF.DLL + 0x132ad (0x016332ad)
RAPTORHTMLPARS.DLL + 0xe2a9 (0x012ee2a9)
RAPTORHTMLPARS.DLL + 0xaf7d (0x012eaf7d)
RAPTORHTMLPARS.DLL + 0xb3ba (0x012eb3ba)
RAPTORHTMLPARS.DLL + 0xafe8 (0x012eafe8)
RDF.DLL + 0x21248 (0x01641248)
NETLIB.DLL + 0x3cce (0x00473cce)
RAPTORWEB.DLL + 0x2a1b (0x01272a1b)
NETLIB.DLL + 0x298c (0x0047298c)
NETLIB.DLL + 0x2817 (0x00472817)
PLDS3.DLL + 0x18ee (0x004118ee)
PLDS3.DLL + 0x186a (0x0041186a)
PLDS3.DLL + 0x1af8 (0x00411af8)
KERNEL32.DLL + 0x363b (0xbff7363b)
KERNEL32.DLL + 0x242e7 (0xbff942e7)
0x00788c3e

leger

Assignee

Comment 6

•

25 years ago

*** Bug 6165 has been marked as a duplicate of this bug. ***

leger

Assignee

Comment 7

•

25 years ago

*** Bug 6165 has been marked as a duplicate of this bug. ***

leger

Assignee

Comment 8

•

25 years ago

BUG: http://bugzilla.mozilla.org/show_bug.cgi?id=7875
REPORTER: amasri@netscape.com
PROBLEM:
On Windows NT 4.0 with service pack 4:

1. Install Apprunner
2. Start Apprunner

RESULT: Apprunner fails to start. The dialog box says it fails to load
rasapi32.dll,rasauth.dll,and rasman.dll. After inserting the named dll (from
Service Pack 4 CD) in the path, Apprunner still fails to launch, with the error
message that an error occurs when trying to load rasman.dll.

STACE TRACE via Talkback:

 Call Stack:    (Signature = npjava32.dll + 0x71b0 (0x503371b0) 2892d941)

   npjava32.dll + 0x71b0 (0x503371b0)


   nsJVMManager::StartupJVM

[d:\builds\seamonkey\mozilla\modules\oji\src\nsJVMManager.cpp, line 551]

   nsJVMManager::MaybeStartupLiveConnect

[d:\builds\seamonkey\mozilla\modules\oji\src\nsJVMManager.cpp, line 687]

   nsJVMManager::StartupLiveConnect

[d:\builds\seamonkey\mozilla\modules\oji\src\nsJVMManager.h, line 147]

   nsJSEnvironment::nsJSEnvironment

[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 408]

   nsJSEnvironment::GetScriptingEnvironment

[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 391]

   NS_CreateContext

[d:\builds\seamonkey\mozilla\dom\src\base\nsJSEnvironment.cpp, line 431]

   nsWebShell::CreateScriptEnvironment

[d:\builds\seamonkey\mozilla\webshell\src\nsWebShell.cpp, line 2347]

   nsWebShell::GetScriptGlobalObject

[d:\builds\seamonkey\mozilla\webshell\src\nsWebShell.cpp, line 2374]

   DocumentViewerImpl::Init

[d:\builds\seamonkey\mozilla\layout\base\src\nsDocumentViewer.cpp, line 322]

   nsWebShell::Embed

[d:\builds\seamonkey\mozilla\webshell\src\nsWebShell.cpp, line 766]

   nsDocumentBindInfo::OnStartBinding

[d:\builds\seamonkey\mozilla\webshell\src\nsDocLoader.cpp, line 1429]

   OnStartBindingProxyEvent::HandleEvent

[d:\builds\seamonkey\mozilla\network\module\nsNetThread.cpp, line 507]

   StreamListenerProxyEvent::HandlePLEvent

[d:\builds\seamonkey\mozilla\network\module\nsNetThread.cpp, line 473]

   PL_HandleEvent
                                           [plevent.c, line 492]

   PL_ProcessPendingEvents
                                           [plevent.c, line 453]

   _md_EventReceiverProc
                                           [plevent.c, line 872]

   USER32.dll + 0x1250 (0x77e71250)


   nsappshell.dll + 0x17eb (0x016417eb)


   apprunner.exe + 0x1fc5 (0x00401fc5)


   KERNEL32.dll + 0x1b304 (0x77f1b304)

leger

Assignee

Comment 9

•

25 years ago

*** Bug 7875 has been marked as a duplicate of this bug. ***

chris hofmann

Updated

•

25 years ago

Blocks: 7919

lchiang

Updated

•

25 years ago

No longer blocks: 7919

lchiang

Comment 10

•

25 years ago

Esther has some reproducible steps for this raptorhtml.dll crash on startup.
See talkback incident ID 9732849.

Steps:

Using Win32 build 1999060810 Steps to reproduce:
1. Remove mozregistry.dat from system
2. Launch apprunner (should get profile setup)
3. Enter a profile name only, then click Next till finished
4. Launch apprunner- it should come up. Don't open any components then close
Apprunner
5. Remove mozregisty.dat from system again
6. Launch apprunner, it will crash after a minute or two of trying to open
apprunner (note that in the DOS window, the second line you see is
***Registering html library, whenever this line is there, I crash.
7. To get Apprunner to work again, remove the mozregistry.dat again and launch
apprunner. It will be OK until you remove mozregisty.dat again.

chris hofmann

Updated

•

25 years ago

Blocks: 7919

don

Updated

•

25 years ago

Assignee: don → law

Target Milestone: M7

don

Comment 11

•

25 years ago

Bill, see if you can reproduce Esther's crash ...

Shiva Thirumazhusai

Comment 12

•

25 years ago

Call Stack:    (Signature = nsHTMLReflowState::ComputeContainingBlockRectangle
ae968a8c)
nsHTMLReflowState::ComputeContainingBlockRectangle
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowState.cpp, line
693]
   nsHTMLReflowState::InitConstraints
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowState.cpp, line
769]
nsHTMLReflowState::Init
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowState.cpp, line
146]
nsHTMLReflowState::nsHTMLReflowState
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowState.cpp, line
129]
ViewportFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsViewportFrame.cpp, line 433]
PresShell::InitialReflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 889]
XULDocumentImpl::StartLayout
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 3931]
XULDocumentImpl::EndLoad
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 1831]

CWellFormedDTD::DidBuildModel
[d:\builds\seamonkey\mozilla\htmlparser\src\nsWellFormedDTD.cpp, line 309]
nsParser::DidBuildModel
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 512]
nsParser::ResumeParse
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 867]
nsParser::EnableParser
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 587]
CSSLoaderImpl::Cleanup
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 595]
CSSLoaderImpl::SheetComplete
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 665]
CSSLoaderImpl::ParseSheet
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 697]
CSSLoaderImpl::DidLoadStyle
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 727]
DoneLoadingStyle
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 537]
nsUnicharStreamLoader::OnStopBinding
[d:\builds\seamonkey\mozilla\network\module\nsNetStreamLoader.cpp, line 158]
nsDocumentBindInfo::OnStopBinding
[d:\builds\seamonkey\mozilla\webshell\src\nsDocLoader.cpp, line 1531]
OnStopBindingProxyEvent::HandleEvent
[d:\builds\seamonkey\mozilla\network\module\nsNetThread.cpp, line 594]
StreamListenerProxyEvent::HandlePLEvent
[d:\builds\seamonkey\mozilla\network\module\nsNetThread.cpp, line 474]
PL_HandleEvent [plevent.c, line 492]
PL_ProcessPendingEvents                              [plevent.c, line 453]
_md_EventReceiverProc[plevent.c, line 872]
KERNEL32.DLL + 0x3663 (0xbff73663)


KERNEL32.DLL + 0x228e0 (0xbff928e0)
   0x00768c14

chris hofmann

Comment 13

•

25 years ago

So it looks like we head into this code and crash under some
kind of condition...  the question is had the train already
left the tracks?

 683 troy  1.46 // Called by InitConstraints() to compute the containing block
rectangle for
 684            // the element. Handles the special logic for absolutely
positioned elements
 685            void
 686            nsHTMLReflowState::ComputeContainingBlockRectangle(const
nsHTMLReflowState* aContainingBlockRS,
 687                                                               nscoord&
aContainingBlockWidth,
 688                                                               nscoord&
aContainingBlockHeight)
 689            {
 690              // Unless the element is absolutely positioned, the containing
block is
 691              // formed by the content edge of the nearest block-level
ancestor
 692              aContainingBlockWidth = aContainingBlockRS->computedWidth;
 693              aContainingBlockHeight = aContainingBlockRS->computedHeight;
 694
 695              if (NS_FRAME_GET_TYPE(frameType) ==
NS_CSS_FRAME_TYPE_ABSOLUTE) {
 696                // See if the ancestor is block-level or inline-level
 697                if (NS_FRAME_GET_TYPE(aContainingBlockRS->frameType) ==
NS_CSS_FRAME_TYPE_INLINE) {
 698                  // The CSS2 spec says that if the ancestor is
inline-level, the containing
 699                  // block depends on the 'direction' property of the
ancestor. For direction
 700                  // 'ltr', it's the top and left of the content edges of
the first box and
 701                  // the bottom and right content edges of the last box
 702                  //
 703                  // XXX This is a pain because it isn't top-down and it
requires that we've
 704 troy  1.46       // completely reflowed the ancestor. It also isn't clear
what happens when
 705                  // a relatively positioned ancestor is split across pages.
So instead use
 706                  // the computed width and height of the nearest
block-level ancestor
 707                  const nsHTMLReflowState*  cbrs = aContainingBlockRS;
 708                  while (cbrs) {
 709                    nsCSSFrameType  type =
NS_FRAME_GET_TYPE(cbrs->frameType);
 710                    if ((NS_CSS_FRAME_TYPE_BLOCK == type) ||
 711                        (NS_CSS_FRAME_TYPE_FLOATING == type) ||
 712                        (NS_CSS_FRAME_TYPE_ABSOLUTE == type)) {
 713

leger

Assignee

Comment 14

•

25 years ago

http://bugzilla.mozilla.org/show_bug.cgi?id=7414
Crash on launch Apprunner M6 build - RAPTORHTML.DLL
Reporter: leger via Talkbak reports
STACK TRACE:
Trigger Type:  Program Crash
Trigger Reason:  Access violation
Call Stack:    (Signature = RAPTORHTML.DLL + 0x25ced (0x016a5ced) efb39791)

RAPTORHTML.DLL + 0x25ced (0x016a5ced)
RAPTORHTML.DLL + 0x25dd6 (0x016a5dd6)
RAPTORHTML.DLL + 0x2550b (0x016a550b)
RAPTORHTML.DLL + 0x25499 (0x016a5499)
RAPTORHTML.DLL + 0x84e71 (0x01704e71)
RAPTORHTML.DLL + 0x216f0 (0x016a16f0)
RDF.DLL + 0x15163 (0x01795163)
RDF.DLL + 0x132ad (0x017932ad)
RAPTORHTMLPARS.DLL + 0xe2a9 (0x0144e2a9)
RAPTORHTMLPARS.DLL + 0xaf7d (0x0144af7d)
RAPTORHTMLPARS.DLL + 0xb3ba (0x0144b3ba)
RAPTORHTMLPARS.DLL + 0xafe8 (0x0144afe8)
RDF.DLL + 0x21248 (0x017a1248)
NETLIB.DLL + 0x3cce (0x00473cce)
RAPTORWEB.DLL + 0x2a1b (0x00d82a1b)
NETLIB.DLL + 0x298c (0x0047298c)
NETLIB.DLL + 0x2817 (0x00472817)
PLDS3.DLL + 0x18ee (0x004118ee)
PLDS3.DLL + 0x186a (0x0041186a)
PLDS3.DLL + 0x1af8 (0x00411af8)
KERNEL32.DLL + 0x3663 (0xbff73663)
KERNEL32.DLL + 0x228e0 (0xbff928e0)
0x00788c40

And yet another stack tace from:
http://bugzilla.mozilla.org/show_bug.cgi?id=7414

Esther reproduce the re-launch crash and following is the stack trace for that
crash.

 Call Stack:    (Signature = nsHTMLReflowState::ComputeContainingBlockRectangle
ae968a8c)
nsHTMLReflowState::ComputeContainingBlockRectangle

[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowState.cpp, line
693]
nsHTMLReflowState::InitConstraints

[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowState.cpp, line
769]
nsHTMLReflowState::Init
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowState.cpp, line
146]
nsHTMLReflowState::nsHTMLReflowState
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowState.cpp, line
129]
ViewportFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsViewportFrame.cpp, line 433]
PresShell::InitialReflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 889]
XULDocumentImpl::StartLayout
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 3931]
XULDocumentImpl::EndLoad
[d:\builds\seamonkey\mozilla\rdf\content\src\nsXULDocument.cpp, line 1831]
CWellFormedDTD::DidBuildModel
[d:\builds\seamonkey\mozilla\htmlparser\src\nsWellFormedDTD.cpp, line 309]
nsParser::DidBuildModel
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 512]
nsParser::ResumeParse
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 867]
nsParser::EnableParser
[d:\builds\seamonkey\mozilla\htmlparser\src\nsParser.cpp, line 587]
CSSLoaderImpl::Cleanup
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 595]

CSSLoaderImpl::SheetComplete
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 665]
CSSLoaderImpl::ParseSheet
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 697]

CSSLoaderImpl::DidLoadStyle
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 727]
DoneLoadingStyle
[d:\builds\seamonkey\mozilla\layout\html\style\src\nsCSSLoader.cpp, line 537]
nsUnicharStreamLoader::OnStopBinding
[d:\builds\seamonkey\mozilla\network\module\nsNetStreamLoader.cpp, line 158]
nsDocumentBindInfo::OnStopBinding
[d:\builds\seamonkey\mozilla\webshell\src\nsDocLoader.cpp, line 1531]
OnStopBindingProxyEvent::HandleEvent

[d:\builds\seamonkey\mozilla\network\module\nsNetThread.cpp, line 594]
StreamListenerProxyEvent::HandlePLEvent
[d:\builds\seamonkey\mozilla\network\module\nsNetThread.cpp, line 474]
PL_HandleEvent [plevent.c, line 492]
PL_ProcessPendingEvents                              [plevent.c, line 453]
_md_EventReceiverProc[plevent.c, line 872]
KERNEL32.DLL + 0x3663 (0xbff73663)
KERNEL32.DLL + 0x228e0 (0xbff928e0)
x00768c14

leger

Assignee

Comment 15

•

25 years ago

*** Bug 7414 has been marked as a duplicate of this bug. ***

leger

Assignee

Updated

•

25 years ago

Summary: Crash on startup bugs → [PP]Crash on startup bugs

don

Updated

•

25 years ago

Assignee: law → rickg

don

Comment 16

•

25 years ago

Rick,

Bill Law, jevering, chofmann, and others have been looking at this problem for a
few days, and it looks like the bug is some kind of layout issue because it
appears to be (fairly consistently) dying in "ComputeContainingBlockRectangle"
after a call to "InitConstraints".  See the data below and the dandy stack trace
in bug #7414.  Is this enough data for your team to take if from here?

rickg

Updated

•

25 years ago

Assignee: rickg → leger

rickg

Comment 17

•

25 years ago

Jan -- I don't have the cycles to resolve all the independent issues represented
in this bug. I also think that the bug has grown beyond the intentions you and
DonM had (to keep related issues together). I think this bug should be factored,
and the normal process of marking bugs a duplicate/dependent used for tracking
related issues. Assigning back to you for further processing -- thanks.

don

Updated

•

25 years ago

Summary: [PP]Crash on startup bugs → [PP] Crash on startup bugs

chris hofmann

Updated

•

25 years ago

Target Milestone: M7 → M8

chris hofmann

Comment 18

•

25 years ago

moving this to M8- if we get the key bug that was split
off in 8150 we will have tackled the most critical problem.
split the others off into separate bugs and lets close
this one out.

leger

Assignee

Updated

•

25 years ago

Status: NEW → RESOLVED

Closed: 25 years ago

Resolution: --- → INVALID

leger

Assignee

Updated

•

25 years ago

Status: RESOLVED → VERIFIED

leger

Assignee

Comment 19

•

25 years ago

raptorhtml.dll is now being worked on via
http://bugzilla.mozilla.org/show_bug.cgi?id=8150

All other bugs within #7802 have been reviewed, re-opened where necessary, and
updated info/testing with 1999061808 build request.

Setting thie bug to Verified/Invalid since other bugs now covering individual
issue.s

Nobody; OK to take it and work on it

Updated

•

8 years ago

Product: Core → Core Graveyard