As much as netscape has improved on Linux, it still doesn't
get along with serious Java programs very well.
As usaual, I'm working on a Sunday, and want to pay
attention to my sports games. The NFL has this fantastic
applet (http://espn.go.com/nfl/week/sco.html , NFL.com
GameDay Live, linked to by
Netscape runs this applet fine for a while, and then hangs.
I've usually got a couple of windows open, and the Mail
application as well. The GDB traces always show the same
I'm running on RH6.1, on a K6-2 300, with 64Megs of RAM,
altough I've seen the problem on my PIII-450, 246Megs at
work as well.
Here are the RPMs:
Here's the trace. It's always hanging in the same place, at
least after a couple of traces. Since I don't have source
handy, I haven't looked into it any more than this. It's
interesting that it's hanging in X, however. Might be a bug
in there worth hunting down.
junkie% gdb /usr/lib/netscape/netscape-communicator
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public
License, and you are
welcome to change it and/or distribute copies of it under
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show
warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(no debugging symbols found)...
Starting program: /usr/lib/netscape/netscape-communicator
Program received signal SIGINT, Interrupt.
0x400e5c9a in _XFlushInt () from /usr/X11R6/lib/libX11.so.6
#0 0x400e5c9a in _XFlushInt () from
#1 0x400e5c5b in _XFlush () from /usr/X11R6/lib/libX11.so.6
#2 0x400dd319 in PutImageRequest () from
#3 0x400dd49e in PutSubImage () from
#4 0x400dd850 in XPutImage () from
#5 0x874cb75 in image_Done ()
#6 0x8749589 in Dir32IcmTrnUnsImageConvert ()
#7 0x874cfc3 in
#8 0x87503ae in
#9 0x870144a in invokeNativeMethod ()
#10 0x8704a80 in ExecuteJava ()
#11 0x8706617 in do_execute_java_method_vararg ()
#12 0x870625a in do_execute_java_method ()
#13 0x8724fb8 in sun_awt_image_GifImageDecoder_parseImage ()
#14 0x8714219 in
#15 0x870144a in invokeNativeMethod ()
#16 0x8704a80 in ExecuteJava ()
#17 0x8706617 in do_execute_java_method_vararg ()
#18 0x8706028 in execute_java_dynamic_method ()
#19 0x87157ef in java_lang_System_setSystemIO ()
#20 0x873e468 in start_thread ()
#21 0x893ad1c in HopToad ()
#22 0x893ad5b in HopToadNoArgs ()
#23 0x893adc4 in PR_Start ()
Hmm... I haven't noticed this with the same applet. That's
in the X threading code though. Presumbably a deadlock somewhere
I don't see it right now, either! I would guess that the only time
that it really makes sense to run the applet is on a morning during
all of the NFL games.
The applet gets no updates of game statistics unless games are in
progress. Maybe the rapid updates during a game triggers the bug?
If you've got time (I realize this may not be an easy one to fix even
if you can duplicate it), and a spare machine, maybe the bug can be
duplicated by selecting the game update for a game scheduled for this
weekend. I'd think you could set that up before the weekend, and check
on it the following week.
No, I'm saying I've run the applet during games, and not noticed
the hang. I'll try again, but I don't know if I'll be able to
Then I guess I've got a problem. For what it's worth, I'm running on a
K6-2 266, Intel 430TX chipset, 66MHz bus, 64M of RAM and a 16MB
Diamond Viper V550 PCI video card. I'll try running again this weekend
and see if I can duplicate it.
I am glad to see someone with the same problem I am having, since
everyone else I talked to just told me to fix my font path! I am also
running 4.7-1.1, but I am actually running RH 6.0 (because the
installer wouldn't work for me). The trace is exactly the same, but I
would like to add that I have experienced problems with just about
every Java site that I visit, but it doesn't always happen. This one
seems to give me crashes more frequently:
There is a little scroller on the right, if it works.
A "workaround" for me is to just disable Java support, but that's not
much of a solution.
I have also observed that it happens more frequently when I click on a
link to a Java page, and while waiting, move the mouse to another
window so that the Netscape window loses focus (but I have never
collected statistics). This may or may not have anything to do with
I tried out your link to http://station.nasa.gov/, and got a lockup
after leaving it running for a while. I've noticed that netscape tends
to crash hard when the fontpath is bad, on a variety of java pages. I
think I have my fontpath correctly doctored (attached below).
The only other thing that I can think of that may not be stock on my X
setup is that I changed /etc/X11/fs/config to default to 100dpi a long
time ago, when the default was 75. Here's the line I'm using (I have
no idea what the default is today - I guess I should check into that).
# 100 x 100 and 75 x 75
default-resolutions = 100,100,75,75
Here's my font path:
Current directories in font path:
I tried the NFL link again this weekend and got the same problem. It
took a while for the problem to occur, after I browsed through a
couple of games, and then did some browsing elsewhere while the NFL
window ran in the background. YMMV.
I actually was able to reproduce this this weekend.
I'll forward it on to netscape; not sure if there's anything
we can do about it, though. :(
Thanks. My guess is the solution is to wait for Mozilla to enter beta
Ever since I upgraded to Redhat's new gnome files, the Netscape crashes have
become worse. It used to be limited to a handful of sites, now it happens all of
the time and is getting very irritating. I can find no pattern to it either,
sometimes it will lock up even though I just have it up and am working with
*** Bug 7971 has been marked as a duplicate of this bug. ***
Is there any chance that this can be fixed any time soon?
Package request has been approved: https://admin.stg.fedoraproject.org/pkgdb/package/modules/chrony
Package request has been approved: https://admin.stg.fedoraproject.org/pkgdb/package/docker/chrony
Package request has been approved: https://admin.stg.fedoraproject.org/pkgdb/package/modules/dhcp
Package request has been approved: https://admin.stg.fedoraproject.org/pkgdb/package/docker/dhcp