roundeye Reporter
	Description • 25 years ago

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+"$@"}

	(not reading, please use seth@sspitzer.org instead)
	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

	(not reading, please use seth@sspitzer.org instead)
	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.

	(not reading, please use seth@sspitzer.org instead)
	Comment 3 • 25 years ago

fixed.

	leger
	Comment 4 • 25 years ago

Adding crash keyword

	Phil Schwartau
	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.

	Bernd
	Comment 6 • 24 years ago

WFM (does not crash, while the domviewer itself does nothing) with my debug
build under Win98 20001001.

	(not reading, please use seth@sspitzer.org instead)
	Comment 7 • 24 years ago

dom viewer -> alecf

	Alec Flett 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.

	Alec Flett Assignee
	Comment 9 • 24 years ago

*** This bug has been marked as a duplicate of 18530 ***

	Azrael AOD
	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)

	Hixie (not reading bugmail)
	Comment 11 • 22 years ago

Obsolete DOM Viewer bugs -> Browser-General; DOM Viewer component is going away.