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)
Tracking
()
VERIFIED
INVALID
M6
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
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
Re-assigned to rickg@netscape.com and changed component to Parser.
Rick, is this the parser or netlib?
Ramiro -- can you please see if this still crashes? On Windows things work fine.
(Maybe Syd can do the test for you.)
Updated•26 years ago
|
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.
Updated•26 years ago
|
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.
Reporter | ||
Comment 10•26 years ago
|
||
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?
Comment 11•26 years ago
|
||
Can i reassign this bug to law ?
Updated•26 years ago
|
Assignee: ramiro → law
Comment 12•26 years ago
|
||
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
Assignee | ||
Comment 13•26 years ago
|
||
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).
Comment 14•26 years ago
|
||
marking verified
You need to log in
before you can comment on or make changes to this bug.
Description
•