Re: Updated firefox package available for sparc64
Hi Adrian,
Thanks a lot for that!
I have successfully built and uploaded the latest version of the firefox package
for sparc64. The package has been verified to work fine (see screenshot in [1]).
Unfortunately it segfaults very quickly on my Ultra 10:
#0 0xfffff80100e96444 in __pthread_kill_implementation (threadid=18446735281911764096, signo=11, no_tid=0) at ./nptl/pthread_kill.c:43
#1 0xfffff80100e436d4 in __GI_raise (sig=11) at ../sysdeps/posix/raise.c:26
#2 0xfffff80113549200 in nsProfileLock::FatalSignalHandler (signo=11, info=0x7feffe0e7b0, context=0x7feffe0e7b0) at ./toolkit/profile/nsProfileLock.cpp:177
#3 <signal handler called> () at ../sysdeps/unix/sysv/linux/sparc/sparc64/sigreturn_stub.S
#4 0xfffff80113715f94 in js::gc::Cell::storeBuffer (this=0x7801136dd874) at ./js/src/gc/Cell.h:365
#5 js::HeapSlot::post (this=0x12ff9c3f060, owner=0x12ff9c3f040, kind=js::HeapSlot::Slot, slot=1, target=<optimized out>) at ./js/src/gc/Barrier.h:997
#6 js::HeapSlot::init (v=<optimized out>, this=0x12ff9c3f060, owner=0x12ff9c3f040, kind=js::HeapSlot::Slot, slot=1) at ./js/src/gc/Barrier.h:962
#7 js::NativeObject::initFixedSlot (this=0x12ff9c3f040, slot=1, value=<optimized out>) at ./js/src/vm/NativeObject.h:1345
#8 JSFunction::initNative (this=0x12ff9c3f040, native=0xfffff801136dd874 <FunctionPrototype(JSContext*, unsigned int, JS::Value*)>, jitInfo=0x0) at ./js/src/vm/JSFunction.h:645
#9 js::NewFunctionWithProto
(cx=<optimized out>, native=0xfffff801136dd874 <FunctionPrototype(JSContext*, unsigned int, JS::Value*)>, nargs=<optimized out>, flags=..., enclosingEnv=..., atom=..., proto=..., allocKind=js::gc::AllocKind::FUNCTION, newKind=js::TenuredObject) at ./js/src/vm/JSFunction.cpp:1810
#10 0xfffff80113716340 in CreateFunctionPrototype (cx=0x70000433e00, key=JSProto_Function) at ./js/src/vm/JSFunction.cpp:834
#11 0xfffff801136c75b4 in js::GlobalObject::resolveConstructor (cx=0x70000433e00, global=..., key=JSProto_Function, mode=<optimized out>) at ./js/src/vm/GlobalObject.cpp:351
#12 0xfffff8011374cb90 in js::GlobalObject::ensureConstructor (cx=0x70000433e00, global=..., key=JSProto_Function) at ./js/src/vm/GlobalObject.h:356
#13 CreateObjectConstructor (cx=0x70000433e00, key=JSProto_Object) at ./js/src/builtin/Object.cpp:2388
#14 0xfffff801136c75e4 in js::GlobalObject::resolveConstructor (cx=0x70000433e00, global=..., key=JSProto_Object, mode=<optimized out>) at ./js/src/vm/GlobalObject.cpp:369
#15 0xfffff801136c9088 in js::GlobalObject::ensureConstructor (cx=0x70000433e00, global=..., key=JSProto_Object) at ./js/src/vm/GlobalObject.h:356
#16 js::GlobalObject::new_
(cx=0x70000433e00, clasp=0xfffff80118d18fb8 <SystemGlobal::GetJSClass()::klass>, principals=<optimized out>, hookOption=JS::DontFireOnNewGlobalHook, options=<optimized out>)
at ./js/src/vm/GlobalObject.cpp:689
#17 0xfffff8010f9de1ec in xpc::CreateGlobalObject (cx=0x70000433e00, clasp=0xfffff80118d18fb8 <SystemGlobal::GetJSClass()::klass>, principal=0x70000254580, aOptions=...)
at ./js/xpconnect/src/nsXPConnect.cpp:442
#18 0xfffff8010f9d23f8 in XPCWrappedNative::WrapNewGlobal (cx=0x70000433e00, nativeHelper=..., principal=0x70000254580, aOptions=..., wrappedGlobal=0x7feffe0f2f0)
at ./js/xpconnect/src/XPCWrappedNative.cpp:184
#19 0xfffff8010f9e019c in xpc::InitClassesWithNewWrappedGlobal (aJSContext=0x70000433e00, aCOMObj=0x70000524600, aPrincipal=0x70000254580, aFlags=1, aOptions=..., aNewGlobal=...)
at ./build-browser/dist/include/mozilla/RefPtr.h:470
#20 0xfffff8010f971ad0 in mozJSModuleLoader::CreateLoaderGlobal (this=0x700006cfe80, aCx=0x70000433e00, aLocation=..., aGlobal=...) at ./js/xpconnect/loader/mozJSModuleLoader.cpp:393
#21 0xfffff8010f971d48 in mozJSModuleLoader::InitSharedGlobal (this=0x700006cfe80, aCx=0x70000433e00) at ./build-browser/dist/include/js/RootingAPI.h:1254
#22 0xfffff8010f971eb0 in mozJSModuleLoader::InitStatics () at ./build-browser/dist/include/mozilla/StaticPtr.h:110
#23 0xfffff8010f9dd35c in nsXPConnect::InitJSContext () at ./js/xpconnect/src/nsXPConnect.cpp:99
#24 xpc::InitializeJSContext () at ./js/xpconnect/src/nsXPConnect.cpp:107
It was quite hard to get even a stack trace, because of excessive memory usage (gdb eats 4.5GB just for tracing a core dump, and the box only has 512MB).
I suspected that the crash was memory-related at first, but it looks like it might be an issue with the JS runtime? If it is in fact memory-related, I wonder why this would happen. There's plenty of swap space available.
Regards,
oni
Reply to: