Date: Fri, 19 Aug 2022 19:38:26 +0200 (CEST) From: Ronald Klop <ronald-lists@klop.ws> To: Nuno Teixeira <eduardo@freebsd.org>, ports@freebsd.org Subject: Re: firefox-104.0,2 crashing Message-ID: <1372336583.7553.1660930706909@localhost> In-Reply-To: <CAFDf7UJ7apdDkpk2_8qFizCeFvYaXN7WHazkmR-y5nnxhDWWKA@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
------=_Part_7552_366406152.1660930706907
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: quoted-printable
Nice.=20
That looks informative. My knowledge about the internals of Firefox end her=
e. You could get the maintainer of Firefox involved.=20
gecko@FreeBSD.org
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
>=20
>=20
>=20
>=20
> Hi Ronald,
>=20
>=20
> @ main-n257458-ef8b872301c5
>=20
>=20
> % 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". Inspecti=
on 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::FatalSignalHand=
ler(int, __siginfo*, void*) + 242
> frame #3: 0x00000fd5c63da027 libxul.so`WasmTrapHandler(int, __siginfo=
*, void*) + 327
> frame #4: 0x00000fd58f9ab92e libthr.so.3`handle_signal(actp=3D0x00000=
fd58d9b4a40, sig=3D11, info=3D0x00000fd58d9b4e30, ucp=3D0x00000fd58d9b4ac0)=
at thr_sig.c:301:3
> frame #5: 0x00000fd58f9aaedf libthr.so.3`thr_sighandler(sig=3D11, inf=
o=3D0x00000fd58d9b4e30, _ucp=3D0x00000fd58d9b4ac0) at thr_sig.c:246:2
> frame #6: 0x00000fd58e6882d3 [vdso]
> frame #7: 0x00000fd5c25f6440 libxul.so`mozilla::detail::RunnableFunct=
ion<mozilla::net::AsyncUrlChannelClassifier::CheckChannel(nsIChannel*, std:=
:__1::function<void ()>&&)::$_0::operator()() const::'lambda'()>::Run() + 2=
000
> frame #8: 0x00000fd5c219f753 libxul.so`mozilla::RunnableTask::Run() +=
19
> frame #9: 0x00000fd5c21885f3 libxul.so`mozilla::TaskController::DoExe=
cuteNextTaskOnlyMainThreadInternal(mozilla::detail::BaseAutoLock<mozilla::M=
utex&> const&) + 1539
> frame #10: 0x00000fd5c21875eb libxul.so`mozilla::TaskController::Exec=
uteNextTaskOnlyMainThreadInternal(mozilla::detail::BaseAutoLock<mozilla::Mu=
tex&> const&) + 43
> frame #11: 0x00000fd5c21a21a8 libxul.so`mozilla::detail::RunnableFunc=
tion<mozilla::TaskController::InitializeInternal()::$_0>::Run() + 56
> frame #12: 0x00000fd5c2194587 libxul.so`nsThread::ProcessNextEvent(bo=
ol, bool*) + 1159
> frame #13: 0x00000fd5c2198a8e libxul.so`NS_ProcessNextEvent(nsIThread=
*, bool) + 78
> frame #14: 0x00000fd5c26b14c8 libxul.so`mozilla::ipc::MessagePump::Ru=
n(base::MessagePump::Delegate*) + 136
> 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>, clea=
nup=3D<unavailable>) at crt1_c.c:73:7
> ---
>=20
>=20
> Thanks
>=20
>=20
>=20
> Ronald Klop <ronald-lists@klop.ws> escreveu no dia sexta, 19/08/2022 =C3=
=A0(s) 10:03:
>=20
>>=20
>> Hi,
>>=20
>> What I find interesting from this mail thread and all follow up emails i=
s that there is no indication that the original problem has anything to do =
with the ~/.Xauthority and /etc/hosts solution of the other person.
>>=20
>> There can be so many causes of a signal 11.
>>=20
>> What Nuru needs to do is run a debugger on the firefox.core file and try=
to get a stacktrace of the error.
>>=20
>> From the top of my head:
>>=20
>> $ lldb --core <path-to/firefox.core> --file /usr/local/bin/firefox
>> > bt
>>=20
>> 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 debuggin=
g firefox.
>>=20
>> NB: What version of FreeBSD are you running? Send the output of: uname -=
a
>>=20
>> Regards,
>> Ronald.
>>=20
>> =20
>> Van: DtxdF <DtxdF@riseup.net>
>> Datum: woensdag, 17 augustus 2022 21:39
>> Aan: ports@freebsd.org
>> Onderwerp: Re: firefox-104.0,2 crashing
>>>=20
>>> Hello,
>>>=20
>>> I have had the same problem. The problem is not only with firefox, it i=
s also valid with thunderbird in my experience.
>>>=20
>>> I have debugged a bit using truss(1) and identified that the ~/.Xauthor=
ity file and /etc/hosts is the problem. Actually, the problem is firefox an=
d thunderbird, but the initiators are them.
>>>=20
>>> 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 `xauth=
remove`.
>>>=20
>>> My problem is that I changed the hostname, and it stayed after a firefo=
x upgrade, so I had two entries with an invalid hostname and a valid hostna=
me in .Xauthority.
>>>=20
>>> 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.
>>> =20
>>> El 17 de agosto de 2022 4:55:20 p. m. UTC, Nuno Teixeira <eduardo@freeb=
sd.org> escribi=C3=B3:>>>>=20
>>>> Hello to all,
>>>> =20
>>>> 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?
>>>> =20
>>>> "pid 28063 (firefox), jid 0, uid 1001: exited on signal 11 (core dumpe=
d)"
>>>> =20
>>>> Cheers,
>>>> --
>>>> Nuno Teixeira
>>>> FreeBSD Committer (ports)
>>>=20
>>=20
>=20
>=20
>=20
> --=20
>=20
> Nuno Teixeira
> FreeBSD Committer (ports)
>=20
>=20
------=_Part_7552_366406152.1660930706907
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
<html><head></head><body>Nice. <div>That looks informative. My knowled=
ge about the internals of Firefox end here. You could get the maintainer of=
Firefox involved. <br class=3D"rw_extra" /><br /><a href=3D"mailto:ge=
cko@FreeBSD.org?subject=3DFreeBSD%20Port:%20www/firefox" title=3D"email the=
maintainer" style=3D"-webkit-tap-highlight-color: rgba(26, 26, 26, 0.3); -=
webkit-text-size-adjust: auto; box-sizing: border-box;">gecko@FreeBSD.org</=
a><br class=3D"rw_extra" /><br /><div><br />Regards,<br class=3D"rw_extra" =
/>Ronald<br class=3D"rw_extra" /><br /><p><small><strong>Van:</strong> Nuno=
Teixeira <eduardo@freebsd.org><br /><strong>Datum:</strong> 19 augus=
tus 2022 17:45<br /><strong>Aan:</strong> Ronald Klop <ronald-lists@klop=
.ws><br /><strong>CC:</strong> ports@freebsd.org<br /><strong>Onderwerp:=
</strong> Re: firefox-104.0,2 crashing<br /></small></p><blockquote style=
=3D"margin-left: 5px; border-left: 3px solid #ccc; margin-right: 0px; paddi=
ng-left: 5px;"><div class=3D"MessageRFC822Viewer" id=3D"P"><!-- P -->
<!-- processMimeMessage --><div class=3D"MultipartAlternativeViewer"><!-- P=
.P -->
<div class=3D"TextHTMLViewer" id=3D"P.P.P"><!-- P.P.P -->
<div class=3D""><div class=3D""><div class=3D"">Hi Ronald,</div><div class=
=3D""><br /></div><div class=3D"">@ main-n257458-ef8b872301c5</div><div cla=
ss=3D""><br /></div><div class=3D"">% lldb --core firefox.core --file /usr/=
local/bin/firefox</div><div class=3D"">---<br />(lldb) target create "=
/usr/local/bin/firefox" --core "firefox.core"<br />Core file=
'/home/nunotex/firefox.core' (x86_64) was loaded.<br />(lldb) bt<br />This=
version of LLDB has no plugin for the language "assembler". Insp=
ection of frame variables will be limited.<br />* thread #1, name =3D 'Main=
Thread', stop reason =3D signal SIGSEGV<br /> * frame #0: 0x00000fd59=
15adaca libc.so.7`__sys_thr_kill at thr_kill.S:4<br /> frame #=
1: 0x00000fd5915266e4 libc.so.7`__raise(s=3D11) at raise.c:52:10<br /> =
; frame #2: 0x00000fd5c5a04232 libxul.so`nsProfileLock::FatalSignalH=
andler(int, __siginfo*, void*) + 242<br /> frame #3: 0x00000fd=
5c63da027 libxul.so`WasmTrapHandler(int, __siginfo*, void*) + 327<br />&nbs=
p; frame #4: 0x00000fd58f9ab92e libthr.so.3`handle_signal(actp=3D0x0=
0000fd58d9b4a40, sig=3D11, info=3D0x00000fd58d9b4e30, ucp=3D0x00000fd58d9b4=
ac0) at thr_sig.c:301:3<br /> frame #5: 0x00000fd58f9aaedf lib=
thr.so.3`thr_sighandler(sig=3D11, info=3D0x00000fd58d9b4e30, _ucp=3D0x00000=
fd58d9b4ac0) at thr_sig.c:246:2<br /> frame #6: 0x00000fd58e68=
82d3 [vdso]<br /> 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 /> frame #=
8: 0x00000fd5c219f753 libxul.so`mozilla::RunnableTask::Run() + 19<br />&nbs=
p; frame #9: 0x00000fd5c21885f3 libxul.so`mozilla::TaskController::D=
oExecuteNextTaskOnlyMainThreadInternal(mozilla::detail::BaseAutoLock<moz=
illa::Mutex&> const&) + 1539<br /> frame #10: 0x000=
00fd5c21875eb libxul.so`mozilla::TaskController::ExecuteNextTaskOnlyMainThr=
eadInternal(mozilla::detail::BaseAutoLock<mozilla::Mutex&> const&=
amp;) + 43<br /> frame #11: 0x00000fd5c21a21a8 libxul.so`mozil=
la::detail::RunnableFunction<mozilla::TaskController::InitializeInternal=
()::$_0>::Run() + 56<br /> frame #12: 0x00000fd5c2194587 li=
bxul.so`nsThread::ProcessNextEvent(bool, bool*) + 1159<br /> f=
rame #13: 0x00000fd5c2198a8e libxul.so`NS_ProcessNextEvent(nsIThread*, bool=
) + 78<br /> frame #14: 0x00000fd5c26b14c8 libxul.so`mozilla::=
ipc::MessagePump::Run(base::MessagePump::Delegate*) + 136<br />  =
; frame #15: 0x00000fd5c2669698 libxul.so`MessageLoop::Run() + 88<br />&nbs=
p; frame #16: 0x00000fd5c4a9ead9 libxul.so`nsBaseAppShell::Run() + 4=
1<br /> frame #17: 0x00000fd5c59579a6 libxul.so`nsAppStartup::=
Run() + 118<br /> frame #18: 0x00000fd5c5a16cbc libxul.so`XREM=
ain::XRE_mainRun() + 3052<br /> frame #19: 0x00000fd5c5a17317 =
libxul.so`XREMain::XRE_main(int, char**, mozilla::BootstrapConfig const&=
;) + 1127<br /> frame #20: 0x00000fd5c5a176cc libxul.so`XRE_ma=
in(int, char**, mozilla::BootstrapConfig const&) + 172<br /> &nbs=
p; frame #21: 0x00000fcd6d3ab032 firefox`main + 1010<br /> fra=
me #22: 0x00000fcd6d3aa98d firefox`_start(ap=3D<unavailable>, cleanup=
=3D<unavailable>) at crt1_c.c:73:7</div><div class=3D"">---</div><div=
class=3D""><br /></div><div class=3D"">Thanks<br /></div></div><br /><div =
class=3D"gmail_quote"><div class=3D"gmail_attr">Ronald Klop <<a href=3D"=
mailto:ronald-lists@klop.ws" onclick=3D"composeMailto('ronald-lists@klop.ws=
'); return false;">ronald-lists@klop.ws</a>> escreveu no dia sexta, 19/0=
8/2022 à(s) 10:03:<br /></div><blockquote class=3D"gmail_quote" styl=
e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin=
g-left:1ex"><div class=3D"">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 debugging f=
irefox.<br />
<br />
NB: What version of FreeBSD are you running? Send the output of: uname -a<b=
r />
<br />
Regards,<br />
Ronald.<br />
<br />
<p><b>Van:</b> DtxdF <<a href=3D"mailto:DtxdF@riseup.net" onclick=3D"com=
poseMailto('DtxdF@riseup.net'); return false;" target=3D"_blank">DtxdF@rise=
up.net</a>><br />
<b>Datum:</b> woensdag, 17 augustus 2022 21:39<br />
<b>Aan:</b> <a href=3D"mailto:ports@freebsd.org" onclick=3D"composeMailto('=
ports@freebsd.org'); return false;" target=3D"_blank">ports@freebsd.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" class=3D"">
<div class=3D"">
<div id=3D"gmail-m_1271941341733043182P.P.P" class=3D"">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 />
<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" onclick=3D"composeMailt=
o('eduardo@freebsd.org'); return false;" target=3D"_blank">eduardo@freebsd.=
org</a>> escribió:
<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 class=3D"">
<div class=3D"">Hello to all,</div>
<div class=3D""> </div>
<div class=3D"">Is anyone experience firefox crashes? For a long time that =
I did not see so many crashes.</div>
<div class=3D"">It core dumped to firefox.core, can I do something usefull =
with .core to get an ideia of what is causing it?</div>
<div class=3D""> </div>
<div class=3D"">"pid 28063 (firefox), jid 0, uid 1001: exited on signa=
l 11 (core dumped)"</div>
<div class=3D""> </div>
<div class=3D"">Cheers,</div>
--
<div class=3D"">
<div class=3D""><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 class=3D"gm=
ail_signature"><div class=3D""><span style=3D"color:rgb(102,102,102)">Nuno =
Teixeira<br />FreeBSD Committer (ports)</span></div></div></div></div><!-- =
TextHTMLViewer -->
</div><!-- MultipartAlternativeViewer -->
</div><!-- MessageRFC822Viewer -->
</blockquote><br /><br /><br /></div></div></body></html>
------=_Part_7552_366406152.1660930706907--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1372336583.7553.1660930706909>