> I recently switched to fedora8_x86_64, but I stayed with a 32b version of
> firefox, because it was easier to get Java to work that way.
Erik, see my comment #48 under Bug 244482 (I didn't realize it had been marked duplicate) regarding the probability of the bug *not* appearing on multi-core (or perhaps simply faster) CPUs. I view 64 bit kernels & libraries (including the X server) as being inherently faster than 32-bit equivalents due to the increased number of registers available on the 64 bit architecture compared with the 32 bit architecture). So it may simply be due to the fact that critical aspects of the system (like how fast X is processing window operations) run faster and make it harder to trigger the bug.
(In reply to comment #129)
> I recently switched to fedora8_x86_64, but I stayed with a 32b version of
> firefox, because it was easier to get Java to work that way.
Erik, see my comment #48 under Bug 244482 (I didn't realize it had been marked duplicate) regarding the probability of the bug *not* appearing on multi-core (or perhaps simply faster) CPUs. I view 64 bit kernels & libraries (including the X server) as being inherently faster than 32-bit equivalents due to the increased number of registers available on the 64 bit architecture compared with the 32 bit architecture). So it may simply be due to the fact that critical aspects of the system (like how fast X is processing window operations) run faster and make it harder to trigger the bug.