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 <[email protected]> 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 <[email protected]>
>
> Kelowna, BC     +1 250 762-7675           RoboHack <[email protected]>
> Planix, Inc. <[email protected]>     Avoncote Farms <[email protected]>