SYSDECODE_ABI_FREEBSD32 for #include : armv7 for aarch64?
https://man.freebsd.org/cgi/man.cgi?query=sysdecode&apropos=0&sektion=3&manpath=FreeBSD+13.2-STABLE&arch=default&format=html reports: SYSDECODE_ABI_FREEBSD32 32-bit FreeBSD binaries. Supported on amd64 and powerpc64. But what of contexts with: # sysctl kern.supported_archs kern.supported_archs: aarch64 armv7 === Mark Millard marklmi at yahoo.com
Re: 13.2-STABLE: vlc does not work (SEGV_MAPERR)
On Mon, 6 Mar 2023 at 09:18, Peter wrote: > > Problem: > Some 1 or 2 minutes into the flight, vlc does continue to play A+V, > but the GUI does not react and does not get refreshed anymore. At > the same time, coredumps are generated (quite a lot of them). I think I saw somewhere that you reported turning off ASLR avoids the problem. Can you try tagging the binary to opt out of ASLR and see if it then works: # elfctl -e +noaslr /usr/local/bin/vlc
Re: 13.2-STABLE: vlc does not work (SEGV_MAPERR)
On Tue, Mar 07, 2023 at 03:43:15PM -0500, Ed Maste wrote: ! On Mon, 6 Mar 2023 at 09:18, Peter wrote: ! > ! > Problem: ! > Some 1 or 2 minutes into the flight, vlc does continue to play A+V, ! > but the GUI does not react and does not get refreshed anymore. At ! > the same time, coredumps are generated (quite a lot of them). ! ! I think I saw somewhere that you reported turning off ASLR avoids the problem. Seems that worked ;) ! Can you try tagging the binary to opt out of ASLR and see if it then works: ! # elfctl -e +noaslr /usr/local/bin/vlc I could, but I prefer to do this instead and have it logged rightaway: diff --git a/multimedia/vlc/Makefile b/multimedia/vlc/Makefile index 4529d05caea5..c3df51cd2170 100644 --- a/multimedia/vlc/Makefile +++ b/multimedia/vlc/Makefile @@ -27,6 +27,8 @@ RUN_DEPENDS= ffmpeg>=3.4.1,1:multimedia/ffmpeg USES= compiler:c++17-lang cpe desktop-file-utils gettext-tools gmake gnome \ iconv:wchar_t libtool localbase pathfix pkgconfig tar:xz +USES+= elfctl +ELF_FEATURES+= +noaslr:bin/.libs/vlc CPE_VENDOR=videolan Looks good so far. The effect happens randomly in about 80% of invocations (no idea about when and why), so no guarantee, but I don't see reason why it shouldn't work. I'm going to do the same now for java + node + libreoffice, and then engage the allow_wx=0 again. More interesting question is: what is actually going wrong with the vlc binary? To get to a clue about what else might be concerned... cheerio, PMc
Re: 13.2-STABLE: vlc does not work (SEGV_MAPERR)
On Tue, 7 Mar 2023 at 17:36, Peter wrote: > > ! Can you try tagging the binary to opt out of ASLR and see if it then works: > ! # elfctl -e +noaslr /usr/local/bin/vlc > > I could, but I prefer to do this instead and have it logged rightaway: I was just looking for confirmation that the binary functions correctly when so tagged; doing it via the port build infrastructure is of course fine as well. If you have a bugzilla account, would you kindly submit bug reports for each port that you need to tag? We'll want to make sure all affected ports are built with the tag, and also investigate each failure. > I'm going to do the same now for java + node + libreoffice, and then > engage the allow_wx=0 again. Setting allow_wx=0 is likely to have significant fallout, so be prepared for that.
