Big fat warning to everyone around:
*** DO NOT use the 4.76 update! ***
One of its undocumented features is a real ugly _memory leak_ which quickly
eats up all virtual memory (128 MB RAM and 256 MB swap-space on my
machine). Compared with real heavy use of 4.75, it is obvious that 4.76 is
the cause of this memory consumption.
The first time this happened, I was fast enough to kill it fortunately. It
occured when I lauched Netscape Navigator for the first time to bypass the
licence agreement at the beginning. I then quit Navigator and started
Communicator immediately and suddenly heard unusual HD swapping noise. 'ps
uxw' revealed that Navigator's processes were still busy doing something,
apparently. The second time it happened shortly after startup of Navigator,
while loading a few simple news pages at Yahoo!. Unfortunately, I was not
fast enough to protect the system from locking.
Are you using java at all?
No Java at all. That means no JDK installed on this machine and Java disabled in
Since this bug might depend on glibc <= 2.1.94-3, I've decided to test-drive
4.76 with the new glibc 2.2.
Just checking ; the JVM has been notably leaky in the past.
Just like the problems with xmms and sendmail, I think this bug is caused by
problems with the glibc pre-release snapshots. Well, either that or really some
strange addition in Netscape 4.76.
I'm successfully running Netscape 4.76 with glibc 2.2 for quite some time by
But when I downgraded to glibc 2.1.94-3 just for fun ;-), it didn't take a
quarter of an hour to get that memory leak lock-up again (I was replacing
hardware components and had to reboot several times -- this was the best
opportunity to load Netscape from scratch which takes longer than when it loads
from disk cache).
Note that I'm certain it has to do with the startup/shutdown procedure in
Netscape 4.76. It has nothing to do with loading specific pages or running the
browser for a long time. Also, it is not just an ordinary memory leak which
slowly takes away chunks of memory, but -- provided that it occurs -- a real
critical one which eats up the entire virtual memory in less than half a minute.
Conclusively, as long as this misbehaviour does not happen with the glibc 2.2
update, I consider this as fixed.
I am using netscape-communicator-4.76-1 on Redhat 7 with glibc-2.2-12 and kde
Netscape freezes often and I am always ready to do a killall -9
Perhaps there is some lock coming out from network delays?
> Netscape freezes often and I am always ready
> to do a killall -9 netscape-communicator.
Netscape usually just _seems_ to freeze. Wait 2-3 minutes and watch how it comes
back to life. I don't know what it does meanwhile. Maybe its related to
time-outs or close-to-deadlock like code choking on pages or DNS lookups. Try
Galeon or Mozilla >= 0.7 as an alternative.
(And to not start any confusion -- afterall, this bug has been closed since the
glibc update -- I haven't had that memory leak since then.)