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 <r0l...@freemail.hu> 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 <gwo...@acm.org>
Kelowna, BC +1 250 762-7675 RoboHack <wo...@robohack.ca>
Planix, Inc. <wo...@planix.com> Avoncote Farms <wo...@avoncote.ca>
