From nobody Fri Aug 19 18:30:18 2022 X-Original-To: gecko@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4M8VgB52fvz4YnbF for ; Fri, 19 Aug 2022 18:30:30 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4M8VgB4tN9z3SwS for ; Fri, 19 Aug 2022 18:30:30 +0000 (UTC) (envelope-from eduardo@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1660933830; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=8Sl+VwftPI88gO7P1+A/bQTagoKa0cNYJYWtYeTWx/E=; b=ljqJKHtB8GFG6+ZlrpbXX1obD3B2cwGtRmwS2nMklKckYzTk5PLjoCWhd3QzkOitTk2zkE Y8m6gDfIrT3INQkOQx7eOuKkyqbNwIIRwUIjRvdR79+dvaslkciQtyYdEuJJKUI4TbbZWK liNhamMNLnLiEq7AzFMDGKWew3Fn2zGwtvxZ2IG1LAD/yP4WGv7CbZoxVrto7YcYqNktyw 5qON/RoidGBdRx5ZqEWDXtpJ3yu7aSMVFKCfDhbPsXKohtNFFShhitOxrxNfvewHFpKiZ1 +jH1ddRvXYPM0237MHqa3ssqQgLCEQk/6jyOR836l1H07jcUtBrc/01DgfVkNA== Received: from mail-vs1-f45.google.com (mail-vs1-f45.google.com [209.85.217.45]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) (Authenticated sender: eduardo) by smtp.freebsd.org (Postfix) with ESMTPSA id 4M8VgB3pCmz1HJy for ; Fri, 19 Aug 2022 18:30:30 +0000 (UTC) (envelope-from eduardo@freebsd.org) Received: by mail-vs1-f45.google.com with SMTP id k10so218449vsr.4 for ; Fri, 19 Aug 2022 11:30:30 -0700 (PDT) X-Gm-Message-State: ACgBeo0Yt+Sf++pfLeT0NH16otQguTD2e1MYzbWVi4zHcMBuayCxkFcQ oehrlwNuVxtewYu0jesSBaS7UeiM8GwmrBfkoGY= X-Google-Smtp-Source: AA6agR5hNC+qIt5U8mgjz+7dI1P2dTUrW1giaM1fLTjGYjDj7+RcEPfbvFZyLZXDOYV5ZOQPgyRXZQ6cuRdKBkpT3i8= X-Received: by 2002:a67:f993:0:b0:390:3c69:4801 with SMTP id b19-20020a67f993000000b003903c694801mr155747vsq.19.1660933829902; Fri, 19 Aug 2022 11:30:29 -0700 (PDT) List-Id: Gecko Rendering Engine issues List-Archive: https://lists.freebsd.org/archives/freebsd-gecko List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-gecko@freebsd.org MIME-Version: 1.0 References: <1372336583.7553.1660930706909@localhost> In-Reply-To: <1372336583.7553.1660930706909@localhost> From: Nuno Teixeira Date: Fri, 19 Aug 2022 19:30:18 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Fwd: firefox-104.0,2 crashing To: gecko@freebsd.org Content-Type: multipart/alternative; boundary="000000000000ed49cb05e69c4a7c" ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1660933830; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=8Sl+VwftPI88gO7P1+A/bQTagoKa0cNYJYWtYeTWx/E=; b=dPum1IDL90nzCs8zaBwY+WWRvi/TepL83Oy5Jps7qVTqAFhJrwsr6ZtD7tV9OUKU/mkt9c Yh8ToLXSl+wGOUw0OHmopGaOMEQJcaW6GLvACRWq8fL9qSZ1pymBszfeqTqfeNShPoin1q /92fMwcuX9W7cSqlrve8uw6R7zwNGKcs+kPeOUjBZiEkkrCUYlyinMgj6jwlfqCqs1It6k Bb2+NFr68l+dtRc2MWetC09fYZWKoks3NFM+zA8rlihWsISiFblTTUqGFFahJQ/ZnPF6Gl N9/fiNucuCiP58bvrKbqmAw9mdlxrX3Mv+yqRM4zhPQYnw/pzsHEPPCEsaiqBQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1660933830; a=rsa-sha256; cv=none; b=JLm2sv1y2n9qUlKByfwaCU4W0vD2Z6e+UdNU4z8Hf24XA1UEkKzI0aEcgDgkW8nyAPAbfA pCAFpUTjyynKo2Fk9LOSnZEaacdtkswqDWJyyhxF3CPb+AG2PtaLkcDl6CKJO7XpdUAFj3 SyJMUOrVyKsWMH54imk3629TMxzzwgOJiwwLk1zpLn+k5I9Zc/Biqj4Af0ZEoTstjKdIKa teJdkST6a2McEdYFVrKjVX5iwEtBjtKz7rod/igYEpDt8BFlKn/ubD+HIFpb7Hx3uwb6n7 0bJZiC6yWqez1GwdbDBuhMmzzsSKyr6KsM4VMhk1JVFXTajPaxKIKfcHDST8aQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-ThisMailContainsUnwantedMimeParts: N --000000000000ed49cb05e69c4a7c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello, Me and some more people are getting some firefox crashes and I don't remember a single crash in the last year so maybe this thread at ports@ could be important to gecko maintainers. Thanks in advance, Nuno Teixeira ---------- Forwarded message --------- De: Ronald Klop Date: sexta, 19/08/2022 =C3=A0(s) 18:38 Subject: Re: firefox-104.0,2 crashing To: Nuno Teixeira , Nice. That looks informative. My knowledge about the internals of Firefox end here. You could get the maintainer of Firefox involved. gecko@FreeBSD.org Regards, Ronald *Van:* Nuno Teixeira *Datum:* 19 augustus 2022 17:45 *Aan:* Ronald Klop *CC:* ports@freebsd.org *Onderwerp:* Re: firefox-104.0,2 crashing Hi Ronald, @ main-n257458-ef8b872301c5 % lldb --core firefox.core --file /usr/local/bin/firefox --- (lldb) target create "/usr/local/bin/firefox" --core "firefox.core" Core file '/home/nunotex/firefox.core' (x86_64) was loaded. (lldb) bt This version of LLDB has no plugin for the language "assembler". Inspection of frame variables will be limited. * thread #1, name =3D 'MainThread', stop reason =3D signal SIGSEGV * frame #0: 0x00000fd5915adaca libc.so.7`__sys_thr_kill at thr_kill.S:4 frame #1: 0x00000fd5915266e4 libc.so.7`__raise(s=3D11) at raise.c:52:10 frame #2: 0x00000fd5c5a04232 libxul.so`nsProfileLock::FatalSignalHandler(int, __siginfo*, void*) + 242 frame #3: 0x00000fd5c63da027 libxul.so`WasmTrapHandler(int, __siginfo*, void*) + 327 frame #4: 0x00000fd58f9ab92e libthr.so.3`handle_signal(actp=3D0x00000fd58d9b4a40, sig=3D11, info=3D0x00000fd58d9b4e30, ucp=3D0x00000fd58d9b4ac0) at thr_sig.c:301:3 frame #5: 0x00000fd58f9aaedf libthr.so.3`thr_sighandler(sig=3D11, info=3D0x00000fd58d9b4e30, _ucp=3D0x00000fd58d9b4ac0) at thr_sig.c:246:2 frame #6: 0x00000fd58e6882d3 [vdso] frame #7: 0x00000fd5c25f6440 libxul.so`mozilla::detail::RunnableFunction&&)::$_0::operator()() const::'lambda'()>::Run() + 2000 frame #8: 0x00000fd5c219f753 libxul.so`mozilla::RunnableTask::Run() + 1= 9 frame #9: 0x00000fd5c21885f3 libxul.so`mozilla::TaskController::DoExecuteNextTaskOnlyMainThreadInternal(= mozilla::detail::BaseAutoLock const&) + 1539 frame #10: 0x00000fd5c21875eb libxul.so`mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal(mo= zilla::detail::BaseAutoLock const&) + 43 frame #11: 0x00000fd5c21a21a8 libxul.so`mozilla::detail::RunnableFunction::Run() + 56 frame #12: 0x00000fd5c2194587 libxul.so`nsThread::ProcessNextEvent(bool, bool*) + 1159 frame #13: 0x00000fd5c2198a8e libxul.so`NS_ProcessNextEvent(nsIThread*, bool) + 78 frame #14: 0x00000fd5c26b14c8 libxul.so`mozilla::ipc::MessagePump::Run(base::MessagePump::Delegate*) + 13= 6 frame #15: 0x00000fd5c2669698 libxul.so`MessageLoop::Run() + 88 frame #16: 0x00000fd5c4a9ead9 libxul.so`nsBaseAppShell::Run() + 41 frame #17: 0x00000fd5c59579a6 libxul.so`nsAppStartup::Run() + 118 frame #18: 0x00000fd5c5a16cbc libxul.so`XREMain::XRE_mainRun() + 3052 frame #19: 0x00000fd5c5a17317 libxul.so`XREMain::XRE_main(int, char**, mozilla::BootstrapConfig const&) + 1127 frame #20: 0x00000fd5c5a176cc libxul.so`XRE_main(int, char**, mozilla::BootstrapConfig const&) + 172 frame #21: 0x00000fcd6d3ab032 firefox`main + 1010 frame #22: 0x00000fcd6d3aa98d firefox`_start(ap=3D, cleanup=3D) at crt1_c.c:73:7 --- Thanks Ronald Klop escreveu no dia sexta, 19/08/2022 =C3=A0= (s) 10:03: > Hi, > > What I find interesting from this mail thread and all follow up emails is > that there is no indication that the original problem has anything to do > with the ~/.Xauthority and /etc/hosts solution of the other person. > > There can be so many causes of a signal 11. > > What Nuru needs to do is run a debugger on the firefox.core file and try > to get a stacktrace of the error. > > From the top of my head: > > $ lldb --core --file /usr/local/bin/firefox > > bt > > You might need to recompile firefox with DEBUG option enabled to get any > sensible output of the debugger. I don't have a lot of experience debuggi= ng > firefox. > > NB: What version of FreeBSD are you running? Send the output of: uname -a > > Regards, > Ronald. > > > > *Van:* DtxdF > *Datum:* woensdag, 17 augustus 2022 21:39 > *Aan:* ports@freebsd.org > *Onderwerp:* Re: firefox-104.0,2 crashing > > Hello, > > I have had the same problem. The problem is not only with firefox, it is > also valid with thunderbird in my experience. > > I have debugged a bit using truss(1) and identified that the ~/.Xauthorit= y > file and /etc/hosts is the problem. Actually, the problem is firefox and > thunderbird, but the initiators are them. > > Check what display-names are displayed with `xauth list`. If you see a > display name as an invalid host in /etc/hosts, simply remove it with `xau= th > remove`. > > My problem is that I changed the hostname, and it stayed after a firefox > upgrade, so I had two entries with an invalid hostname and a valid hostna= me > in .Xauthority. > > See also /etc/hosts to see if there is an invalid host or check if you do > not have any entries where a host (such as your hostname) is missing. > > El 17 de agosto de 2022 4:55:20 p. m. UTC, Nuno Teixeira < > eduardo@freebsd.org> escribi=C3=B3: >> >> Hello to all, >> >> Is anyone experience firefox crashes? For a long time that I did not see >> so many crashes. >> It core dumped to firefox.core, can I do something usefull with .core to >> get an ideia of what is causing it? >> >> "pid 28063 (firefox), jid 0, uid 1001: exited on signal 11 (core dumped)= " >> >> Cheers, >> -- >> Nuno Teixeira >> FreeBSD Committer (ports) >> > --=20 Nuno Teixeira FreeBSD Committer (ports) --=20 Nuno Teixeira FreeBSD Committer (ports) --000000000000ed49cb05e69c4a7c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello,

Me and some more peop= le are getting some firefox crashes and I don't remember a single crash= in the last year so maybe this thread at ports@ could be important to geck= o maintainers.

Thanks in advance,

Nuno Teixeira


---= ------- Forwarded message ---------
De: Ronald Klop <ronald-lists@klop.ws>
Date: sexta, 19/08/20= 22 =C3=A0(s) 18:38
Subject: Re: firefox-104.0,2 crashing
To: Nuno Tei= xeira <eduardo@freebsd.org>= ;, <ports@freebsd.org>
<= /div>

Nice.=C2=A0
That looks informative. My knowledge abou= t the internals of Firefox end here. You could get the maintainer of Firefo= x involved.=C2=A0

gecko@FreeBSD.org


Rega= rds,
Ronald

Van: Nuno Teixeira <eduardo@freebsd.org>
= Datum: 19 augustus 2022 17:45
Aan: Ronald Klop <ronald-lists@klop.ws= >
CC: p= orts@freebsd.org
Onderwerp: Re: firefox-104.0,2 crashing
<= /small>

Hi Ronald,

@ main-n257458-ef8b87230= 1c5

% lldb --core firefox.core --file /usr/local/b= in/firefox
---
(lldb) target create "/usr/local/bin/firef= ox" --core "firefox.core"
Core file '/home/nunotex/fi= refox.core' (x86_64) was loaded.
(lldb) bt
This version of LLDB h= as no plugin for the language "assembler". Inspection of frame va= riables will be limited.
* thread #1, name =3D 'MainThread', sto= p reason =3D signal SIGSEGV
=C2=A0 * frame #0: 0x00000fd5915adaca libc.s= o.7`__sys_thr_kill at thr_kill.S:4
=C2=A0 =C2=A0 frame #1: 0x00000fd5915= 266e4 libc.so.7`__raise(s=3D11) at raise.c:52:10
=C2=A0 =C2=A0 frame #2:= 0x00000fd5c5a04232 libxul.so`nsProfileLock::FatalSignalHandler(int, __sigi= nfo*, void*) + 242
=C2=A0 =C2=A0 frame #3: 0x00000fd5c63da027 libxul.so`= WasmTrapHandler(int, __siginfo*, void*) + 327
=C2=A0 =C2=A0 frame #4: 0x= 00000fd58f9ab92e libthr.so.3`handle_signal(actp=3D0x00000fd58d9b4a40, sig= =3D11, info=3D0x00000fd58d9b4e30, ucp=3D0x00000fd58d9b4ac0) at thr_sig.c:30= 1:3
=C2=A0 =C2=A0 frame #5: 0x00000fd58f9aaedf libthr.so.3`thr_sighandle= r(sig=3D11, info=3D0x00000fd58d9b4e30, _ucp=3D0x00000fd58d9b4ac0) at thr_si= g.c:246:2
=C2=A0 =C2=A0 frame #6: 0x00000fd58e6882d3 [vdso]
=C2=A0 = =C2=A0 frame #7: 0x00000fd5c25f6440 libxul.so`mozilla::detail::RunnableFunc= tion<mozilla::net::AsyncUrlChannelClassifier::CheckChannel(nsIChannel*, = std::__1::function<void ()>&&)::$_0::operator()() const::'= ;lambda'()>::Run() + 2000
=C2=A0 =C2=A0 frame #8: 0x00000fd5c219f= 753 libxul.so`mozilla::RunnableTask::Run() + 19
=C2=A0 =C2=A0 frame #9: = 0x00000fd5c21885f3 libxul.so`mozilla::TaskController::DoExecuteNextTaskOnly= MainThreadInternal(mozilla::detail::BaseAutoLock<mozilla::Mutex&>= const&) + 1539
=C2=A0 =C2=A0 frame #10: 0x00000fd5c21875eb libxul.s= o`mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal(mozilla::d= etail::BaseAutoLock<mozilla::Mutex&> const&) + 43
=C2=A0 = =C2=A0 frame #11: 0x00000fd5c21a21a8 libxul.so`mozilla::detail::RunnableFun= ction<mozilla::TaskController::InitializeInternal()::$_0>::Run() + 56=
=C2=A0 =C2=A0 frame #12: 0x00000fd5c2194587 libxul.so`nsThread::Process= NextEvent(bool, bool*) + 1159
=C2=A0 =C2=A0 frame #13: 0x00000fd5c2198a8= e libxul.so`NS_ProcessNextEvent(nsIThread*, bool) + 78
=C2=A0 =C2=A0 fra= me #14: 0x00000fd5c26b14c8 libxul.so`mozilla::ipc::MessagePump::Run(base::M= essagePump::Delegate*) + 136
=C2=A0 =C2=A0 frame #15: 0x00000fd5c2669698= libxul.so`MessageLoop::Run() + 88
=C2=A0 =C2=A0 frame #16: 0x00000fd5c4= a9ead9 libxul.so`nsBaseAppShell::Run() + 41
=C2=A0 =C2=A0 frame #17: 0x0= 0000fd5c59579a6 libxul.so`nsAppStartup::Run() + 118
=C2=A0 =C2=A0 frame = #18: 0x00000fd5c5a16cbc libxul.so`XREMain::XRE_mainRun() + 3052
=C2=A0 = =C2=A0 frame #19: 0x00000fd5c5a17317 libxul.so`XREMain::XRE_main(int, char*= *, mozilla::BootstrapConfig const&) + 1127
=C2=A0 =C2=A0 frame #20: = 0x00000fd5c5a176cc libxul.so`XRE_main(int, char**, mozilla::BootstrapConfig= const&) + 172
=C2=A0 =C2=A0 frame #21: 0x00000fcd6d3ab032 firefox`m= ain + 1010
=C2=A0 =C2=A0 frame #22: 0x00000fcd6d3aa98d firefox`_start(ap= =3D<unavailable>, cleanup=3D<unavailable>) at crt1_c.c:73:7
---

Thanks

Ronald Klop <ronald-lists@klop.ws> escreve= u no dia sexta, 19/08/2022 =C3=A0(s) 10:03:
Hi,

What I find interesting from this mail thread and all follow up emails is t= hat there is no indication that the original problem has anything to do wit= h the ~/.Xauthority and /etc/hosts solution of the other person.

There can be so many causes of a signal 11.

What Nuru needs to do is run a debugger on the firefox.core file and try to= get a stacktrace of the error.

>From the top of my head:

$ lldb --core <path-to/firefox.core> --file /usr/local/bin/firefox > bt

You might need to recompile firefox with DEBUG option enabled to get any se= nsible output of the debugger. I don't have a lot of experience debuggi= ng firefox.

NB: What version of FreeBSD are you running? Send the output of: uname -a
Regards,
Ronald.

=C2=A0

Van: DtxdF <DtxdF@riseup.net>
Datum: woensdag, 17 augustus 2022 21:39
Aan: ports@fr= eebsd.org
Onderwerp: Re: firefox-104.0,2 crashing

Hello,
I have had the same problem. The problem is not only with firefox, it is al= so valid with thunderbird in my experience.

I have debugged a bit using truss(1) and identified that the ~/.Xauthority = file and /etc/hosts is the problem. Actually, the problem is firefox and th= underbird, but the initiators are them.

Check what display-names are displayed with `xauth list`. If you see a disp= lay name as an invalid host in /etc/hosts, simply remove it with `xauth rem= ove`.

My problem is that I changed the hostname, and it stayed after a firefox up= grade, so I had two entries with an invalid hostname and a valid hostname i= n .Xauthority.

See also /etc/hosts to see if there is an invalid host or check if you do n= ot have any entries where a host (such as your hostname) is missing.
=C2=A0
El 17 de agosto de 2022 4:55:20 p. m. UTC, Nuno = Teixeira <eduar= do@freebsd.org> escribi=C3=B3:
Hello to all,
=C2=A0
Is anyone experience firefox crashes? For a long time that I did not s= ee so many crashes.
It core dumped to firefox.core, can I do something usefull with .core = to get an ideia of what is causing it?
=C2=A0
"pid 28063 (firefox), jid 0, uid 1001: exited on signal 11 (core = dumped)"
=C2=A0
Cheers,
--
Nuno Teixeira
FreeBSD Committer (ports)


--
Nuno Teixeira
FreeBSD Committer (ports)





-- <= br>
Nuno Teixeira=
FreeBSD Committer (ports)
--000000000000ed49cb05e69c4a7c--