On 09/19/10 20:02, András Csányi wrote:
On 19 September 2010 10:09, Alan McKinnon<alan.mckin...@gmail.com> wrote:
Apparently, though unproven, at 00:28 on Sunday 19 September 2010, András
Csányi did opine thusly:
On 19 September 2010 00:14, Kevin O'Gorman<kogor...@gmail.com> wrote:
Is it just me? Or does Firefox get slower every release? And less
stable.
I got myself up to the latest, and I cannot install my 4 add-ons (xmarks,
AdBlockPlus, Noscript, Stumble-upon) without it crashing. Seg fault
sometimes. I've got ECC memory, and no reported problems, and it does
not help to clear the profiles (rename ~/.mozilla) and re-emerge.
Grrrrrr.
Use Chrome/Chromium. At my gentoo the fox won't even start. I don't
know why, I won't to know why... I'm tired about Firefox. :S
If you run Firefox from a terminal, do you get an error about xpcom?
If so, you need revdep-rebuild and possibly re-merge nss.
It's all in the build elogs.
Hi Alan,
I have tried to start from terminal, but no message. I have tried to
run after revdep-rebuild but nothing. I have installed binary version
but the result was the same.
After these I have tried strace and if I remenber correctly it stopped
with segmentation fault. Unfortunately I can't reproduce this problem
because few days ago I changed my system from 32 bit to 64 bit. Here
everything is working fine according firefox.
I know I should have report it but, that time, I was really tired
emotionally. :(
I had this same problem and decided I had bad RAM. Before I could order any, I rebuild my system and
it happens that I did so with an image that had GCC 4.3* rather than 4.4. Funny enough, firefox
worked just fine. I did some searching and apparently nspr has issues with a certain function
enabled in -O2 @ gcc 4.4.
From the following: https://bugzilla.redhat.com/show_bug.cgi?id=487844
Apparently if you rebuild nspr @ gcc 4.4 with -O2 -fno-strict-aliasing
I haven't confirmed this, as I haven't had time to jump back to 4.4 but if someone can confirm this
fixes the issue, I'd certainly be greatful!
