Segmentation Fault with Agordejo related to libjack.so.0

Hello everyone,

I’m getting a segmentation fault when trying to start Agordejo. The power shutoff suddenly during the last update and though I was able to finish the update after, I wonder if that may have something to do with it. I’m running the 5.9.11-3 Kernal. Output from gdb Agordejo:

Reading symbols from agordejo…
(No debugging symbols found in agordejo)
(gdb) r
*Starting program: /usr/bin/agordejo *
[Thread debugging using libthread_db enabled]
Using host libthread_db library “/usr/lib/libthread_db.so.1”.
[New Thread 0x7ffff1e31640 (LWP 9451)]
[New Thread 0x7ffff07d7640 (LWP 9452)]
[New Thread 0x7ffff05d8640 (LWP 9453)]

Thread 4 “agordejo” received signal SIG32, Real-time event 32.
[Switching to Thread 0x7ffff05d8640 (LWP 9453)]
0x00007ffff7a1befc in read () from /usr/lib/libc.so.6
(gdb) bt
#0 0x00007ffff7a1befc in read () from /usr/lib/libc.so.6
#1 0x00007ffff0a41b2f in ?? () from /usr/lib/libjack.so.0
#2 0x00007ffff0a4673d in ?? () from /usr/lib/libjack.so.0
#3 0x00007ffff0a46572 in ?? () from /usr/lib/libjack.so.0
#4 0x00007ffff0a408ed in ?? () from /usr/lib/libjack.so.0
#5 0x00007ffff79123e9 in start_thread () from /usr/lib/libpthread.so.0
#6 0x00007ffff7a2b293 in clone () from /usr/lib/libc.so.6
(gdb) Quit

And here is the output from Agordejo -V

agordejo -V
INFO:engine.start:import
*INFO:engine.start:Python Version 3.8.6 (default, Sep 30 2020, 04:00:38) *
[GCC 10.2.0]
INFO:engine.start:Compiled prefix found: /usr
INFO:engine.start:Compiled version: True
INFO:engine.start:PATHS: {‘root’: ‘’, ‘bin’: ‘/usr/bin’, ‘doc’: ‘/usr/share/doc/agordejo’, ‘desktopfile’: ‘/usr/share/applications/agordejo.desktop’, ‘share’: ‘/usr/share/agordejo’, ‘templateShare’: ‘/usr/share/agordejo/template’, ‘sessionRoot’: None, ‘url’: None, ‘startupSession’: None, ‘startHidden’: False, ‘continueLastSession’: False}
INFO:qtgui.mainwindow:import
INFO:qtgui.mainwindow:PyQt Version: 5.15.2
INFO:engine.api:import
INFO:engine.nsmservercontrol:import
INFO:engine.watcher:import
INFO:engine.findprograms:import
INFO:engine.findicons:import
INFO:qtgui.systemtray:import
INFO:qtgui.addclientprompt:import
INFO:qtgui.eventloop:import
INFO:qtgui.usermanual:import
INFO:qtgui.sessiontreecontroller:import
INFO:qtgui.projectname:import
INFO:qtgui.opensessioncontroller:import
INFO:qtgui.descriptiontextwidget:import
INFO:qtgui.quicksessioncontroller:import
INFO:qtgui.quickopensessioncontroller:import
INFO:qtgui.waitdialog:import
INFO:qtgui.settings:import
INFO:qtgui.mainwindow:Agordejo: Language set to English
INFO:qtgui.mainwindow:Init MainWindow
INFO:qtgui.mainwindow:Program icons path: [’/home/captain/.local/share/icons’, ‘/usr/share/icons’, ‘/var/lib/snapd/desktop/icons’, ‘:/icons’], hicolor
INFO:qtgui.settings:Binary search paths: /home/captain/.local/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/opt/cuda/bin:/opt/cuda/integration/nsight-compute:/opt/cuda/integration/nsight-systems:/usr/lib/jvm/default/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/var/lib/snapd/snap/bin
INFO:qtgui.sessiontreecontroller:Full View Session Chooser ready
INFO:qtgui.opensessioncontroller:Full View Open Session Controller ready
INFO:qtgui.quicksessioncontroller:Quick Session Chooser ready
INFO:qtgui.quickopensessioncontroller:Quick Open Session Controller ready
INFO:qtgui.mainwindow:Trying to restore cached program database
INFO:engine.findicons:Filling icon cache with previously serialized data
INFO:engine.findicons:Icon cache complete
INFO:engine.findprograms:Restoring program list from serialized cache
INFO:qtgui.mainwindow:Restored program database from qt cache to engine
INFO:qtgui.mainwindow:Updating entire program with cached program lists
INFO:qtgui.mainwindow:Creating icon database
INFO:qtgui.eventloop:Starting fast qt event loop
INFO:qtgui.eventloop:Starting slow qt event loop
INFO:engine.api:Start Engine
INFO:engine.nsmservercontrol:Testing if another non-specific Agordejo is running.
INFO:engine.nsmservercontrol:No other non-specific Agordejo found. Starting GUI
INFO:engine.nsmservercontrol:Generated our own free NSM_URL to start a server @ (‘0.0.0.0’, 48217)
INFO:engine.nsmservercontrol:Testing if a server is running @ (‘0.0.0.0’, 48217)
INFO:engine.nsmservercontrol:No external nsmd found (we tested if port is closed) @ (‘0.0.0.0’, 48217)
INFO:engine.nsmservercontrol:[wait for answer]: Sending /osc/ping: []
INFO:engine.nsmservercontrol:Suspending receiving async mode.
[nsmd] …/src/nsmd.cpp:2439 main(): Using OSC port 48217
[nsmd] …/src/nsmd.cpp:2494 main(): Session root is: /home/captain/NSM Sessions
[nsmd] …/src/Endpoint.cpp:205 init(): Creating OSC server
NSM_URL=osc.udp://captain-wisdom-machine:48217/
INFO:engine.nsmservercontrol:[wait from /osc/ping] Received /reply: [’/osc/ping’]
INFO:engine.nsmservercontrol:Resuming receiving async mode.
INFO:engine.nsmservercontrol:nsmd is ready @ (‘0.0.0.0’, 48217)
INFO:engine.nsmservercontrol:[wait for answer]: Sending /nsm/gui/gui_announce: []
INFO:engine.nsmservercontrol:Suspending receiving async mode.
[nsmd] …/src/nsmd.cpp:2286 announce_gui(): A GUI announced to us from the URL osc.udp://127.0.0.1:53961/
[nsmd] …/src/nsmd.cpp:2309 announce_gui(): Informing GUI that no session is running by sending two empty strings
[nsmd] …/src/nsmd.cpp:2338 announce_gui(): Registration with GUI complete

