On Sun, Nov 24, 2024 at 07:43:31AM +0100, Otto Moerbeek wrote: > On Sat, Nov 23, 2024 at 04:15:51PM -0500, Jon Fineman wrote: > > > > > On Sat, Nov 23, 2024 at 09:21:09PM +0100, Otto Moerbeek wrote: > > > On Sat, Nov 23, 2024 at 01:40:31PM -0500, Jon Fineman wrote: > > > > > > > I have been experiencing firefox crashing since upgrading to OpenBSD > > > > 7.6-current (GENERIC.MP) #431. > > > > > > > > I am currently on OpenBSD 7.6 GENERIC.MP#440 amd64 and still seeing > > > > the crashes. > > > > > > > > Any thoughts on how to debug this? > > > > > > Your ff is running out of memory, give it more by increasing the ulimit > > > of your user class. See /etc/login.conf and login.conf(4). > > > > > > -Otto > > > > > > > > > > > Thanks. > > > > > > > > Jon > > > > > > > > > > > > [Current thread is 1 (process 279477)] > > > > (gdb) > > > > (gdb) bt > > > > #0 thrkill () at /tmp/-:2 > > > > #1 0x499fb7e90fc11570 in ?? () > > > > #2 0x00000efc07bf573e in nsProfileLock::FatalSignalHandler(int, > > > > siginfo_t*, void*) () > > > > from /usr/local/lib/firefox/libxul.so.144.0 > > > > #3 0x00000efc086cd323 in WasmTrapHandler(int, siginfo_t*, void*) () > > > > from /usr/local/lib/firefox/libxul.so.144.0 > > > > #4 <signal handler called> > > > > #5 0x00000ef8ffb83548 in mozalloc_abort () > > > > #6 0x00000ef8ffb8322c in mozalloc_handle_oom(unsigned long) () > > > > #7 0x00000ef8ffb831a8 in moz_xmalloc () > > > > #8 0x00000efc04393cee in Pickle::WriteBytes(void const*, unsigned int) > > > > () > > > > from /usr/local/lib/firefox/libxul.so.144.0 > > > > #9 0x00000efc04248d1f in > > > > _ZN3IPC18WriteSequenceParamIRKDsEEvPNS_13MessageWriterEPu20__remove_reference_tIT_Em > > > > () > > > > from /usr/local/lib/firefox/libxul.so.144.0 > > > > #10 0x00000efc06e49737 in > > > > IPC::ParamTraits<mozilla::dom::JSActorMessageMeta>::Write(IPC::MessageWriter*, > > > > mozilla::dom::JSActorMessageMeta const&) () from > > > > /usr/local/lib/firefox/libxul.so.144.0 > > > > #11 0x00000efc06e4ff40 in > > > > mozilla::dom::PWindowGlobalParent::SendRawMessage(mozilla::dom::JSActorMessageMeta > > > > const&, mozilla::Maybe<mozilla::dom::ClonedMessageData> const&, > > > > mozilla::Maybe<mozilla::dom::ClonedMessageData> const&) () > > > > from /usr/local/lib/firefox/libxul.so.144.0 > > > > #12 0x00000efc06e669bd in > > > > mozilla::dom::JSWindowActorParent::SendRawMessage(mozilla::dom::JSActorMessageMeta > > > > const&, mozilla::Maybe<mozilla::dom::ipc::StructuredCloneData>&&, > > > > mozilla::Maybe<mozilla::dom::ipc::StructuredCloneData>&&, > > > > mozilla::ErrorResult&) () from /usr/local/lib/firefox/libxul.so.144.0 > > > > #13 0x00000efc06e5b72f in > > > > mozilla::dom::JSActor::SendAsyncMessage(JSContext*, > > > > nsTSubstring<char16_t> const&, JS::Handle<JS::Value>, > > > > JS::Handle<JS::Value>, mozilla::ErrorResult&) () from > > > > /usr/local/lib/firefox/libxul.so.144.0 > > > > #14 0x00000efc052ebfe8 in > > > > mozilla::dom::JSWindowActorParent_Binding::sendAsyncMessage(JSContext*, > > > > JS::Handle<JSObject*>, void*, JSJitMethodCallArgs const&) () from > > > > /usr/local/lib/firefox/libxul.so.144.0 > > > > #15 0x00000efc08fef99d in ?? () > > > > #16 0x0000000000000004 in ?? () > > > > #17 0x00007a8dde768e00 in ?? () > > > > #18 0x00000efc08fef976 in ?? () > > > > #19 0x0000000000000000 in ?? () > > > > (gdb) > > > > > > > > > > > > > > > > > > This is what my class has at the moment: > > > > :path=/usr/bin /bin /usr/sbin /sbin /usr/X11R6/bin /usr/local/bin > > /usr/local/sbin:\ > > :umask=022:\ > > :datasize-max=infinity:\ > > :datasize-cur=infinity:\ > > :datasize=infinity:\ > > :maxproc-max=1024:\ > > :maxproc-cur=512:\ > > :openfiles-max=8192:\ > > :openfiles-cur=8192:\ > > :stacksize-cur=64M:\ > > :localcipher=blowfish,a:\ > > :tc=auth-defaults:\ > > :tc=auth-ftp-defaults: > > > > > > Which is giving me: > > > > ulimit -a > > time(cpu-seconds) unlimited > > file(blocks) unlimited > > coredump(blocks) unlimited > > data(kbytes) 1572864 > > stack(kbytes) 4096 > > lockedmem(kbytes) 87381 > > memory(kbytes) 32399952 > > nofiles(descriptors) 512 > > processes 256 > > > > These do not match up, so eitehr you have a syntax error in login.conf > (it is very picky) or you are using another class than you think you do. > Or you are using cap_mkdb and did not regenerating the compiled file. > Note there's also a /etc/login.conf.d directory
Or didn't log back in after changing it (that's still required, right?). > What's the name of the class? What does userinfo yourname say? You are > leaving out info, which is not helping. > > -Otto > --
