Closed Bug 4152 Opened 26 years ago Closed 26 years ago

mozilla core dumps when I click on a binary file.

Categories

(Core :: DOM: HTML Parser, defect, P3)

Sun
Solaris
defect

Tracking

()

VERIFIED INVALID

People

(Reporter: dejong, Assigned: law)

Details

# building with CVS version from Mar 20 1999 # with egcs 1.1.1 on a Sparc Solaris 5.6 box I clicked on a http link to a .jar (java archive) file and got a core dump. (go to the page http://www.cs.umn.edu/~dejong/freebuilder/index.html and click on the link "eventbus.jar" near the top) Alert: Alert! did not find a converter or decoderAbort (core dumped) Program terminated with signal 9, Killed. #0 0xedf73460 in __sigprocmask () #1 0xedf6b02c in _resetsig () #2 0xedf6a8f0 in _sigon () #3 0xedf6d4fc in _thrp_kill () #4 0xee0ba568 in abort () #5 0xee6a29ac in PR_Abort () at prlog.c:461 #6 0xef722b14 in nsDebug::Abort (aFile=0xef6e2aa0 "../../../base/src/nsString.cpp", aLine=394) at ../../../xpcom/src/nsDebug.cpp:93 #7 0xef722bb4 in nsDebug::Break (aFile=0xef6e2aa0 "../../../base/src/nsString.cpp", aLine=394) at ../../../xpcom/src/nsDebug.cpp:108 #8 0xef722dac in nsDebug::Assertion (aStr=0xef6e2a10 "Error: out of bounds", aExpr=0xef6e2b38 "anIndex<mLength", aFile=0xef6e2aa0 "../../../base/src/nsString.cpp", aLine=394) at ../../../xpcom/src/nsDebug.cpp:140 #9 0xef6cdff8 in nsString::CharAt (this=0x3b0560, anIndex=0) at ../../../base/src/nsString.cpp:394 #10 0xef0d3f8c in CViewSourceHTML::HandleToken (this=0x2ebb48, aToken=0x3b0558, aParser=0x35dc58) at ../../../htmlparser/src/nsViewSourceHTML.cpp:697 #11 0xef0d218c in CViewSourceHTML::BuildModel (this=0x2ebb48, aParser=0x35dc58, aTokenizer=0x2ccd90, anObserver=0x0, aSink=0x365bb0) at ../../../htmlparser/src/nsViewSourceHTML.cpp:300 #12 0xef0c59c4 in nsParser::BuildModel (this=0x35dc58) at ../../../htmlparser/src/nsParser.cpp:804 #13 0xef0c57e0 in nsParser::ResumeParse (this=0x35dc58, aDefaultDTD=0x0) at ../../../htmlparser/src/nsParser.cpp:756 #14 0xef0c5fec in nsParser::OnDataAvailable (this=0x35dc58, aURL=0x2bd9a0, pIStream=0x2a6250, aLength=8192) at ../../../htmlparser/src/nsParser.cpp:968 #15 0xef1ac94c in nsDocumentBindInfo::OnDataAvailable (this=0x277598, aURL=0x2bd9a0, aStream=0x2a6250, aLength=8192) at ../../../webshell/src/nsDocLoader.cpp:1783 #16 0xef2131fc in stub_put_block (stream=0x391b58, buffer=0x80ec8 "H\227aEDmD\001[Ї&аб|ЃкHц[OОіяЉ", length=8192) at ../../../network/module/nsStubContext.cpp:647 #17 0xef3a52bc in net_MemCacheWrite (stream=0x2cc958, buffer=0x80ec8 "H\227aEDmD\001[Ї&аб|ЃкHц[OОіяЉ", len=8192) at ../../../network/cache/mkmemcac.c:664 #18 0xef4bc984 in net_pull_http_data (ce=0x21e438) at ../../../../network/protocol/http/mkhttp.c:3097 #19 0xef4bd6c0 in net_ProcessHTTP (ce=0x21e438) at ../../../../network/protocol/http/mkhttp.c:3489 #20 0xef26ba30 in NET_ProcessNet (ready_fd=0x2c8088, fd_type=2) at ../../../network/main/mkgeturl.c:3371 #21 0xef277de8 in NET_PollSockets () at ../../../network/main/mkselect.c:320 #22 0xef20751c in nsNetlibService::NetPollSocketsCallback (aTimer=0x141be0, aClosure=0x7daa0) at ../../../network/module/nsNetService.cpp:1220 #23 0xef5345cc in TimerImpl::FireTimeout (this=0x141be0) at ../../../../base/src/gtk/nsTimer.cpp:73 #24 0xef534de4 in nsTimerExpired (aCallData=0x141be0) at ../../../../base/src/gtk/nsTimer.cpp:189 #25 0xee4567c4 in g_timeout_dispatch (source_data=0x3926f0, current_time=0xefffeee0, user_data=0x141be0) at gmain.c:1147 #26 0xee4554a4 in g_main_dispatch (current_time=0xefffeee0) at gmain.c:647 #27 0xee455cdc in g_main_iterate (block=1116, dispatch=1) at gmain.c:854 #28 0xee455eec in g_main_run (loop=0x14a050) at gmain.c:912 #29 0xee546164 in gtk_main () at gtkmain.c:475 #30 0xef654fa0 in nsAppShell::Run (this=0xfd358) at ../../../../widget/src/gtk/nsAppShell.cpp:152 #31 0xef772990 in nsAppShellService::Run (this=0x114748) at ../../../../xpfe/appshell/src/nsAppShellService.cpp:178 #32 0x1aebc in main (argc=1, argv=0xeffff24c) at ../../../xpfe/bootstrap/nsAppRunner.cpp:337
QA Contact: 3853 → 4078
Target Milestone: M4
A Viewer problem too?
I also get a core dump in viewer. Here is the backtrace for viewer. #0 0xedf33460 in __sigprocmask () #1 0xedf2b02c in _resetsig () #2 0xedf2a8f0 in _sigon () #3 0xedf2d4fc in _thrp_kill () #4 0xee0ba568 in abort () #5 0xee6a29ac in PR_Abort () at prlog.c:461 #6 0xee872b14 in nsDebug::Abort (aFile=0xee962aa0 "../../../base/src/nsString.cpp", aLine=394) at ../../../xpcom/src/nsDebug.cpp:93 #7 0xee872bb4 in nsDebug::Break (aFile=0xee962aa0 "../../../base/src/nsString.cpp", aLine=394) at ../../../xpcom/src/nsDebug.cpp:108 #8 0xee872dac in nsDebug::Assertion (aStr=0xee962a10 "Error: out of bounds", aExpr=0xee962b38 "anIndex<mLength", aFile=0xee962aa0 "../../../base/src/nsString.cpp", aLine=394) at ../../../xpcom/src/nsDebug.cpp:140 #9 0xee94dff8 in nsString::CharAt (this=0x1cb7b8, anIndex=0) at ../../../base/src/nsString.cpp:394 #10 0xef553f8c in CViewSourceHTML::HandleToken (this=0x1f1b60, aToken=0x1cb7b0, aParser=0x1f1f68) at ../../../htmlparser/src/nsViewSourceHTML.cpp:697 #11 0xef55218c in CViewSourceHTML::BuildModel (this=0x1f1b60, aParser=0x1f1f68, aTokenizer=0x1d2110, anObserver=0x0, aSink=0x21e590) at ../../../htmlparser/src/nsViewSourceHTML.cpp:300 #12 0xef5459c4 in nsParser::BuildModel (this=0x1f1f68) at ../../../htmlparser/src/nsParser.cpp:804 #13 0xef5457e0 in nsParser::ResumeParse (this=0x1f1f68, aDefaultDTD=0x0) at ../../../htmlparser/src/nsParser.cpp:756 #14 0xef545fec in nsParser::OnDataAvailable (this=0x1f1f68, aURL=0x2399c0, pIStream=0x1c5a40, aLength=8192) at ../../../htmlparser/src/nsParser.cpp:968 #15 0xef76c94c in nsDocumentBindInfo::OnDataAvailable (this=0x1f5c78, aURL=0x2399c0, aStream=0x1c5a40, aLength=8192) at ../../../webshell/src/nsDocLoader.cpp:1783 #16 0xeeb931fc in stub_put_block (stream=0x1c1fb0, buffer=0xb5ad8 "Ø\212àæª\024¶¢ÐÇvbÐMÑ\rÄ©¢à½Yå\213\"\024Ô$UÎg\2258Ù)æ\003d\205\205l_\2349Q%3}òh¢EËYBÆ^\202Ó\fØ=Í\227¸Ý/8ÔâÜÎ\0049[\206¶\237p{K\"m¥vµý\\\004»\226'¼\005EnZ·`ú±Ä·à\025B\032ØR©Ò\234nW&Êu\036·È¿.ä\e¤¼\231$\rW¹\"mD\a0êÝ!2\r[-.\206JébÈÞ\"zO{\232BÂÅP\231ÐÅЮ»\030Þ%\237ç=\232ây\237¦ñ²\224·ÓD¡ü4j\023¤lZÖ\027²É,\206ðÍG"..., length=8192) at ../../../network/module/nsStubContext.cpp:647 #17 0xef2452bc in net_MemCacheWrite (stream=0x1d2098, buffer=0xb5ad8 "Ø\212àæª\024¶¢ÐÇvbÐMÑ\rÄ©¢à½Yå\213\"\024Ô$UÎg\2258Ù)æ\003d\205\205l_\2349Q%3}òh¢EËYBÆ^\202Ó\fØ=Í\227¸Ý/8ÔâÜÎ\0049[\206¶\237p{K\"m¥vµý\\\004»\226'¼\005EnZ·`ú±Ä·à\025B\032ØR©Ò\234nW&Êu\036·È¿.ä\e¤¼\231$\rW¹\"mD\a0êÝ!2\r[-.\206JébÈÞ\"zO{\232BÂÅP\231ÐÅЮ»\030Þ%\237ç=\232ây\237¦ñ²\224·ÓD¡ü4j\023¤lZÖ\027²É,\206ðÍG"..., len=8192) at ../../../network/cache/mkmemcac.c:664 #18 0xef2ec984 in net_pull_http_data (ce=0x1f5cb0) at ../../../../network/protocol/http/mkhttp.c:3097 #19 0xef2ed6c0 in net_ProcessHTTP (ce=0x1f5cb0) at ../../../../network/protocol/http/mkhttp.c:3489 #20 0xeeb0ba30 in NET_ProcessNet (ready_fd=0x1f0850, fd_type=2) at ../../../network/main/mkgeturl.c:3371 #21 0xeeb17de8 in NET_PollSockets () at ../../../network/main/mkselect.c:320 #22 0xeeb8751c in nsNetlibService::NetPollSocketsCallback (aTimer=0x1920b0, aClosure=0xb36b0) at ../../../network/module/nsNetService.cpp:1220 #23 0xef5e45cc in TimerImpl::FireTimeout (this=0x1920b0) at ../../../../base/src/gtk/nsTimer.cpp:73 #24 0xef5e4de4 in nsTimerExpired (aCallData=0x1920b0) at ../../../../base/src/gtk/nsTimer.cpp:189 #25 0xee4067c4 in g_timeout_dispatch (source_data=0x2151a0, current_time=0xefffef88, user_data=0x1920b0) at gmain.c:1147 #26 0xee4054a4 in g_main_dispatch (current_time=0xefffef88) at gmain.c:647 #27 0xee405cdc in g_main_iterate (block=1116, dispatch=1) at gmain.c:854 #28 0xee405eec in g_main_run (loop=0x1a3628) at gmain.c:912 #29 0xee546164 in gtk_main () at gtkmain.c:475 #30 0xef704fa0 in nsAppShell::Run (this=0xcc4d0) at ../../../../widget/src/gtk/nsAppShell.cpp:152 #31 0x22618 in nsNativeViewerApp::Run (this=0xc1b30) at ../../../../webshell/tests/viewer/nsGTKMain.cpp:42 #32 0x229c4 in main (argc=1, argv=0xeffff24c) at ../../../../webshell/tests/viewer/nsGTKMain.cpp:97
Target Milestone: M4
Clearing Milestone for don to re-set.
dejong, is this still happening for you with latest build?
Assignee: don → rickg
Component: Apprunner → Parser
Re-assigned to rickg@netscape.com and changed component to Parser. Rick, is this the parser or netlib?
Assignee: rickg → ramiro
Ramiro -- can you please see if this still crashes? On Windows things work fine. (Maybe Syd can do the test for you.)
Target Milestone: M5
i dont get a core dump. however, it seems that the binary file is being parsed and layed out - which can be painfully slow on large files. I think the problem is really a decoding problem marking m5 - will look into it more after m4
Now when I click on the file in the viewer it will stop redrawing and suck up all of the CPU time. It also prints this message to the console. DocLoaderFactory: Unable to create ContentViewer for content-type: application/z ip Browser Window Alert: Alert! did not find a converter or decoder Browser Window Alert: Alert! did not find a converter or decoder Then after about 4 minutes I printed Goto 11 the CPU usage went back down and it refreshed. If you ask me it was still laying out the binary file but at least it does not crash anymore. Of course 100% CPU usage for four minutes is not a good thing.
Target Milestone: M5 → M6
it doesnt crash, but it eats up cpu as described above. phillip, can you find some XP weenie to own this bug ? maybe someone dealing with mime types/converters or other stuff like that. marking m6.
Something seems to have changed. I compiled viewer from the CVS on Fri Apr 30. Now when I click on the .jar file the screen will fill up with binary charcters. The really strange part is the same page has the file in .zip format and if I click on that link a message that reads "DocLoaderFactory: Unable to create ContentViewer for content-type: application/zip" is written to the console. Why does it not try to render a .zip file but it does try to render a .jar file? If this is a MIME type issue (as in the .zip MIME type is known but .jar is not) then why would an unknown MIME type be rendered instead of saving to a file or asking the user if it should be saved or rendered?
Can i reassign this bug to law ?
Assignee: ramiro → law
reassign to law@netscape.com. Bill, if you are the wrong victim, please reassign it to someone else. thanks.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
The server is telling us that the file in question has content-type "text/plain." Thus, both viewer and apprunner both (rightfully) try to display it as such (ugly as it is). I think there was previously bugs in Gecko that crashed when presented with such data but now it works as well as can be expected in both viewer and apprunner (each looks real close to what 4.x displays).
Status: RESOLVED → VERIFIED
marking verified
You need to log in before you can comment on or make changes to this bug.