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

What's the name of the class? What does userinfo yourname say? You are
leaving out info, which is not helping.

        -Otto

Reply via email to