Description of problem: - Right click on an Audio track - Select "Audio-1.1" (name of the track) - Select "Loundness Analysis ..." - Ardour5 crashes Version-Release number of selected component: ardour5-5.12.0-15.fc32 Additional info: reporter: libreport-2.13.1 backtrace_rating: 4 cgroup: 0::/user.slice/user-1002.slice/user/apps.slice/apps-org.gnome.Terminal.slice/vte-spawn-c5c2b4b7-2c84-48ad-a53f-9eabee972add.scope cmdline: /usr/lib64/ardour5/ardour-5.12.0 crash_function: AudioGrapher::LoudnessReader::LoudnessReader(float, unsigned int, long) executable: /usr/lib64/ardour5/ardour-5.12.0 journald_cursor: s=42ee3cdc5a1f400ca1f215a2a6933014;i=14528;b=c6fb0d14e07242e3a1b1b1bc56c67281;m=181f91c4d;t=5a5f10a79dd79;x=d674747c6e31fb04 kernel: 5.6.12-300.fc32.x86_64 rootdir: / runlevel: N 5 type: CCpp uid: 1002 Truncated backtrace: Thread no. 1 (6 frames) #0 AudioGrapher::LoudnessReader::LoudnessReader(float, unsigned int, long) at ../libs/audiographer/src/general/loudness_reader.cc:42 #1 AudioGrapher::Analyser::Analyser(float, unsigned int, long, long) at ../libs/audiographer/src/general/analyser.cc:26 #2 ARDOUR::AnalysisGraph::analyze_region(boost::shared_ptr<ARDOUR::AudioRegion>) at /usr/src/debug/ardour5-5.12.0-15.fc32.x86_64/libs/ardour/ardour/region.h:113 #3 Editor::loudness_analyze_region_selection() at /usr/include/c++/10/bits/atomic_base.h:546 #4 sigc::slot0<void>::operator()() const at /usr/include/sigc++-2.0/sigc++/functors/slot_base.h:335 #5 Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*) at signalproxy.cc:103
Created attachment 1689680 [details] File: backtrace
Created attachment 1689681 [details] File: core_backtrace
Created attachment 1689682 [details] File: cpuinfo
Created attachment 1689683 [details] File: dso_list
Created attachment 1689684 [details] File: environ
Created attachment 1689685 [details] File: exploitable
Created attachment 1689686 [details] File: limits
Created attachment 1689687 [details] File: maps
Created attachment 1689688 [details] File: mountinfo
Created attachment 1689689 [details] File: open_fds
Created attachment 1689690 [details] File: proc_pid_status
I can confirm this bug, it seems related to a missing symbol (__atan2_finite) in libvampplugins. AFAIK it could be a GCC 10.0 bug, compiling with GCC 10.1 it seems ok.
(In reply to Guido Aulisi from comment #12) > I can confirm this bug, it seems related to a missing symbol > (__atan2_finite) in libvampplugins. > AFAIK it could be a GCC 10.0 bug, compiling with GCC 10.1 it seems ok. Ardour had an underlinking bug, fixed here: https://github.com/Ardour/ardour/commit/58a5e256a9df97903b59f53f43aef6e4a52febcc If this indeed about missing __*_finite symbols, it's not related to GCC 10 at all.
My local build with GCC 10.1.1 did not show this bug, and now builds are going on F32. I will backport that patch and check again. Thanks
The underlinking issue becomes a visible bug if a binary built against glibc 2.30 or earlier (so Fedora 31 an earlier) is run on glibc 2.31 or later (Fedora 32 or later). Building and running on glibc 2.31 masks the presence of this bug on x86_64 (but perhaps not on other targets).
FEDORA-2020-4d4f3e2d7e has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-4d4f3e2d7e
FEDORA-2020-4d4f3e2d7e has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-4d4f3e2d7e` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-4d4f3e2d7e See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-4d4f3e2d7e has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.