Closed
Bug 22425
Opened 25 years ago
Closed 24 years ago
DOM viewer crashes with assertion
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
Future
People
(Reporter: roundeye, Assigned: alecf)
Details
(Keywords: crash)
When I run mozilla, click "Debug|DOM Viewer", then click "refresh" (I always have my start page set as http://www.mozilla.org) mozilla crashes with the console messages: Document chrome://domviewer/content/DOMDataSourceViewer.xul loaded successfully Turning ON the dom mode refresh.. Got root frame: Viewport(-1) This is a document. ###!!! ASSERTION: You can't dereference a NULL nsCOMPtr with operator->().: 'mRawPtr != 0', file ../../../dist/include/nsCOMPtr.h, line 569 ###!!! Break: at file ../../../dist/include/nsCOMPtr.h, line 569 .//run-mozilla.sh: line 29: 18916 Segmentation fault $prog ${1+"$@"}
Comment 1•25 years ago
|
||
got a fix for the crash, but the dom viewer still doesn't work due to bit rot. other features are taking priority. Index: nsRDFDOMDataSource.cpp =================================================================== RCS file: /cvsroot/mozilla/rdf/tests/domds/nsRDFDOMDataSource.cpp,v retrieving revision 1.20 diff -p -r1.20 nsRDFDOMDataSource.cpp *** nsRDFDOMDataSource.cpp 1999/11/06 03:36:10 1.20 --- nsRDFDOMDataSource.cpp 1999/12/22 17:15:27 *************** nsRDFDOMDataSource::GetTarget(nsIRDFReso *** 168,177 **** nsCOMPtr<nsIDOMViewerElement> nodeContainer = do_QueryInterface(aSource); ! nsCOMPtr<nsISupports> supports; ! nodeContainer->GetObject(getter_AddRefs(supports)); ! rv = getTargetForKnownObject(supports, aProperty, _retval); } // if nobody set _retval, then create a literal from *str --- 168,179 ---- nsCOMPtr<nsIDOMViewerElement> nodeContainer = do_QueryInterface(aSource); ! if (nodeContainer) { ! nsCOMPtr<nsISupports> supports; ! nodeContainer->GetObject(getter_AddRefs(supports)); ! rv = getTargetForKnownObject(supports, aProperty, _retval); ! } } // if nobody set _retval, then create a literal from *str
Updated•25 years ago
|
Assignee: alecf → sspitzer
Comment 2•25 years ago
|
||
checking that fix in now, to at least prevent the crash. the dom viewer is still suffering from bit rot.
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 3•25 years ago
|
||
fixed.
Comment 5•24 years ago
|
||
Using Mozilla debug build 2000-09-01. Reopening bug. Just as roundeye@bellsouth.net reported originally: "When I run mozilla, click "Debug|DOM Viewer", then click "Refresh" (I always have my start page set as http://www.mozilla.org), mozilla crashes..." The only difference is, I'm getting some different console messages. I tried running this under the gdb debugger, but was unable to get a stack trace of the crash. When I typed "bt", gdb replied, "No stack." Document chrome://communicator/content/domviewer/DOMDataSourceViewer.xul loaded successfully ###!!! ASSERTION: write me!: 'NotYetImplemented', file nsXULElement.cpp, line 2553 ###!!! Break: at file nsXULElement.cpp, line 2553 ###!!! ASSERTION: write me!: 'NotYetImplemented', file nsXULElement.cpp, line 2553 ###!!! Break: at file nsXULElement.cpp, line 2553 ->>>>>>>>>>>>>> Write Clipboard to memory Turning ON the dom mode ###!!! ASSERTION: write me!: 'NotYetImplemented', file nsXULElement.cpp, line 2553 ###!!! Break: at file nsXULElement.cpp, line 2553 ###!!! ASSERTION: write me!: 'NotYetImplemented', file nsXULElement.cpp, line 2553 ###!!! Break: at file nsXULElement.cpp, line 2553 ->>>>>>>>>>>>>> Write Clipboard to memory Loading chrome://communicator/content/domviewer/domviewer.html into [object Window] ###!!! ASSERTION: write me!: 'NotYetImplemented', file nsXULElement.cpp, line 2553 ###!!! Break: at file nsXULElement.cpp, line 2553 ###!!! ASSERTION: write me!: 'NotYetImplemented', file nsXULElement.cpp, line 2553 ###!!! Break: at file nsXULElement.cpp, line 2553 ->>>>>>>>>>>>>> Write Clipboard to memory refresh.. Got root frame: Viewport(-1) pure virtual method called Program exited with code 0377. (gdb) bt No stack. --------------------- Changing OS to "ALL" since I'm also getting a crash on WinNT, using Mozilla nightly binary 2000090508. The only difference is, I have to click the "Refresh" button more than once (2 or 3 times) before Mozilla crashes. On the other hand, if I click "Refresh" just once - then quit Mozilla - I crash with this messagebox: OleMainThreadWndName: mozilla.exe - Application Error The instruction at "0x?????" reference memory at "0x?????". The memory could not be "read." Click on OK to terminate the application. STRANGE FACT: if I use the Mozilla nightly binary 2000090110, I crash immediately when I click the "Refresh" button just once: Microsoft Visual C++ Runtime Library Runtime Error! (my local path)\mozilla.exe R6025 - pure virtual function call I did not have any crashes with COMMERCIAL builds (same build id's) on WinNT.
Status: RESOLVED → REOPENED
OS: Linux → All
Resolution: FIXED → ---
WFM (does not crash, while the domviewer itself does nothing) with my debug build under Win98 20001001.
Assignee | ||
Comment 8•24 years ago
|
||
Moving DOM viewer bugs to future. I do not expect to get to these bugs any time soon, so feel free to work on them.
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Assignee | ||
Comment 9•24 years ago
|
||
*** This bug has been marked as a duplicate of 18530 ***
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → DUPLICATE
Comment 10•24 years ago
|
||
Verifying this as a duplicate of bug 18530 'DOM viewer crashes apprunner...' (I tried to run the DOM viewer (apprunner build from 19991108 sources) on my Solaris 7 box, and the result after pressing the "refresh" button was a core dump)
Status: RESOLVED → VERIFIED
Comment 11•22 years ago
|
||
Obsolete DOM Viewer bugs -> Browser-General; DOM Viewer component is going away.
Component: DOM Viewer → Browser-General
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•