Closed Bug 18659 Opened 25 years ago Closed 25 years ago

Site repeatedly crashes 11/11/1999 nightly build

Categories

(Core :: Networking, defect, P3)

Product:
Core
Component:
Networking
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 21556

People

(Reporter: briareos, Assigned: dougt)

References

(
URL
)

Details

Visiting http://bluesnews.com causes repeated crashes, although not in the same
stages of loading/viewing always.

FindShortcut: in='http://bluesnews.com'  out='null'
Error loading URL http://slashdot.org/
Document: Done (7.391 secs)
Error loading URL http://bluesnews.com/
Document: Done (0.373 secs)
Error: Can't load: http://bluesnews.com/contents.html (804b0002)

Program received signal SIGSEGV, Segmentation fault.
0x402bf6c8 in main_arena () from /lib/libc.so.6
(gdb) where
#0  0x402bf6c8 in main_arena () from /lib/libc.so.6
#1  0x403cb401 in NSGetModule ()
   from /home/michael/mozilla/components/libnecko.so
#2  0x403cb869 in NSGetModule ()
   from /home/michael/mozilla/components/libnecko.so
#3  0x403cb4bc in NSGetModule ()
   from /home/michael/mozilla/components/libnecko.so
#4  0x40109c6d in PL_DestroyEvent () from /home/michael/mozilla/./libplds3.so
#5  0x40109c46 in PL_HandleEvent () from /home/michael/mozilla/./libplds3.so
#6  0x40109b86 in PL_ProcessPendingEvents ()
   from /home/michael/mozilla/./libplds3.so
#7  0x400ea0d4 in nsEventQueueImpl::ProcessPendingEvents ()
   from /home/michael/mozilla/./libxpcom.so
#8  0x4053f477 in nsAppShell::SetDispatchListener ()
   from /home/michael/mozilla/./libwidget_gtk.so
#9  0x4053f03d in _init () from /home/michael/mozilla/./libwidget_gtk.so
#10 0x406c652a in g_io_unix_dispatch () from /usr/lib/libglib-1.2.so.0
#11 0x406c7be6 in g_main_dispatch () from /usr/lib/libglib-1.2.so.0
#12 0x406c81a1 in g_main_iterate () from /usr/lib/libglib-1.2.so.0
#13 0x406c8341 in g_main_run () from /usr/lib/libglib-1.2.so.0
#14 0x405f0859 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#15 0x4053f7b5 in nsAppShell::Run ()
   from /home/michael/mozilla/./libwidget_gtk.so
---Type <return> to continue, or q <return> to quit---
#16 0x402e4d02 in nsAppShellService::Run ()
   from /home/michael/mozilla/./libnsappshell.so
#17 0x804a612 in JS_PushArguments ()
#18 0x804a7ad in JS_PushArguments ()
#19 0x401eecb3 in __libc_start_main (main=0x804a6bc <JS_PushArguments+3984>,
    argc=2, argv=0xbffffab4, init=0x804942c <_init>, fini=0x804be68 <_fini>,
    rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffaac)
    at ../sysdeps/generic/libc-start.c:78
(gdb)
Assignee: rickg → rpotts
Rick -- you may care about this.
Severity: normal → critical
This page seems to work fine on Win32...  I'll need to find a Linux build to try
it on...

-- rick
Assignee: rpotts → warren
Target Milestone: M13
I'll verify on linux.
Win32 1999120313 works ok.
Component: Viewer App → Necko
QA Contact: leger → tever
tever, how does this look latest Linux build?
Additional crash with the 12/07/1999 nightly build:

Document http://www.mozilla.org/ loaded successfully
Document: Done (3.306 secs)
Going Forward
Error loading URL http://205.229.73.2/
Document: Done (0.534 secs)
Error: Can't load: http://205.229.73.2/contents.html (804b0002)
BLOCK: marking all child frames dirty...
[...]
BLOCK: marking all child frames dirty...
Document: Done (3.185 secs)
Document http://205.229.73.2/ loaded successfully

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 15968]

