Date: Fri, 19 Aug 2022 16:45:27 +0100 From: Nuno Teixeira <eduardo@freebsd.org> To: Ronald Klop <ronald-lists@klop.ws> Cc: ports@freebsd.org Subject: Re: firefox-104.0,2 crashing Message-ID: <CAFDf7UJ7apdDkpk2_8qFizCeFvYaXN7WHazkmR-y5nnxhDWWKA@mail.gmail.com> In-Reply-To: <14930703.74.1660899763480@localhost> References: <CAFDf7U%2ByYdW%2B3Gtdomep=j6OiGys5cu59wob478VLd-cc03XHg@mail.gmail.com> <B9CE251B-3E36-4B98-84DC-C0A339DA195C@riseup.net> <14930703.74.1660899763480@localhost>
next in thread | previous in thread | raw e-mail | index | archive | help
--000000000000644e9e05e699fd1f
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
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)
--000000000000644e9e05e699fd1f
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr"><div>Hi Ronald,</div><div><br></div><div>=
@ main-n257458-ef8b872301c5</div><div><br></div><div>% lldb --core firefox.=
core --file /usr/local/bin/firefox</div><div>---<br>(lldb) target create &q=
uot;/usr/local/bin/firefox" --core "firefox.core"<br>Core fi=
le '/home/nunotex/firefox.core' (x86_64) was loaded.<br>(lldb) bt<b=
r>This version of LLDB has no plugin for the language "assembler"=
. Inspection of frame variables will be limited.<br>* thread #1, name =3D &=
#39;MainThread', stop reason =3D signal SIGSEGV<br>=C2=A0 * frame #0: 0=
x00000fd5915adaca libc.so.7`__sys_thr_kill at thr_kill.S:4<br>=C2=A0 =C2=A0=
frame #1: 0x00000fd5915266e4 libc.so.7`__raise(s=3D11) at raise.c:52:10<br=
>=C2=A0 =C2=A0 frame #2: 0x00000fd5c5a04232 libxul.so`nsProfileLock::FatalS=
ignalHandler(int, __siginfo*, void*) + 242<br>=C2=A0 =C2=A0 frame #3: 0x000=
00fd5c63da027 libxul.so`WasmTrapHandler(int, __siginfo*, void*) + 327<br>=
=C2=A0 =C2=A0 frame #4: 0x00000fd58f9ab92e libthr.so.3`handle_signal(actp=
=3D0x00000fd58d9b4a40, sig=3D11, info=3D0x00000fd58d9b4e30, ucp=3D0x00000fd=
58d9b4ac0) at thr_sig.c:301:3<br>=C2=A0 =C2=A0 frame #5: 0x00000fd58f9aaedf=
libthr.so.3`thr_sighandler(sig=3D11, info=3D0x00000fd58d9b4e30, _ucp=3D0x0=
0000fd58d9b4ac0) at thr_sig.c:246:2<br>=C2=A0 =C2=A0 frame #6: 0x00000fd58e=
6882d3 [vdso]<br>=C2=A0 =C2=A0 frame #7: 0x00000fd5c25f6440 libxul.so`mozil=
la::detail::RunnableFunction<mozilla::net::AsyncUrlChannelClassifier::Ch=
eckChannel(nsIChannel*, std::__1::function<void ()>&&)::$_0::=
operator()() const::'lambda'()>::Run() + 2000<br>=C2=A0 =C2=A0 f=
rame #8: 0x00000fd5c219f753 libxul.so`mozilla::RunnableTask::Run() + 19<br>=
=C2=A0 =C2=A0 frame #9: 0x00000fd5c21885f3 libxul.so`mozilla::TaskControlle=
r::DoExecuteNextTaskOnlyMainThreadInternal(mozilla::detail::BaseAutoLock<=
;mozilla::Mutex&> const&) + 1539<br>=C2=A0 =C2=A0 frame #10: 0x0=
0000fd5c21875eb libxul.so`mozilla::TaskController::ExecuteNextTaskOnlyMainT=
hreadInternal(mozilla::detail::BaseAutoLock<mozilla::Mutex&> cons=
t&) + 43<br>=C2=A0 =C2=A0 frame #11: 0x00000fd5c21a21a8 libxul.so`mozil=
la::detail::RunnableFunction<mozilla::TaskController::InitializeInternal=
()::$_0>::Run() + 56<br>=C2=A0 =C2=A0 frame #12: 0x00000fd5c2194587 libx=
ul.so`nsThread::ProcessNextEvent(bool, bool*) + 1159<br>=C2=A0 =C2=A0 frame=
#13: 0x00000fd5c2198a8e libxul.so`NS_ProcessNextEvent(nsIThread*, bool) + =
78<br>=C2=A0 =C2=A0 frame #14: 0x00000fd5c26b14c8 libxul.so`mozilla::ipc::M=
essagePump::Run(base::MessagePump::Delegate*) + 136<br>=C2=A0 =C2=A0 frame =
#15: 0x00000fd5c2669698 libxul.so`MessageLoop::Run() + 88<br>=C2=A0 =C2=A0 =
frame #16: 0x00000fd5c4a9ead9 libxul.so`nsBaseAppShell::Run() + 41<br>=C2=
=A0 =C2=A0 frame #17: 0x00000fd5c59579a6 libxul.so`nsAppStartup::Run() + 11=
8<br>=C2=A0 =C2=A0 frame #18: 0x00000fd5c5a16cbc libxul.so`XREMain::XRE_mai=
nRun() + 3052<br>=C2=A0 =C2=A0 frame #19: 0x00000fd5c5a17317 libxul.so`XREM=
ain::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: 0x0=
0000fcd6d3ab032 firefox`main + 1010<br>=C2=A0 =C2=A0 frame #22: 0x00000fcd6=
d3aa98d firefox`_start(ap=3D<unavailable>, cleanup=3D<unavailable&=
gt;) at crt1_c.c:73:7</div><div>---</div><div><br></div><div>Thanks<br></di=
v></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr=
">Ronald Klop <<a href=3D"mailto:ronald-lists@klop.ws">ronald-lists@klop=
.ws</a>> escreveu no dia sexta, 19/08/2022 =C3=A0(s) 10:03:<br></div><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-lef=
t: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"gmail-m_1271941341733043182P">
<div>
<div id=3D"gmail-m_1271941341733043182P.P.P">Hello,<br>
<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 clear=3D"all"><br>-- <br><div dir=
=3D"ltr" class=3D"gmail_signature"><div dir=3D"ltr"><span style=3D"color:rg=
b(102,102,102)">Nuno Teixeira<br>FreeBSD Committer (ports)</span></div></di=
v></div>
--000000000000644e9e05e699fd1f--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAFDf7UJ7apdDkpk2_8qFizCeFvYaXN7WHazkmR-y5nnxhDWWKA>