Open URL, Mozilla crashes and dumps core.

RESOLVED WORKSFORME

Status

()

Core
Networking
--
critical
RESOLVED WORKSFORME
17 years ago
17 years ago

People

(Reporter: Kai Engert, Assigned: dougt)

Tracking

({crash})

Trunk
mozilla0.9.3
x86
Linux
crash
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

17 years ago
It crashes on my Linux x86, RedHat 7.1 box.
Core dump, segmentation fault.

Other people I've asked told me it does not crash on their machines. It seems to
work on Windows 2000 and Solaris...

Reproducible: Always.
Stack trace:
#0  0x00000007 in __strtol_internal (nptr=0xbfffe2f0 "(kßB\005@", endptr=0x2,
base=0, group=-1073749264)
    at eval.c:36
#1  0x40ef2f7d in NS_NewStreamLoader (result=0xbfffe3ec, uri=0x42abf608,
observer=0x43070b50, 
    context=0x0, loadGroup=0x42b38270, notificationCallbacks=0x0, loadAttributes=0)
    at ../../../dist/include/nsNetUtil.h:380
#2  0x40ca0c63 in CSSLoaderImpl::LoadSheet (this=0x430336f8, aKey=@0xbfffe494,
aData=0x43070b50)
    at ../../../../../mozilla/content/html/style/src/nsCSSLoader.cpp:1217
#3  0x40ca17ad in CSSLoaderImpl::LoadStyleLink (this=0x430336f8,
aElement=0x42db7b68, aURL=0x42afad80, 
    aTitle=@0xbfffe924, aMedia=@0xbfffe7f4, aDefaultNameSpaceID=-1, aDocIndex=0, 
    aParserToUnblock=0x43029958, aCompleted=@0xbfffe728, aObserver=0x0)
    at ../../../../../mozilla/content/html/style/src/nsCSSLoader.cpp:1396
#4  0x40e4db73 in nsStyleLinkElement::UpdateStyleSheet (this=0x42db7b94, aNotify=1, 
    aOldDocument=0x43030c18, aDocIndex=0)
    at ../../../../mozilla/content/base/src/nsStyleLinkElement.cpp:325
#5  0x40c6da49 in HTMLContentSink::ProcessLINKTag (this=0x4301ca58,
aNode=@0x43041760)
    at ../../../../../mozilla/content/html/document/src/nsHTMLContentSink.cpp:4374
#6  0x40c69901 in HTMLContentSink::AddLeaf (this=0x4301ca58, aNode=@0x43041760)
    at ../../../../../mozilla/content/html/document/src/nsHTMLContentSink.cpp:3393
#7  0x41b9c908 in CNavDTD::AddLeaf (this=0x43078e70, aNode=0x43041760)
    at ../../../mozilla/htmlparser/src/CNavDTD.cpp:3792
#8  0x41b9cadd in CNavDTD::AddHeadLeaf (this=0x43078e70, aNode=0x43041760)
    at ../../../mozilla/htmlparser/src/CNavDTD.cpp:3850
#9  0x41b9864d in CNavDTD::HandleStartToken (this=0x43078e70, aToken=0x4304b958)
    at ../../../mozilla/htmlparser/src/CNavDTD.cpp:1747
#10 0x41b9672d in CNavDTD::HandleToken (this=0x43078e70, aToken=0x4304b958,
aParser=0x43029958)
    at ../../../mozilla/htmlparser/src/CNavDTD.cpp:913
#11 0x41b956d6 in CNavDTD::BuildModel (this=0x43078e70, aParser=0x43029958,
aTokenizer=0x42ddc648, 
    anObserver=0x0, aSink=0x4301ca58) at
../../../mozilla/htmlparser/src/CNavDTD.cpp:543
#12 0x41bac872 in nsParser::BuildModel (this=0x43029958)
    at ../../../mozilla/htmlparser/src/nsParser.cpp:2182
#13 0x41bac552 in nsParser::ResumeParse (this=0x43029958, allowIteration=1,
aIsFinalChunk=0)
    at ../../../mozilla/htmlparser/src/nsParser.cpp:2053
#14 0x41bad489 in nsParser::OnDataAvailable (this=0x43029958,
request=0x4308bc90, aContext=0x0, 
    pIStream=0x43039e08, sourceOffset=0, aLength=5557)
    at ../../../mozilla/htmlparser/src/nsParser.cpp:2517
#15 0x41c27813 in nsDocumentOpenInfo::OnDataAvailable (this=0x430fced8,
request=0x4308bc90, aCtxt=0x0, 
    inStr=0x43039e08, sourceOffset=0, count=5557) at
