OS/2, eCS & ArcaOS - Technical > Applications

LIBC panic errors anyone?

<< < (5/5)

Dave Yeo:
I rebuilt SeaMonkey with the intree NSPR4 and NSS, versions,

--- Code: --- Expected minimum version Version in use
NSPR 4.12 4.12
NSS 3.21.4 Basic ECC 3.21.4 Basic ECC
NSSSMIME 3.21.4 Basic ECC 3.21.4 Basic ECC
NSSSSL 3.21.4 Basic ECC 3.21.4 Basic ECC
NSSUTIL 3.21.4 3.21.4

--- End code ---

and SeaMonkey has been stable for 10 days, including leaving it running for 4 or 5 days steady. Today it finally crashed at the INT3 for out of memory conditions.
I still think there is something wrong. probably with NSPR4, which is basically a libc, could be NSS though. The difference the updated libcx and libc made was instead of vanishing without a trace, now there's those libc panics.

As for differences with the i686 and Pentium 4 builds of libc and libcx, it should mostly be instruction ordering unless they've changed the optimizations. I see QT5 uses various SSE[2] optimizations and likely has different code paths for SSE[2] or might have removed the non-SSE[2] code. It also uses -mfpmath=sse, which caused a subtle problem with Mozilla, without the screensaver installed, nsIdleServices took a different code path and after 5-10 minutes would have 100% on one core.
Generally, the more optimizations, the more chance of compiler bugs/features breaking things. Updating to GCC 9.2.0 caused memset()'s to get optimized away as they were before the constructors and I guess the compiler thought they weren't used. -flifetime-dse=1 fixed that

Navigation

[0] Message Index

[*] Previous page

Go to full version