Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Jan 2021 07:30:53 +0000
From:      bugzilla-noreply@freebsd.org
To:        ports-bugs@FreeBSD.org
Subject:   [Bug 252633] www/firefox 84.0.2,2  firefox fails to run if tiledb installed; privileged instruction error
Message-ID:  <bug-252633-7788@https.bugs.freebsd.org/bugzilla/>

next in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252633

            Bug ID: 252633
           Summary: www/firefox 84.0.2,2  firefox fails to run if tiledb
                    installed; privileged instruction error
           Product: Ports & Packages
           Version: Latest
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Only Me
          Priority: ---
         Component: Individual Port(s)
          Assignee: gecko@FreeBSD.org
          Reporter: alt2600@icloud.com
             Flags: maintainer-feedback?(gecko@FreeBSD.org)
          Assignee: gecko@FreeBSD.org

Ran into this, today. It was working seemingly fine monday when isp had out=
age
so I closed it down. Went to bed would not load tuesday morning, tried clos=
ing
X11 and doing a PC reboot after not doing so for a while. No matter what I =
did
I could not get firefox to open. I could load firefox profile manager, I've
tried creating a fresh profile, but to not avail. As soon as the gui opens =
on
the main browser screen it crashes with this error. I tried rebuilding it, =
I've
tried deleting the package entirely and rebuilding it, nothing worked

As I was posting this I noticed in lldb that libtiledb.so was somehow being
loaded by the elf loader in the backtrace and after deleting it firefox wou=
ld
work fine again. As I just installed tiledb for gdal probably sunday, and it
was an optional dependancy not necessary for my ultimate need of gdal I'll
simply disable it for now, not sure why it would even be attempted to be lo=
aded
though. As I seemingly resolved my issue by removing tiledb I just wanted to
let folks know so something comes up with web searches if folks run into th=
ese
odd issues. I'll gladly try to provide any more data for maintainers, but I
will need guidance on exactly the logs/lldb outputs and what not folks would
want, I don't know a lot about debugging beyond the very basics, strong des=
ire
to learn though. Will need some time, to respond, don't like breaking firef=
ox
or its compile time on my old westmere xeon. In this case should be easy, j=
ust
need to reinstall tiledb, unless I need to do a debug build of firefox.

12.1-RELEASE-p12 FreeBSD 12.1-RELEASE-p12 r368528 amd64, using a custom ker=
nel,
and capsicum options all seem to be in place as this is essentially a gener=
ic
kernel with unnecessary drivers removed. Entire system/ports are source
update/builds, no binary packages, except when thats how ports installs them
linux compat and such.

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D under XFCE
$ firefox

(firefox:74016): GVFS-RemoteVolumeMonitor-WARNING **: 22:34:45.887: remote
volume monitor with dbus name org.gtk.vfs.UDisks2VolumeMonitor is not suppo=
rted
JavaScript error: resource://activity-stream/lib/ASRouterNewTabHook.jsm, li=
ne
61: TypeError: this._router is null

(firefox:74016): GVFS-RemoteVolumeMonitor-WARNING **: 22:34:46.174: remote
volume monitor with dbus name org.gtk.vfs.UDisks2VolumeMonitor is not suppo=
rted
Exiting due to channel error.
Illegal instruction

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D under KDE
$ firefox
JavaScript error: resource://activity-stream/lib/ASRouterNewTabHook.jsm, li=
ne
61: TypeError: this._router is null
Exiting due to channel error.
Illegal instruction


$ firefox --headless
*** You are running in headless mode.
JavaScript error: resource://activity-stream/lib/ASRouterNewTabHook.jsm, li=
ne
61: TypeError: this._router is null
*** You are running in headless mode.

(firefox:75818): GLib-GObject-WARNING **: 01:46:00.647: invalid (NULL) poin=
ter
instance

(firefox:75818): GLib-GObject-CRITICAL **: 01:46:00.647: g_signal_connect_d=
ata:
assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed

this doesn't crash but throws the above on console.

I had always assumed this builds with LLVM but it seems to be linked with g=
cc
not sure if thats good or bad. removing tiledb didn't change this.

$ ldd `which firefox`
/usr/local/bin/firefox:
        libc++.so.1 =3D> /usr/lib/libc++.so.1 (0x80071c000)
        libcxxrt.so.1 =3D> /lib/libcxxrt.so.1 (0x800e00000)
        libm.so.5 =3D> /lib/libm.so.5 (0x800e22000)
        libgcc_s.so.1 =3D> /lib/libgcc_s.so.1 (0x800e54000)
        libthr.so.3 =3D> /lib/libthr.so.3 (0x800e6e000)
        libc.so.7 =3D> /lib/libc.so.7 (0x80024a000)

for what its worth, all I gather is its trying to execute priviledged
instruction. not risking running as root. only other thing that is odd as it
seems the be trying to load libtiledb, which I know I recently installed for
gdal.


$ lldb `which firefox`
(lldb) target create "/usr/local/bin/firefox"
Current executable set to '/usr/local/bin/firefox' (x86_64).
(lldb) r
Process 75911 launching
Process 75911 launched: '/usr/local/bin/firefox' (x86_64)
JavaScript error: resource://activity-stream/lib/ASRouterNewTabHook.jsm, li=
ne
61: TypeError: this._router is null
Process 75911 stopped
* thread #35, name =3D 'StreamTrans #1', stop reason =3D signal SIGILL: pri=
vileged
instruction
    frame #0: 0x0000000825298f7f
->  0x825298f7f: vmovups -0xf3b1b(%rip), %xmm0
    0x825298f87: vmovups %xmm0, 0x1cd0e2(%rip)
    0x825298f8f: movabsq $0x6d6f632e6264656c, %rax ; imm =3D 0x6D6F632E6264=
656C=20
    0x825298f99: movq   %rax, 0x1cd0df(%rip)
(lldb) bt
* thread #35, name =3D 'StreamTrans #1', stop reason =3D signal SIGILL: pri=
vileged
instruction
  * frame #0: 0x0000000825298f7f
    frame #1: 0x00000008010d741e
ld-elf.so.1`objlist_call_init(list=3D<unavailable>, lockstate=3D<unavailabl=
e>) at
rtld.c:2723:7
    frame #2: 0x00000008010dc02a
ld-elf.so.1`dlopen_object(name=3D"/usr/local/lib/libtiledb.so", fd=3D<unava=
ilable>,
refobj=3D<unavailable>, lo_flags=3D<unavailable>, mode=3D1,
lockstate=3D0xffffffff00000002) at rtld.c:3435:2
    frame #3: 0x00000008010d867b
ld-elf.so.1`rtld_dlopen(name=3D"/usr/local/lib/libtiledb.so", fd=3D-1,
mode=3D<unavailable>) at rtld.c:3300:13
    frame #4: 0x000000080c6b6223 libnspr4.so`PR_LoadLibraryWithFlags + 163
    frame #5: 0x00000008087afab7
libxul.so`nsPluginFile::GetPluginInfo(nsPluginInfo&, PRLibrary**) + 215
    frame #6: 0x00000008087af1f1
libxul.so`PluginFinder::ScanPluginsDirectory(nsIFile*, bool*) + 1233
    frame #7: 0x00000008087ae299 libxul.so`PluginFinder::FindPlugins() + 233
    frame #8: 0x00000008087adf33 libxul.so`PluginFinder::Run() + 67
    frame #9: 0x00000008065dbebd libxul.so`nsThreadPool::Run() + 1005
    frame #10: 0x00000008065d7601 libxul.so`nsThread::ProcessNextEvent(bool,
bool*) + 1281
    frame #11: 0x00000008065da96b libxul.so`NS_ProcessNextEvent(nsIThread*,
bool) + 75
    frame #12: 0x0000000806a19518
libxul.so`mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump=
::Delegate*)
+ 152
    frame #13: 0x00000008069e0417 libxul.so`MessageLoop::Run() + 87
    frame #14: 0x00000008065d5775 libxul.so`nsThread::ThreadFunc(void*) + 3=
57
    frame #15: 0x000000080c6cdd8d
libnspr4.so`___lldb_unnamed_symbol183$$libnspr4.so + 221
    frame #16: 0x000000080125d735
libthr.so.3`thread_start(curthread=3D0x0000000815aeb400) at thr_create.c:29=
2:16
(lldb)=20

after removing tiledb-2.1.6 package

$ firefox
JavaScript error: resource://gre/modules/XPCOMUtils.jsm, line 144: TypeErro=
r:
Cc[aContract] is undefined
JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't
find profile directory.
JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't
find profile directory.
JavaScript error: resource://gre/modules/XULStore.jsm, line 66: Error: Can't
find profile directory.

but otherwise things seem to work fine with the browser.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-252633-7788>