I just did a CVS build after updating today (Tue May 11) on a Solaris box with egcs 1.1.1. It now crashes on startup. The CVS tree I pulled yesterday did not crash so something must have just been broken to cause this. Program terminated with signal 9, Killed. #0 0xed8e3fa8 in XULContentSinkImpl::Init (this=0x10c258, aDocument=0x105898, aDataSource=0x125060) at ../../../../rdf/datasource/src/nsXULContentSink.cpp:1060 #1 0xed8b07fc in XULDocumentImpl::PrepareToLoad (this=0x105898, created_parser=0xefffe210, aContainer=0xf6b10, aCommand=0xef2d8 "view", aOptionalURL=0xf7840) at ../../../../rdf/content/src/nsXULDocument.cpp:1218 #2 0xed8b0d1c in XULDocumentImpl::StartDocumentLoad (this=0x105898, aURL=0xf7840, aContainer=0xf6b10, aDocListener=0xf7828, aCommand=0xef2d8 "view") at ../../../../rdf/content/src/nsXULDocument.cpp:1266 #3 0xed196f68 in nsLayoutDLF::CreateRDFDocument (this=0xf73b8, aContentType=0xf73d0 "text/xul", aURL=0xf7840, aCommand=0xef2d8 "view", aContainer=0xf6b10, aExtraInfo=0x0, aDocListener=0xf7828, aDocViewer=0xefffe630) at ../../../layout/build/nsLayoutDLF.cpp:449 #4 0xed196384 in nsLayoutDLF::CreateInstance (this=0xf73b8, aURL=0xf7840, aContentType=0xf73d0 "text/xul", aCommand=0xef2d8 "view", aContainer=0xf6b10, aExtraInfo=0x0, aDocListener=0xf7828, aDocViewer=0xefffe630) at ../../../layout/build/nsLayoutDLF.cpp:257 #5 0xef17e654 in nsDocLoaderImpl::CreateContentViewer (this=0xf6d88, aURL=0xf7840, aContentType=0xf73d0 "text/xul", aCommand=0xef2d8 "view", aContainer=0xf6b10, aExtraInfo=0x0, aDocListenerResult=0xf7828, aDocViewerResult=0xefffe630) at ../../../webshell/src/nsDocLoader.cpp:415 #6 0xef181acc in nsDocumentBindInfo::OnStartBinding (this=0xf7808, aURL=0xf7840, aContentType=0xf73d0 "text/xul") at ../../../webshell/src/nsDocLoader.cpp:1406 #7 0xef1cea30 in NET_NGLayoutConverter (format_out=38, converter_obj=0x0, URL_s=0xf7b08, context=0xf7c80) at ../../../network/module/nsStubContext.cpp:948 #8 0xef2297e4 in NET_StreamBuilder (format_out=38, URL_s=0xf7b08, context=0xf7c80) at ../../../network/main/mkstream.c:237 #9 0xef3f32b4 in net_setup_file_stream (cur_entry=0x1074a0) at ../../../../network/protocol/file/mkfile.c:783 #10 0xef3f4594 in net_ProcessFile (cur_entry=0x1074a0) at ../../../../network/protocol/file/mkfile.c:1319 #11 0xef21b864 in NET_ProcessNet (ready_fd=0x0, fd_type=1) at ../../../network/main/mkgeturl.c:3355 #12 0xef227ad8 in NET_PollSockets () at ../../../network/main/mkselect.c:298 #13 0xef1c40b0 in nsNetlibService::NetPollSocketsCallback (aTimer=0x6a5f8, aClosure=0x4f3b0) at ../../../network/module/nsNetService.cpp:1270 #14 0xef4d41cc in TimerImpl::FireTimeout (this=0x6a5f8) at ../../../../base/src/gtk/nsTimer.cpp:73 #15 0xef4d4984 in nsTimerExpired (aCallData=0x6a5f8) at ../../../../base/src/gtk/nsTimer.cpp:189 #16 0xeea56a38 in g_timeout_dispatch (source_data=0x71b70, current_time=0xefffef38, user_data=0x6a5f8) at ../gmain.c:1255 #17 0xeea55580 in g_main_dispatch (current_time=0xefffef38) at ../gmain.c:652 #18 0xeea55e6c in g_main_iterate (block=1120, dispatch=1) at ../gmain.c:868 #19 0xeea5607c in g_main_run (loop=0xcb7a0) at ../gmain.c:926 #20 0xeeb47730 in gtk_main () at ../../gtk/gtkmain.c:475 #21 0xef635e5c in nsAppShell::Run (this=0x83c88) at ../../../../widget/src/gtk/nsAppShell.cpp:208 #22 0xef773844 in nsAppShellService::Run (this=0x50638) at ../../../../xpfe/appshell/src/nsAppShellService.cpp:208 #23 0x18d64 in main (argc=1, argv=0xeffff2d4) at ../../../xpfe/bootstrap/nsAppRunner.cpp:462

Peter, this looks like some problem within the content sink ...

reassigning to hyatt, cc' mcafee. What work is this blocking?

I just tested the apprunner today (Sun May 16) and this crash does not seem to happen anymore. I am marking this bug a "fixed".

I just tested the apprunner today (Sun May 16) and this crash does not seem to happen anymore. I am marking this bug a "fixed".

BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL component will be deleted.