Closed
Bug 60460
Opened 24 years ago
Closed 24 years ago
mozilla coredumps when viewing the above page
Categories
(Core :: Graphics: ImageLib, defect, P3)
Tracking
()
People
(Reporter: shao, Assigned: pnunn)
References
()
Details
(Keywords: crash)
Produced using nightly 2000111621 under Debian Linux.
When viewing the above site, mozilla core dumps.
Comment 1•24 years ago
|
||
wfm win2k build 2000111604
either this is brand new - or random.
Didn't crash with linux installed build 2000111508
Comment 4•24 years ago
|
||
I see this on a RedHat 6.2 system + updates, Mozilla CVS build from the morning
of Nov 17. Reassigning to networking based on the stack trace, confirming.
Stack:
#0 0x40306d21 in __kill () from /lib/libc.so.6
#1 0x402511f7 in raise (sig=6) at signals.c:65
#2 0x403080b8 in abort () at ../sysdeps/generic/abort.c:88
#3 0x4020b814 in PR_Assert (s=0x4004fcee "ic->clients == NULL",
file=0x4004fb81 "ilclient.cpp", ln=648) at prlog.c:477
#4 0x4003d723 in il_delete_container (ic=0x876b338) at ilclient.cpp:648
#5 0x4003a9ff in IL_NetRequestDone (ic=0x876b338, url=0x876b550, status=0)
at if.cpp:1179
#6 0x40037726 in NetReaderImpl::NetRequestDone (this=0x876b718, urls=0x876b550,
status=0) at ilNetReader.cpp:141
#7 0x4002d4d8 in ImageConsumer::OnStopRequest (this=0x876b678, channel=0x876c250,
aContext=0x0, status=0, aMsg=0x401391a8) at nsImageNetContextAsync.cpp:551
#8 0x40e4db2f in nsDocumentOpenInfo::OnStopRequest (this=0x876c428,
aChannel=0x876c250,
aCtxt=0x0, aStatus=0, errorMsg=0x401391a8) at nsURILoader.cpp:274
#9 0x40cb5599 in nsHTTPFinalListener::OnStopRequest (this=0x876c5a0,
aChannel=0x876c250, aContext=0x0, aStatus=0, aStatusArg=0x401391a8)
at nsHTTPResponseListener.cpp:1159
#10 0x40c7ae85 in InterceptStreamListener::OnStopRequest (this=0x879b1c8,
channel=0x876c250, ctxt=0x0, aStatus=0, aStatusArg=0x401391a8)
at nsCachedNetData.cpp:1211
#11 0x40ca7a69 in nsHTTPChannel::ResponseCompleted (this=0x876c250,
aListener=0x879b1c8,
aStatus=0, aStatusArg=0x401391a8) at nsHTTPChannel.cpp:1923
#12 0x40cb462a in nsHTTPServerListener::OnStopRequest (this=0x8770658,
channel=0x876d3e4, i_pContext=0x876c250, i_Status=0, aStatusArg=0x401391a8)
at nsHTTPResponseListener.cpp:729
#13 0x40c3b5bb in nsOnStopRequestEvent::HandleEvent (this=0x86f8550)
at nsAsyncStreamListener.cpp:300
#14 0x40c3aa15 in nsStreamListenerEvent::HandlePLEvent (aEvent=0x86f855c)
at nsAsyncStreamListener.cpp:92
#15 0x400f0e7e in PL_HandleEvent (self=0x86f855c) at plevent.c:576
#16 0x400f0d19 in PL_ProcessPendingEvents (self=0x80a5d68) at plevent.c:509
#17 0x400f2970 in nsEventQueueImpl::ProcessPendingEvents (this=0x80a5d40)
at nsEventQueue.cpp:356
#18 0x406b4dbf in event_processor_callback (data=0x80a5d40, source=8,
condition=GDK_INPUT_READ) at nsAppShell.cpp:158
#19 0x406b4a7d in our_gdk_io_invoke (source=0x81c6248, condition=G_IO_IN,
data=0x81f55a0)
at nsAppShell.cpp:58
#20 0x4086eaca in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#21 0x40870186 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#22 0x40870751 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#23 0x408708f1 in g_main_run () from /usr/lib/libglib-1.2.so.0
#24 0x40798c69 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#25 0x406b5994 in nsAppShell::Run (this=0x80af1f8) at nsAppShell.cpp:335
#26 0x405d4fb5 in nsAppShellService::Run (this=0x80ac700) at
nsAppShellService.cpp:407
#27 0x80523fb in main1 (argc=1, argv=0xbffff8c4, nativeApp=0x0) at
nsAppRunner.cpp:1015
#28 0x8052d26 in main (argc=1, argv=0xbffff8c4) at nsAppRunner.cpp:1255
#29 0x403009cb in __libc_start_main (main=0x8052ba0 <main>, argc=1,
argv=0xbffff8c4,
init=0x804c244 <_init>, fini=0x805edcc <_fini>, rtld_fini=0x4000ae60
<_dl_fini>,
stack_end=0xbffff8bc) at ../sysdeps/generic/libc-start.c:92
Assignee: asa → gagan
Status: UNCONFIRMED → NEW
Component: Browser-General → Networking
Ever confirmed: true
Keywords: crash
QA Contact: doronr → tever
Reporter | ||
Comment 5•24 years ago
|
||
forgot to mension that I am running the newest libc6(version 2.2). This could be
related.
Comment 6•24 years ago
|
||
I'm getting this bug on RedHat 6.1, kernel 2.2.14, with these libc and
linking related RPMs:
glibc-2.1.92-5
compat-glibc-6.2-2.1.3.2
glibc-devel-2.1.92-5
libc-5.3.12-31
binutils-2.10.0.24-5mdk
This is happening with the CVS build that I did yesterday. This seems to
be happening to me an awful lot.
Comment 8•24 years ago
|
||
62331 has the exact same stacktrace, I duplicated it to this. It does have a
testcase and a talkback report.
Severity: major → critical
Comment 9•24 years ago
|
||
Bug 61654 looks like a duplicate of this bug. Also found a new site,
http://www.serc.rmit.edu.au/~ashelton/anime/, which appears to tickle
this bug.
Comment 10•24 years ago
|
||
61654 probably is a dupe, but that bug has an attached (invalid) gif which
reproduces the assertion failure.
Comment 11•24 years ago
|
||
*** Bug 63136 has been marked as a duplicate of this bug. ***
Comment 12•24 years ago
|
||
isn't this an imagelib bug?
Assignee: gagan → pnunn
Component: Networking → ImageLib
QA Contact: tever → tpreston
Assignee | ||
Comment 13•24 years ago
|
||
dupe
*** This bug has been marked as a duplicate of 62973 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Comment 14•24 years ago
|
||
actually this is a dupe of 61756.
bug#62973 may end up also being a dupe of 61756, but though
the stack is the same, the M.O. is different. It has a gif with
one frame but a zillion loops specified.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Assignee | ||
Comment 15•24 years ago
|
||
*** This bug has been marked as a duplicate of 61756 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Comment 16•24 years ago
|
||
Verified dupe (same stack) of bug 61756: "crash stack: il_delete_container"
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•