WARNING:engine.nsmservercontrol:Waiting for /nsm/gui/session/root from nsmd, but got: /nsm/gui/gui_announce with [‘hi’]. Adding to queue for later.
INFO:engine.nsmservercontrol:[wait from /nsm/gui/gui_announce] Received /nsm/gui/session/root: [’/home/captain/NSM Sessions’]
INFO:engine.nsmservercontrol:Resuming receiving async mode.
INFO:engine.nsmservercontrol:Got ‘hi’. We are now the registered nsmd GUI as per our initial /nsm/gui/gui_announce
INFO:engine.nsmservercontrol:Force processing queue
INFO:engine.nsmservercontrol:Session closed or never started. Choose-A-Session mode.
INFO:engine.nsmservercontrol:Ended force processing queue
INFO:engine.nsmservercontrol:nsmservercontrol init is complete. Ready for event loop
INFO:engine.watcher:Requestion our own copy of the session list. Don’t worry about the apparent redundant call :slight_smile:
INFO:engine.nsmservercontrol:Exporting sessions to dict. Will call blocking list sessions next
INFO:engine.nsmservercontrol:Requesting project list from session server in blocking mode
INFO:engine.nsmservercontrol:Suspending receiving async mode.
[nsmd] …/src/nsmd.cpp:1712 osc_list(): Listing sessions
INFO:engine.nsmservercontrol:Received session name: Bitwig-XPR
INFO:engine.nsmservercontrol:Received session name: 2020-10-13T19:17:56
INFO:engine.nsmservercontrol:Resuming receiving async mode.
INFO:engine.api:Send initial cached data to GUI.
INFO:engine.nsmservercontrol:Exporting sessions to dict. Will call blocking list sessions next
INFO:engine.nsmservercontrol:Requesting project list from session server in blocking mode
INFO:engine.nsmservercontrol:Suspending receiving async mode.
[nsmd] …/src/nsmd.cpp:1712 osc_list(): Listing sessions
INFO:engine.nsmservercontrol:Received session name: Bitwig-XPR
INFO:engine.nsmservercontrol:Received session name: 2020-10-13T19:17:56
INFO:engine.nsmservercontrol:Resuming receiving async mode.
Fatal Python error: Segmentation fault

Current thread 0x00007fecf650a740 (most recent call first):
Segmentation fault (core dumped)

I don’t have much experience with debugging and I learned about these commands searching segmentation faults in other forums. Just to let you know where I’m at on a technical level. I had read on some other posts regarding segmentation faults, that people had success with clearing pacman caches and reinstalling their packages related to the segfaults. It would be great if there were some way to address this without doing that, just because the issue seems to be regarding Jack and I have a lot of dependecies on my system to it. Any thoughts or help greatly appreciated.