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