Subject: mozilla 0.9.3 installs now but eats CPU after displaying home page....
To: NetBSD-current Discussion List <current-users@NetBSD.ORG>
From: Greg A. Woods <woods@weird.com>
List: current-users
Date: 08/17/2001 21:59:02
Well I finally got around to trying mozilla-0.9.3, and this time it
installs completely, without getting hung, and it even starts up and
shows the home page (and can create profiles if you make it).
This is on 1.5W (2001/06/24) i386.....
However if I use my "converted from Netscape 4.x" profile, or even leave
it in the list, mozilla "hangs" after starting and showing the home page
and just sits and just spins eating CPU.
If I "rm -rf ~/.mozilla", create a new profile, delete the converted
profile, then select and use the new profile, mozilla appear to work.
However if I click on the "Preferences->Mail_and_Newsgroups->Addressing"
category then I get a similar hang in the same subroutine.... (see gdb
traces below). Other things less repeatable also cause hangs....
# ps -lp 11445
UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
1000 11445 25838 36 72 4 12972 10104 - RN+ p8 28:02.75 /usr/pkg/lib/moz
# ps -up 11445
USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND
woods 11445 87.9 5.2 12972 10104 p8 RN+ 8:40PM 28:04.57 /usr/pkg/lib/mozilla
# fstat -p 11445
USER CMD PID FD MOUNT INUM MODE SZ|DV R/W
woods mozilla-bin 11445 wd /most/big1 145818 drwxr-xr-x 6656 r
woods mozilla-bin 11445 0 / 11536 crw------- ttyp8 rw
woods mozilla-bin 11445 1 / 11536 crw------- ttyp8 rw
woods mozilla-bin 11445 2 / 11536 crw------- ttyp8 rw
woods mozilla-bin 11445 3 / 11819 crw-rw-rw- zero rw
woods mozilla-bin 11445 4* pipe 0xc0cae940 <- 0xc0caef40
woods mozilla-bin 11445 5* pipe 0xc0caef40 <- 0xc0cae940
woods mozilla-bin 11445 6 /opt 639444 -rw-r--r-- 450100 r
woods mozilla-bin 11445 7* pipe 0xc0cae640 <- 0xc0cae240
woods mozilla-bin 11445 8* pipe 0xc0cae240 <- 0xc0cae640
woods mozilla-bin 11445 9* pipe 0xc0cae1c0 <- 0xc0caedc0
woods mozilla-bin 11445 10* pipe 0xc0caedc0 <- 0xc0cae1c0
woods mozilla-bin 11445 11* internet stream tcp c0fb9964 204.92.254.15:51371 <-> 204.92.254.11:6000
woods mozilla-bin 11445 12 /opt 250786 -rw-r--r-- 494432 r
woods mozilla-bin 11445 13 /most/big1 856731 -rw------- 352256 rw
woods mozilla-bin 11445 14 /most/big1 856732 -rw------- 32768 rw
woods mozilla-bin 11445 15* pipe 0xc0caec40 <- 0xc0caecc0
woods mozilla-bin 11445 16* pipe 0xc0caecc0 -> 0xc0caec40
woods mozilla-bin 11445 17 /opt 250783 -rw-r--r-- 687685 r
woods mozilla-bin 11445 18 /opt 250782 -rw-r--r-- 384483 r
woods mozilla-bin 11445 19 /opt 250796 -rw-r--r-- 170313 r
woods mozilla-bin 11445 20 /opt 250788 -rw-r--r-- 4570 r
woods mozilla-bin 11445 21 /opt 250781 -rw-r--r-- 23040 r
woods mozilla-bin 11445 22 /opt 250792 -rw-r--r-- 373353 r
woods mozilla-bin 11445 23 /opt 250790 -rw-r--r-- 5805 r
woods mozilla-bin 11445 24 /most/big1 340235 -rw-r--r-- 4096 rw
woods mozilla-bin 11445 25 /most/big1 340236 -rw-r--r-- 5632 rw
woods mozilla-bin 11445 26 /most/big1 340237 -rw-r--r-- 4096 rw
woods mozilla-bin 11445 27 /most/big1 340238 -rw-r--r-- 4096 rw
woods mozilla-bin 11445 28* internet6 stream tcp c0cf6b90 [::ffff:204.92.254.15]:49172 <-> [::ffff:207.200.81.215]:80
woods mozilla-bin 11445 29 /most/big1 857321 -rw-r--r-- 273 rw
(that internet6 socket is kinda weird looking -- why is it using inet6
sockets to do IPv4 connects?)
If I crash it with "kill -11" it shows the following stack trace:
(gdb) where
#0 0x4843731a in __ieee754_fmod ()
#1 0x4843c50c in fmod ()
#2 0x480dbd1c in js_DoubleToECMAUint32 ()
#3 0x480dbc86 in js_ValueToECMAUint32 ()
#4 0x480b02e6 in JS_ValueToECMAUint32 ()
#5 0x485de2a6 in XPCConvert::JSData2Native ()
#6 0x485f0a1d in XPCWrappedNative::CallMethod ()
#7 0x485f710f in XPC_WN_CallMethod ()
#8 0x480cf3ed in js_Invoke ()
#9 0x480d660a in js_Interpret ()
#10 0x480cf439 in js_Invoke ()
#11 0x480d660a in js_Interpret ()
#12 0x480cf439 in js_Invoke ()
#13 0x480d660a in js_Interpret ()
#14 0x480cf825 in js_Execute ()
#15 0x480b4182 in JS_EvaluateUCScriptForPrincipals ()
#16 0x48ddacfe in nsJSContext::EvaluateString ()
#17 0x48de8944 in GlobalWindowImpl::RunTimeout ()
#18 0x48de90bd in nsGlobalWindow_RunTimeout ()
#19 0x492eda4a in nsTimerGtk::FireTimeout ()
#20 0x492edc11 in process_timers ()
#21 0x492edcbd in TimerCallbackFunc ()
#22 0x4837edb0 in g_timeout_dispatch ()
#23 0x4837df33 in g_main_dispatch ()
#24 0x4837e4f3 in g_main_iterate ()
#25 0x4837e671 in g_main_run ()
#26 0x482a97ad in gtk_main ()
#27 0x488134a4 in nsAppShell::Run ()
#28 0x4862463e in nsAppShellService::Run ()
#29 0x8051ab8 in main1 ()
#30 0x8052349 in main ()
#31 0x804d819 in ___start ()
(that trace is 100% repeatable too, FYI)
and here's the trace from clicking on "Addressing":
(gdb) where
#0 0x4843731a in __ieee754_fmod ()
#1 0x4843c50c in fmod ()
#2 0x480dbbf2 in js_DoubleToECMAInt32 ()
#3 0x480dbb86 in js_ValueToECMAInt32 ()
#4 0x480b02c2 in JS_ValueToECMAInt32 ()
#5 0x485de21a in XPCConvert::JSData2Native ()
#6 0x485f0a1d in XPCWrappedNative::CallMethod ()
#7 0x485f710f in XPC_WN_CallMethod ()
#8 0x480cf3ed in js_Invoke ()
#9 0x480d660a in js_Interpret ()
#10 0x480cf439 in js_Invoke ()
#11 0x480d660a in js_Interpret ()
#12 0x480cf439 in js_Invoke ()
#13 0x480d4330 in js_Interpret ()
#14 0x480cf439 in js_Invoke ()
#15 0x485eccf1 in nsXPCWrappedJSClass::CallMethod ()
#16 0x485eae91 in nsXPCWrappedJS::CallMethod ()
#17 0x481a328a in PrepareAndDispatch ()
#18 0x481a32ee in nsXPTCStubBase::Stub3 ()
#19 0x48182c3e in nsComponentManagerImpl::CreateInstance ()
#20 0x4818ae90 in nsComponentManager::CreateInstance ()
#21 0x4818ba61 in nsServiceManagerImpl::GetService ()
#22 0x4818c010 in nsServiceManager::GetService ()
#23 0x485e46b4 in nsJSCID::GetService ()
#24 0x481a30f1 in XPTC_InvokeByIndex ()
#25 0x485f0f95 in XPCWrappedNative::CallMethod ()
#26 0x485f710f in XPC_WN_CallMethod ()
#27 0x480cf3ed in js_Invoke ()
#28 0x480d660a in js_Interpret ()
#29 0x480cf825 in js_Execute ()
#30 0x480b3f67 in JS_ExecuteScript ()
#31 0x48dbd1a9 in nsJSContext::ExecuteScript ()
#32 0x48bc32da in nsXULDocument::ExecuteScript ()
#33 0x48bc31c3 in nsXULDocument::OnStreamComplete ()
#34 0x486e801f in nsStreamLoader::OnStopRequest ()
#35 0x4871dbbb in nsJARChannel::OnStopRequest ()
#36 0x486dbb9f in nsOnStopRequestEvent::HandleEvent ()
#37 0x486db5d8 in nsARequestObserverEvent::HandlePLEvent ()
#38 0x4818e8db in PL_HandleEvent ()
#39 0x4818e7fb in PL_ProcessPendingEvents ()
#40 0x4818f780 in nsEventQueueImpl::ProcessPendingEvents ()
#41 0x48812ffb in event_processor_callback ()
#42 0x48812d71 in our_gdk_io_invoke ()
#43 0x4837ca22 in g_io_unix_dispatch ()
#44 0x4837df33 in g_main_dispatch ()
#45 0x4837e4f3 in g_main_iterate ()
#46 0x4837e671 in g_main_run ()
#47 0x482a97ad in gtk_main ()
#48 0x488134a4 in nsAppShell::Run ()
#49 0x4862463e in nsAppShellService::Run ()
#50 0x8051ab8 in main1 ()
#51 0x8052349 in main ()
#52 0x804d819 in ___start ()
(gdb)
Here's what it's built against:
# pkg_info -I mozilla ORBit gdk-pixbuf gindent glib gtk+ jpeg pn gpth tiff
mozilla-0.9.3 The open-source version of the Netscape browser
ORBit-0.5.8 high-performance CORBA ORB with support for the C language
gdk-pixbuf-0.10.1 the GNOME image loading library
gindent-2.2.6 GNU version of pretty-printer for C source code
glib-1.2.10 Some useful routines for C programming
gtk+-1.2.10 Gimp toolkit. Libraries for building X11 user interfaces
jpeg-6b IJG's jpeg compression utilities
png-1.0.12 Library for manipulating PNG images
pth-1.4.0 GNU Portable Thread library
tiff-3.5.5 library and tools for reading and writing TIFF data files
Should I resend this to gnats-bugs as a PR?
--
Greg A. Woods
+1 416 218-0098 VE3TCP <gwoods@acm.org> <woods@robohack.ca>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>