From owner-freebsd-stable Tue Mar 4 14:30:26 2003 Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C18E37B401 for ; Tue, 4 Mar 2003 14:30:25 -0800 (PST) Received: from web80105.mail.yahoo.com (web80105.mail.yahoo.com [66.163.169.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 9D4FE43FCB for ; Tue, 4 Mar 2003 14:30:24 -0800 (PST) (envelope-from drakcap@pacbell.net) Message-ID: <20030304223024.67245.qmail@web80105.mail.yahoo.com> Received: from [208.139.6.85] by web80105.mail.yahoo.com via HTTP; Tue, 04 Mar 2003 14:30:24 PST Date: Tue, 4 Mar 2003 14:30:24 -0800 (PST) From: Robert English Subject: Runaway Galeon - further further info To: freebsd-stable@FreeBSD.ORG MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG This is to follow up my previous post, in case someone else finds they've got a Galeon browser that continues to spawn new windows infinitely. Discussion of this problem on other newsgroups, regarding Linux and Debian specifically, produced one solution (as of January 13 of this year): delete the file "compreg.dat", found on FreeBSD systems at the following path: /usr/X11R6/lib/mozilla/components/compreg.dat This file is read-only for a mortal user, which is why I was able to use Galeon and/or Mozilla normally while logged in as such. But when logged in as root I have write permission, and that apparently messes this file up. The file, after a fresh compile, is about 175K - and that is apparently OK - but after the first use of Mozilla as "root" that file is now 143K. That is when I get the symptoms - Mozilla tries to open but doesn't, and eats memory behind the scenes until the end of swap is reached, while Galeon will spawn new windows forever until killed. Deleting this now-altered file stops that behavior. No recompile is necessary, which is what you'd have to do otherwise. With this file absent, Galeon and Mozilla take a little longer to load but do not present any problems or show any error messages - either with root or mortal user opening them. I just have to remember to delete the "compreg.dat" after Mozilla writes a new one. This presents the next question, and maybe someone knows this: what needs to be present in this "compreg.dat" for Mozilla to present properly, and what is in the Mozilla code that rewrites it so badly? If someone has already posted an answer to this, please direct me to it as my search through Google has not produced that yet. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message