Date: Fri, 19 Aug 2022 19:30:18 +0100 From: Nuno Teixeira <eduardo@freebsd.org> To: gecko@freebsd.org Subject: Fwd: firefox-104.0,2 crashing Message-ID: <CAFDf7U%2BQvYtY85n1Yj2CBB-jruePtiBmcvieQ2UBnX7aTJ5TvA@mail.gmail.com> In-Reply-To: <1372336583.7553.1660930706909@localhost> References: <CAFDf7UJ7apdDkpk2_8qFizCeFvYaXN7WHazkmR-y5nnxhDWWKA@mail.gmail.com> <1372336583.7553.1660930706909@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <ronald-lists@klop.ws>
Date: sexta, 19/08/2022 =C3=A0(s) 18:38
Subject: Re: firefox-104.0,2 crashing
To: Nuno Teixeira <eduardo@freebsd.org>, <ports@freebsd.org>
Nice.
That looks informative. My knowledge about the internals of Firefox end
here. You could get the maintainer of Firefox involved.
gecko@FreeBSD.org <gecko@FreeBSD.org?subject=3DFreeBSD%20Port:%20www/firefo=
x>
Regards,
Ronald
*Van:* Nuno Teixeira <eduardo@freebsd.org>
*Datum:* 19 augustus 2022 17:45
*Aan:* Ronald Klop <ronald-lists@klop.ws>
*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<mozilla::net::AsyncUrlChannelCl=
assifier::CheckChannel(nsIChannel*,
std::__1::function<void ()>&&)::$_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<mozilla::Mutex&>
const&) + 1539
frame #10: 0x00000fd5c21875eb
libxul.so`mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal(mo=
zilla::detail::BaseAutoLock<mozilla::Mutex&>
const&) + 43
frame #11: 0x00000fd5c21a21a8
libxul.so`mozilla::detail::RunnableFunction<mozilla::TaskController::Initia=
lizeInternal()::$_0>::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<unavailable>,
cleanup=3D<unavailable>) at crt1_c.c:73:7
---
Thanks
Ronald Klop <ronald-lists@klop.ws> 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 <path-to/firefox.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 <DtxdF@riseup.net>
> *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
<div dir=3D"ltr"><div>Hello,</div><div><br></div><div>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.</div><div><br></div><div>Thanks in advance,</div><div><br></=
div><div>Nuno Teixeira<br></div><div><div><br></div><div><br></div><div><br=
></div><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">---=
------- Forwarded message ---------<br>De: <b class=3D"gmail_sendername" di=
r=3D"auto">Ronald Klop</b> <span dir=3D"auto"><<a href=3D"mailto:ronald-=
lists@klop.ws">ronald-lists@klop.ws</a>></span><br>Date: sexta, 19/08/20=
22 =C3=A0(s) 18:38<br>Subject: Re: firefox-104.0,2 crashing<br>To: Nuno Tei=
xeira <<a href=3D"mailto:eduardo@freebsd.org">eduardo@freebsd.org</a>>=
;, <<a href=3D"mailto:ports@freebsd.org">ports@freebsd.org</a>><br><=
/div><br><br><div>Nice.=C2=A0<div>That looks informative. My knowledge abou=
t the internals of Firefox end here. You could get the maintainer of Firefo=
x involved.=C2=A0<br><br><a href=3D"mailto:gecko@FreeBSD.org?subject=3DFree=
BSD%20Port:%20www/firefox" title=3D"email the maintainer" style=3D"box-sizi=
ng:border-box" target=3D"_blank">gecko@FreeBSD.org</a><br><br><div><br>Rega=
rds,<br>Ronald<br><br><p><small><b>Van:</b> Nuno Teixeira <<a href=3D"ma=
ilto:eduardo@freebsd.org" target=3D"_blank">eduardo@freebsd.org</a>><br>=
<b>Datum:</b> 19 augustus 2022 17:45<br><b>Aan:</b> Ronald Klop <<a href=
=3D"mailto:ronald-lists@klop.ws" target=3D"_blank">ronald-lists@klop.ws</a>=
><br><b>CC:</b> <a href=3D"mailto:ports@freebsd.org" target=3D"_blank">p=
orts@freebsd.org</a><br><b>Onderwerp:</b> Re: firefox-104.0,2 crashing<br><=
/small></p><blockquote style=3D"margin-left:5px;border-left:3px solid #ccc;=
margin-right:0px;padding-left:5px"><div id=3D"m_-1123595403583401538P">
<div>
<div id=3D"m_-1123595403583401538P.P.P">
<div><div><div>Hi Ronald,</div><div><br></div><div>@ main-n257458-ef8b87230=
1c5</div><div><br></div><div>% lldb --core firefox.core --file /usr/local/b=
in/firefox</div><div>---<br>(lldb) target create "/usr/local/bin/firef=
ox" --core "firefox.core"<br>Core file '/home/nunotex/fi=
refox.core' (x86_64) was loaded.<br>(lldb) bt<br>This version of LLDB h=
as no plugin for the language "assembler". Inspection of frame va=
riables will be limited.<br>* thread #1, name =3D 'MainThread', sto=
p reason =3D signal SIGSEGV<br>=C2=A0 * frame #0: 0x00000fd5915adaca libc.s=
o.7`__sys_thr_kill at thr_kill.S:4<br>=C2=A0 =C2=A0 frame #1: 0x00000fd5915=
266e4 libc.so.7`__raise(s=3D11) at raise.c:52:10<br>=C2=A0 =C2=A0 frame #2:=
0x00000fd5c5a04232 libxul.so`nsProfileLock::FatalSignalHandler(int, __sigi=
nfo*, void*) + 242<br>=C2=A0 =C2=A0 frame #3: 0x00000fd5c63da027 libxul.so`=
WasmTrapHandler(int, __siginfo*, void*) + 327<br>=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<br>=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<br>=C2=A0 =C2=A0 frame #6: 0x00000fd58e6882d3 [vdso]<br>=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<br>=C2=A0 =C2=A0 frame #8: 0x00000fd5c219f=
753 libxul.so`mozilla::RunnableTask::Run() + 19<br>=C2=A0 =C2=A0 frame #9: =
0x00000fd5c21885f3 libxul.so`mozilla::TaskController::DoExecuteNextTaskOnly=
MainThreadInternal(mozilla::detail::BaseAutoLock<mozilla::Mutex&>=
const&) + 1539<br>=C2=A0 =C2=A0 frame #10: 0x00000fd5c21875eb libxul.s=
o`mozilla::TaskController::ExecuteNextTaskOnlyMainThreadInternal(mozilla::d=
etail::BaseAutoLock<mozilla::Mutex&> const&) + 43<br>=C2=A0 =
=C2=A0 frame #11: 0x00000fd5c21a21a8 libxul.so`mozilla::detail::RunnableFun=
ction<mozilla::TaskController::InitializeInternal()::$_0>::Run() + 56=
<br>=C2=A0 =C2=A0 frame #12: 0x00000fd5c2194587 libxul.so`nsThread::Process=
NextEvent(bool, bool*) + 1159<br>=C2=A0 =C2=A0 frame #13: 0x00000fd5c2198a8=
e libxul.so`NS_ProcessNextEvent(nsIThread*, bool) + 78<br>=C2=A0 =C2=A0 fra=
me #14: 0x00000fd5c26b14c8 libxul.so`mozilla::ipc::MessagePump::Run(base::M=
essagePump::Delegate*) + 136<br>=C2=A0 =C2=A0 frame #15: 0x00000fd5c2669698=
libxul.so`MessageLoop::Run() + 88<br>=C2=A0 =C2=A0 frame #16: 0x00000fd5c4=
a9ead9 libxul.so`nsBaseAppShell::Run() + 41<br>=C2=A0 =C2=A0 frame #17: 0x0=
0000fd5c59579a6 libxul.so`nsAppStartup::Run() + 118<br>=C2=A0 =C2=A0 frame =
#18: 0x00000fd5c5a16cbc libxul.so`XREMain::XRE_mainRun() + 3052<br>=C2=A0 =
=C2=A0 frame #19: 0x00000fd5c5a17317 libxul.so`XREMain::XRE_main(int, char*=
*, mozilla::BootstrapConfig const&) + 1127<br>=C2=A0 =C2=A0 frame #20: =
0x00000fd5c5a176cc libxul.so`XRE_main(int, char**, mozilla::BootstrapConfig=
const&) + 172<br>=C2=A0 =C2=A0 frame #21: 0x00000fcd6d3ab032 firefox`m=
ain + 1010<br>=C2=A0 =C2=A0 frame #22: 0x00000fcd6d3aa98d firefox`_start(ap=
=3D<unavailable>, cleanup=3D<unavailable>) at crt1_c.c:73:7</di=
v><div>---</div><div><br></div><div>Thanks<br></div></div><br><div class=3D=
"gmail_quote"><div class=3D"gmail_attr">Ronald Klop <<a href=3D"mailto:r=
onald-lists@klop.ws" target=3D"_blank">ronald-lists@klop.ws</a>> escreve=
u no dia sexta, 19/08/2022 =C3=A0(s) 10:03:<br></div><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex"><div>Hi,<br>
<br>
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.<br>
<br>
There can be so many causes of a signal 11.<br>
<br>
What Nuru needs to do is run a debugger on the firefox.core file and try to=
get a stacktrace of the error.<br>
<br>
>From the top of my head:<br>
<br>
$ lldb --core <path-to/firefox.core> --file /usr/local/bin/firefox<br=
>
> bt<br>
<br>
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.<br>
<br>
NB: What version of FreeBSD are you running? Send the output of: uname -a<b=
r>
<br>
Regards,<br>
Ronald.<br>
<br>
=C2=A0
<p><b>Van:</b> DtxdF <<a href=3D"mailto:DtxdF@riseup.net" target=3D"_bla=
nk">DtxdF@riseup.net</a>><br>
<b>Datum:</b> woensdag, 17 augustus 2022 21:39<br>
<b>Aan:</b> <a href=3D"mailto:ports@freebsd.org" target=3D"_blank">ports@fr=
eebsd.org</a><br>
<b>Onderwerp:</b> Re: firefox-104.0,2 crashing</p>
<blockquote style=3D"padding-right:0px;padding-left:5px;margin-left:5px;bor=
der-left:2px solid rgb(0,0,0);margin-right:0px">
<div id=3D"m_-1123595403583401538gmail-m_1271941341733043182P">
<div>
<div id=3D"m_-1123595403583401538gmail-m_1271941341733043182P.P.P">Hello,<b=
r>
<br>
I have had the same problem. The problem is not only with firefox, it is al=
so valid with thunderbird in my experience.<br>
<br>
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.<br>
<br>
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`.<br>
<br>
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.<br>
<br>
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.<br>
=C2=A0
<div class=3D"gmail_quote">El 17 de agosto de 2022 4:55:20 p. m. UTC, Nuno =
Teixeira <<a href=3D"mailto:eduardo@freebsd.org" target=3D"_blank">eduar=
do@freebsd.org</a>> escribi=C3=B3:
<blockquote class=3D"gmail_quote" style=3D"margin:0pt 0pt 0pt 0.8ex;border-=
left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div>Hello to all,</div>
<div>=C2=A0</div>
<div>Is anyone experience firefox crashes? For a long time that I did not s=
ee so many crashes.</div>
<div>It core dumped to firefox.core, can I do something usefull with .core =
to get an ideia of what is causing it?</div>
<div>=C2=A0</div>
<div>"pid 28063 (firefox), jid 0, uid 1001: exited on signal 11 (core =
dumped)"</div>
<div>=C2=A0</div>
<div>Cheers,</div>
--
<div>
<div><span style=3D"color:rgb(102,102,102)">Nuno Teixeira<br>
FreeBSD Committer (ports)</span></div>
</div>
</div>
</blockquote>
</div>
</div>
</div>
</div>
</blockquote></div></blockquote></div><br><br>-- <br><div><div><span style=
=3D"color:rgb(102,102,102)">Nuno Teixeira<br>FreeBSD Committer (ports)</spa=
n></div></div></div></div>
</div>
</div>
</blockquote><br><br><br></div></div></div></div><br clear=3D"all"><br>-- <=
br><div dir=3D"ltr" class=3D"gmail_signature" data-smartmail=3D"gmail_signa=
ture"><div dir=3D"ltr"><span style=3D"color:rgb(102,102,102)">Nuno Teixeira=
<br>FreeBSD Committer (ports)</span></div></div></div></div>
--000000000000ed49cb05e69c4a7c--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFDf7U%2BQvYtY85n1Yj2CBB-jruePtiBmcvieQ2UBnX7aTJ5TvA>