Program received signal SIGSEGV, Segmentation fault.
0x402c86ad in main_arena ()
(gdb) where
#0  0x402c86ad in main_arena ()
#1  0x402c86a8 in main_arena ()
#2  0x4040624d in NSGetModule ()
#3  0x404062e5 in NSGetModule ()
#4  0x40403b89 in NSGetModule ()
#5  0x40403d18 in NSGetModule ()
#6  0x403c4861 in NSGetModule ()
#7  0x403c4de5 in NSGetModule ()
#8  0x403c48fc in NSGetModule ()
#9  0x40111c6d in PL_DestroyEvent ()
#10 0x40111c46 in PL_HandleEvent ()
#11 0x40111b86 in PL_ProcessPendingEvents ()
#12 0x400f0c34 in nsEventQueueImpl::ProcessPendingEvents ()
#13 0x410d6767 in nsAppShell::SetDispatchListener ()
#14 0x410d632d in _init ()
#15 0x407bf52a in g_io_unix_dispatch ()
#16 0x407c0be6 in g_main_dispatch ()
#17 0x407c11a1 in g_main_iterate ()
#18 0x407c1341 in g_main_run ()
#19 0x406e9859 in gtk_main ()
#20 0x410d6bc5 in nsAppShell::Run ()
#21 0x4109b332 in nsAppShellService::Run ()
#22 0x804a5d5 in JS_PushArguments ()
---Type <return> to continue, or q <return> to quit---
#23 0x804a859 in JS_PushArguments ()
#24 0x401f7cb3 in __libc_start_main (main=0x804a684 <JS_PushArguments+4928>,
    argc=1, argv=0xbffffaf4, init=0x80490b4 <_init>, fini=0x804bbf0 <_fini>,
    rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffaec)
    at ../sysdeps/generic/libc-start.c:78
(gdb)
And another fun one, same build. Is this sort of thing helpful, ie, should I
post a stack trace if it occurs in some new and novel location?

FindShortcut: in='http://bluesnews.com'  out='null'
failed to set the page title.
Error loading URL http://bluesnews.com/
Document: Done (0.424 secs)

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 15984]

Program received signal SIGSEGV, Segmentation fault.
0x400f6437 in nsCOMPtr_base::assign_with_AddRef ()
(gdb) where
#0  0x400f6437 in nsCOMPtr_base::assign_with_AddRef ()
#1  0x400f2d6d in nsProxyObjectCallInfo::nsProxyObjectCallInfo ()
#2  0x400f3704 in nsProxyObject::Post ()
#3  0x400f4b10 in nsProxyEventObject::CallMethod ()
#4  0x400fab1a in XPTC_InvokeByIndex ()
#5  0x400fab82 in nsXPTCStubBase::Stub3 ()
#6  0x40415376 in NSGetModule ()
#7  0x40414cbc in NSGetModule ()
#8  0x40417185 in NSGetModule ()
#9  0x400f1edf in nsThread::Main ()
#10 0x40135abe in PR_Select ()
#11 0x4014ace9 in pthread_start_thread (arg=0xbf5ffe7c) at manager.c:204
(gdb)
Bulk move of all Necko (to be deleted component) bugs to new Networking

component.
This seems to be a more generic frames bug, as I am able to get it on
http://www.geocities.com/TimesSquare/2243/ as well... if I have time, I'll try
to see if I can come up with a small snippet that causes it, but wanted to note
that it isn't isolated to a single site.
Assignee: warren → dougt
Looks like a proxy bug => dougt
briareos@lokigames.com, is this on a multiprocessor machine?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Michael Vance wrote:
> Yep, dual P3/450.

marking as a dup of 21556

*** This bug has been marked as a duplicate of 21556 ***
Status: RESOLVED → VERIFIED
[bugday] marking verified.  dual processor problem.
You need to log in before you can comment on or make changes to this bug.