NetBSD-Users archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: does anyone have a working mozilla firefox-74.0 on 9.0 amd64?

That stack trace is interesting. I also have crashes in opendir in pkgsrc/wip/bareos* on 

9.0_STABLE/amd64 and 9.99.x/amd64. The same code runs stable on 8.x.

opendir seems to dig out something.

#0  0x000079a9f54427ea in _sys___wait450 () from /usr/lib/libc.so.12
#1  0x000079a9f8407f9a in __wait450 () from /usr/lib/libpthread.so.1
#2  0x000079a9f88da072 in SignalHandler () from /usr/pkg/lib/libbareos.so.19
#3  0x000079a9f54a1da0 in opendir () from /usr/lib/libc.so.12
#4  0x000000010000000b in ?? ()
#5  0x0000000000000000 in ?? ()

This was on a 8.99.34 compiled binary on 9.0_STABLE kernel+userland.
I also see crashes on 9.99.68 kernel and 9.99.65 userland and binary compiled for 9.99.65 - no stacktrace collected so far.
Something seems to have happened starting with 9.0 that manifests itself in opendir crashes. 

The opendir/initdir implementation has not been touched for ~3 years.
Also all stacks seem unusually short - the caller is at 0x000000010000000b in firefox and bareos - strange. 

How valid are these stack traces? Have the stacks been corrupted?

Frank


On 07/03/20 06:54, Greg A. Woods wrote:

At Thu, 2 Jul 2020 22:27:49 +0000 (GMT), r0ller <r0ller%freemail.hu@localhost> wrote:
Subject: Re: does anyone have a working mozilla firefox-74.0 on 9.0 amd64?

Mine works fine. However, my system is an upgraded one from 8.1 to 9.0
if it makes a difference.

My system is a stock fresh 9.0/amd64 install, from the downloaded ISO.

(well it was at the time I reported the crash -- I've since upgraded it
to my own 9.99.64 build.)


Then I installed firefox-74.0 and removed 68
(I guess that was its version).

I tried installing firefox68.  It dumps core in exactly the same way,
though now with library debug symbols from my own build I do see a tiny
wee fraction more info, but in this case it's not helpful:

Reading symbols from /usr/pkg/lib/firefox68/firefox68...
(No debugging symbols found in /usr/pkg/lib/firefox68/firefox68)
Core was generated by `firefox68'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x00007e313cb798ca in _lwp_kill () from /usr/lib/libc.so.12
[Current thread is 1 (process 12887)]
(gdb) bt
#0  0x00007e313cb798ca in _lwp_kill () from /usr/lib/libc.so.12
#1  0x00007e312b6486a1 in ?? () from /usr/pkg/lib/firefox68/libxul.so
#2  0x00007e313caa5c10 in _opendir (name=<optimized out>)
     at /build/src-current/lib/libc/gen/opendir.c:72
#3  0x000000010000000b in ?? ()
#4  0x0000000000000000 in ?? ()
(gdb)

I don't get any error messages from it, just a near instant kaboom.

LDD shows it is gtk-3 that depends on libepoxy, and that's using the
installed one from the X11 system sets.

$ ldd /usr/pkg/lib/libgtk-3.so
/usr/pkg/lib/libgtk-3.so:
         -lgdk-3.0 => /usr/pkg/lib/libgdk-3.so.0
         -lpangocairo-1.0.0 => /usr/pkg/lib/libpangocairo-1.0.so.0
         -lpango-1.0.0 => /usr/pkg/lib/libpango-1.0.so.0
         -lm.0 => /usr/lib/libm.so.0
         -lc.12 => /usr/lib/libc.so.12
         -lglib-2.0.0 => /usr/pkg/lib/libglib-2.0.so.0
         -lpcre.1 => /usr/pkg/lib/libpcre.so.1
         -lintl.1 => /usr/lib/libintl.so.1
         -lpthread.1 => /usr/lib/libpthread.so.1
         -lgobject-2.0.0 => /usr/pkg/lib/libgobject-2.0.so.0
         -lffi.7 => /usr/pkg/lib/libffi.so.7
         -lfribidi.0 => /usr/pkg/lib/libfribidi.so.0
         -lharfbuzz.0 => /usr/pkg/lib/libharfbuzz.so.0
         -lfreetype.19 => /usr/X11R7/lib/libfreetype.so.19
         -lz.1 => /usr/lib/libz.so.1
         -lbz2.1 => /usr/lib/libbz2.so.1
         -lgraphite2.3 => /usr/pkg/lib/libgraphite2.so.3
         -lstdc++.9 => /usr/lib/libstdc++.so.9
         -lgcc_s.1 => /usr/lib/libgcc_s.so.1
         -lpangoft2-1.0.0 => /usr/pkg/lib/libpangoft2-1.0.so.0
         -lfontconfig.2 => /usr/X11R7/lib/libfontconfig.so.2
         -lexpat.2 => /usr/lib/libexpat.so.2
         -lcairo.2 => /usr/pkg/lib/libcairo.so.2
         -lpixman-1.2 => /usr/X11R7/lib/libpixman-1.so.2
         -lpng16.16 => /usr/pkg/lib/libpng16.so.16
         -lxcb-shm.0 => /usr/X11R7/lib/libxcb-shm.so.0
         -lxcb.2 => /usr/X11R7/lib/libxcb.so.2
         -lXau.7 => /usr/X11R7/lib/libXau.so.7
         -lXdmcp.7 => /usr/X11R7/lib/libXdmcp.so.7
         -lxcb-render.0 => /usr/X11R7/lib/libxcb-render.so.0
         -lXrender.2 => /usr/X11R7/lib/libXrender.so.2
         -lXext.7 => /usr/X11R7/lib/libXext.so.7
         -lX11.7 => /usr/X11R7/lib/libX11.so.7
         -lrt.1 => /usr/lib/librt.so.1
         -lgdk_pixbuf-2.0.0 => /usr/pkg/lib/libgdk_pixbuf-2.0.so.0
         -lgmodule-2.0.0 => /usr/pkg/lib/libgmodule-2.0.so.0
         -lgio-2.0.0 => /usr/pkg/lib/libgio-2.0.so.0
         -lcairo-gobject.2 => /usr/pkg/lib/libcairo-gobject.so.2
         -lXinerama.2 => /usr/X11R7/lib/libXinerama.so.2
         -lXi.7 => /usr/X11R7/lib/libXi.so.7
         -lXrandr.3 => /usr/X11R7/lib/libXrandr.so.3
         -lXcursor.2 => /usr/X11R7/lib/libXcursor.so.2
         -lXcomposite.2 => /usr/X11R7/lib/libXcomposite.so.2
         -lXdamage.2 => /usr/X11R7/lib/libXdamage.so.2
         -lXfixes.4 => /usr/X11R7/lib/libXfixes.so.4
         -lxkbcommon.0 => /usr/pkg/lib/libxkbcommon.so.0
         -lwayland-cursor.0 => /usr/pkg/lib/libwayland-cursor.so.0
         -lwayland-client.0 => /usr/pkg/lib/libwayland-client.so.0
         -lwayland-egl.1 => /usr/pkg/lib/libwayland-egl.so.1
         -lepoxy.0 => /usr/X11R7/lib/libepoxy.so.0
         -latk-1.0.0 => /usr/pkg/lib/libatk-1.0.so.0
         -latk-bridge-2.0.0 => /usr/pkg/lib/libatk-bridge-2.0.so.0
         -ldbus-1.3 => /usr/pkg/lib/libdbus-1.so.3
         -lexecinfo.0 => /usr/lib/libexecinfo.so.0
         -lelf.2 => /usr/lib/libelf.so.2
         -latspi.0 => /usr/pkg/lib/libatspi.so.0


--
					Greg A. Woods <gwoods%acm.org@localhost>

Kelowna, BC     +1 250 762-7675           RoboHack <woods%robohack.ca@localhost>
Planix, Inc. <woods%planix.com@localhost>     Avoncote Farms <woods%avoncote.ca@localhost>
Home | Main Index | Thread Index | Old Index