Closed
Bug 60728
Opened 24 years ago
Closed 24 years ago
sudden crash while iconified
Categories
(Core :: Networking, defect, P3)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: drepper, Assigned: gagan)
References
()
Details
(Keywords: crash)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.0-test9 i686; en-US; m18) Gecko/20001118
BuildID: 2000111821
After iconifying mozilla (www.slashdot.org was the last page visited and maybe
there was an animated GIF, cannot say this for sure, mozilla suddenly crashed.
It was up for perhaps 10 hours. Hasn't happened before.
gdb showed the following backtrace:
#0 0x402cf73d in chunk_free (ar_ptr=0x4036dc00, p=0x8696b18) at malloc.c:3140
#1 0x402cf68c in __libc_free (mem=0x8696b20) at malloc.c:3044
#2 0x4022514e in __builtin_delete (ptr=0x8696b20)
from /usr/lib/libstdc++-libc6.1-1.so.2
#3 0x4080e4de in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#4 0x4080e545 in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#5 0x4009db7a in nsSupportsArray::Clear ()
from /home/drepper/mozilla-20001119/package/libxpcom.so
#6 0x4080e78e in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#7 0x40808529 in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#8 0x408085c9 in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#9 0x40801451 in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#10 0x408016e8 in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#11 0x407c8131 in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#12 0x407c8693 in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#13 0x407c81b3 in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnecko.so
#14 0x400c58be in PL_DestroyEvent ()
from /home/drepper/mozilla-20001119/package/libxpcom.so
#15 0x400c5888 in PL_HandleEvent ()
from /home/drepper/mozilla-20001119/package/libxpcom.so
#16 0x400c5776 in PL_ProcessPendingEvents ()
from /home/drepper/mozilla-20001119/package/libxpcom.so
#17 0x400c64cd in nsEventQueueImpl::ProcessPendingEvents ()
from /home/drepper/mozilla-20001119/package/libxpcom.so
#18 0x40bd5e0f in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libwidget_gtk.so
#19 0x40bd5bcd in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libwidget_gtk.so
#20 0x406be1a0 in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#21 0x406bf987 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#22 0x406c0001 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#23 0x406c01cc in g_main_run () from /usr/lib/libglib-1.2.so.0
#24 0x405d9e57 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#25 0x40bd62fc in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libwidget_gtk.so
#26 0x4116ec0a in NSGetModule ()
from /home/drepper/mozilla-20001119/package/components/libnsappshell.so
#27 0x804e275 in JS_PushArguments ()
#28 0x804e845 in JS_PushArguments ()
#29 0x40271a2c in __libc_start_main (main=0x804e718 <JS_PushArguments+12180>,
argc=1, ubp_av=0xbffff6a4, init=0x804b2d4 <_init>, fini=0x8054c48 <_fini>,
rtld_fini=0x4000d3c8 <_dl_fini>, stack_end=0xbffff69c)
at ../sysdeps/generic/libc-start.c:111
This probably is not too informative. That it crashes in free strongly suggest
a double-free. The malloc in glibc does not handle this (on purpose).
I guess you'll simply acknowledge this. The problem I see is that the debug
information in the DSOs seems to be missing. I cannot understand how you can
put up for download and test versions without debug information. I thought this
is the purpose of the whole exercise.
Anyway, this is on a Red Hat 7 system but this should not be a problem. The
binary is the nightly build downloaded last night.
Reproducible: Didn't try
Steps to Reproduce:
Expected Results: Not crash.
Comment 1•24 years ago
|
||
over to Networking.
Assignee: asa → gagan
Component: Browser-General → Networking
QA Contact: doronr → tever
so far this is a works for me. plus the state of necko has changed significantly
from when this was filed. I am closing this as such. Please reopen if you still
see the problem.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
reporter:
This bug is a "futured" or "untargeted" bug which has been "resolved/works for
me". Most bugs meeting this criteria are usually somewhat out of date or working
in the current builds.
If this bug is not happening for you in a recent build (such as the Mozilla
daily build, Mozilla 0.9.3, or Netscape 6.1), please use the friendly "Mark bugs
as VERIFIED" radio button to set this bug to "VERIFIED/WORKS FOR ME"
If you reported the bug on a platform (e.g. Linux) and other contributors
reported on another platform (e.g. Mac OS), please comment that it works for you
but do not verify it yet.
For these multi-platform bug reports, we need to verify all reported platforms
-OR- create new "still broken on platform X" bugs when you verify.
| Reporter | ||
Comment 5•24 years ago
|
||
Didn't happen in a long time so I assume it's fixed.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•