../../../mozilla/uriloader/base/nsURILoader.cpp:237
#16 0x408c2f4e in nsStreamListenerTee::OnDataAvailable (this=0x43062898,
request=0x4308bc90, 
    context=0x0, input=0x430a1470, offset=0, count=5557)
    at ../../../../mozilla/netwerk/base/src/nsStreamListenerTee.cpp:56
#17 0x408fac74 in nsHttpChannel::OnDataAvailable (this=0x4308bc90,
request=0x430f45a8, ctxt=0x0, 
    input=0x430a1470, offset=0, count=5557)
    at ../../../../../mozilla/netwerk/protocol/http/src/nsHttpChannel.cpp:2186
#18 0x408a947e in nsOnDataAvailableEvent::HandleEvent (this=0x81282c0)
    at ../../../../mozilla/netwerk/base/src/nsStreamListenerProxy.cpp:175
#19 0x408a86b0 in nsARequestObserverEvent::HandlePLEvent (plev=0x81282c0)
    at ../../../../mozilla/netwerk/base/src/nsRequestObserverProxy.cpp:63
#20 0x401ee423 in PL_HandleEvent (self=0x81282c0) at
../../../mozilla/xpcom/threads/plevent.c:590
#21 0x401ee200 in PL_ProcessPendingEvents (self=0x80bfef8)
    at ../../../mozilla/xpcom/threads/plevent.c:520
#22 0x401f07cc in nsEventQueueImpl::ProcessPendingEvents (this=0x80bfed0)
    at ../../../mozilla/xpcom/threads/nsEventQueue.cpp:374
#23 0x401f086f in nsEventQueueImpl::ProcessPendingEvents (this=0x42db2288)
    at ../../../mozilla/xpcom/threads/nsEventQueue.cpp:380
#24 0x4181f422 in event_processor_callback (data=0x42db2288, source=29,
condition=GDK_INPUT_READ)
    at ../../../../mozilla/widget/src/gtk/nsAppShell.cpp:168
#25 0x4181efa8 in our_gdk_io_invoke (source=0x42dc4828, condition=G_IO_IN,
data=0x42dc4818)
    at ../../../../mozilla/widget/src/gtk/nsAppShell.cpp:61
#26 0x404bcfae in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#27 0x404be783 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#28 0x404bed49 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#29 0x404beefc in g_main_run () from /usr/lib/libglib-1.2.so.0
#30 0x403d28f3 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#31 0x4181fbbd in nsAppShell::Run (this=0x81155c8)
    at ../../../../mozilla/widget/src/gtk/nsAppShell.cpp:360
#32 0x41523d95 in nsAppShellService::Run (this=0x811a820)
    at ../../../../mozilla/xpfe/appshell/src/nsAppShellService.cpp:418
#33 0x0805ba76 in main1 (argc=1, argv=0xbffff794, nativeApp=0x0)
    at ../../../mozilla/xpfe/bootstrap/nsAppRunner.cpp:1161
#34 0x0805c8a1 in main (argc=1, argv=0xbffff794) at
../../../mozilla/xpfe/bootstrap/nsAppRunner.cpp:1464
#35 0x406080ae in __libc_start_main (main=0x805c68c <main>, argc=1,
ubp_av=0xbffff794, 
    init=0x8054f90 <_init>, fini=0x806aa48 <_fini>, rtld_fini=0x4000bd98
<_dl_fini>, 
    stack_end=0xbffff78c) at ../sysdeps/generic/libc-start.c:129

Comment 1

17 years ago
I am using Mozilla Build 2001062608 on linux - the page does not crash for me.

Comment 2

17 years ago
I'm not crashing in m build either, pulleed from the tip at 0900BST today.
Optimised.

I am however guessing it's networking or Style, sending to the former for triage.
Assignee: asa → neeti
Component: Browser-General → Networking
Keywords: crash
QA Contact: doronr → benc

Comment 3

17 years ago
doug: this looks  a regression of StdURL parsing changes
Assignee: neeti → dougt
(Assignee)

Comment 4

17 years ago
I can look at it, but I don't see the connection to my changes...
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.3

Comment 5

17 years ago
wfm using linux-build 062906
(Assignee)

Comment 6

17 years ago
NS_NewStreamLoader isn't called when I load the above page.  Reporter can you 
can you verify that this still occurs in 0.9.2, or a recent trunk build?

If this is still a problem, reopen and provide explict direction on how to 
reproduce including your build information.
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME
(Reporter)

Comment 7

17 years ago
When the previous comment was posted three weeks ago, the listed URL still
crashed on my system.

However, when I now try it, both branch 0.9.2 and the current trunk work for me.
Someone seems to have checked in a patch that resolved this problem.

Thanks
You need to log in before you can comment on or make changes to this bug.