40316 2021-06-29 12:04:54 +0300 jackd падает на старте 2021-06-29 14:59:56 +0300 1 1 4 Development Sisyphus jack-audio-connection-kit unstable x86_64 Linux CLOSED FIXED P5 normal --- 1 iv antohami antohami qa-sisyphus oldest_to_newest 199644 0 iv 2021-06-29 12:04:54 +0300 Даже без аргументов или с --help: $ jackd jackdmp 1.9.18 Copyright 2001-2005 Paul Davis and others. Copyright 2004-2016 Grame. Copyright 2016-2021 Filipe Coelho. jackdmp comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details no message buffer overruns no message buffer overruns Segmentation fault (core dumped) Предыдущий на этой системе работал. 199645 1 iv 2021-06-29 12:06:45 +0300 Совсем забыл: текущий Сизиф, $ uname -a Linux titan.localdomain 5.12.13-un-def-alt1 #1 SMP PREEMPT Thu Jun 24 10:45:48 UTC 2021 x86_64 GNU/Linux $ rpm -qa jack-audio-connection-kit jack-audio-connection-kit-1.9.18-alt1.x86_64 199646 2 iv 2021-06-29 12:11:17 +0300 gdb при установленном debuginfo показывает такой вот stacktrace: Thread 1 "jackd" received signal SIGSEGV, Segmentation fault. __strcmp_avx2 () at ../sysdeps/x86_64/multiarch/strcmp-avx2.S:101 101 vmovdqu (%rdi), %ymm1 (gdb) bt #0 __strcmp_avx2 () at ../sysdeps/x86_64/multiarch/strcmp-avx2.S:101 #1 0x00007ffff6c3eb49 in g_str_equal (v1=<optimized out>, v2=<optimized out>) at ../glib/ghash.c:2303 #2 0x00007ffff6c3d5d2 in g_hash_table_lookup_node (hash_return=<synthetic pointer>, key=0x0, hash_table=0x555555583c00) at ../glib/ghash.c:493 #3 g_hash_table_lookup (hash_table=0x555555583c00, key=key@entry=0x7ffff6e8c034) at ../glib/ghash.c:1511 #4 0x00007ffff6c6074a in quark_from_string (duplicate=0, string=0x7ffff6e8c034 "glibmm__Glib::Binding::manage") at ../glib/gquark.c:185 #5 quark_from_string_locked (duplicate=0, string=0x7ffff6e8c034 "glibmm__Glib::Binding::manage") at ../glib/gquark.c:206 #6 quark_from_string_locked (duplicate=0, string=string@entry=0x7ffff6e8c034 "glibmm__Glib::Binding::manage") at ../glib/gquark.c:197 #7 g_quark_from_static_string (string=string@entry=0x7ffff6e8c034 "glibmm__Glib::Binding::manage") at ../glib/gquark.c:258 #8 0x00007ffff6e64bc0 in __static_initialization_and_destruction_0 (__priority=65535, __initialize_p=1) at ../untracked/glib/glibmm/binding.cc:32 #9 _GLOBAL__sub_I_binding.cc(void) () at ../untracked/glib/glibmm/binding.cc:370 #10 0x00007ffff7fe04fe in call_init (l=<optimized out>, argc=argc@entry=1, argv=argv@entry=0x7fffffffdda8, env=env@entry=0x7fffffffddb8) at dl-init.c:74 #11 0x00007ffff7fe05e0 in call_init (env=0x7fffffffddb8, argv=0x7fffffffdda8, argc=1, l=<optimized out>) at dl-init.c:37 #12 _dl_init (main_map=0x555555576ee0, argc=1, argv=0x7fffffffdda8, env=0x7fffffffddb8) at dl-init.c:121 #13 0x00007ffff7b8d9ed in __GI__dl_catch_exception (exception=<optimized out>, operate=<optimized out>, args=<optimized out>) at dl-error-skeleton.c:182 #14 0x00007ffff7fe49b4 in dl_open_worker (a=a@entry=0x7fffffffce90) at dl-open.c:783 #15 0x00007ffff7b8d990 in __GI__dl_catch_exception (exception=0x7fffffffce70, operate=0x7ffff7fe4610 <dl_open_worker>, args=0x7fffffffce90) at dl-error-skeleton.c:208 #16 0x00007ffff7fe423a in _dl_open (file=0x7fffffffce70 "\240\316\377\377\377\177", mode=-2147483390, caller_dlopen=0x7ffff7f5698c <check_symbol(file_char_t const*, char const*, file_char_t const*, void**)+92>, nsid=-2, argc=1, argv=0x7fffffffdda8, env=0x7fffffffddb8) at dl-open.c:858 #17 0x00007ffff7a0a258 in dlopen_doit (a=a@entry=0x7fffffffd0c0) at dlopen.c:66 #18 0x00007ffff7b8d990 in __GI__dl_catch_exception (exception=exception@entry=0x7fffffffd060, operate=0x7ffff7a0a200 <dlopen_doit>, args=0x7fffffffd0c0) at dl-error-skeleton.c:208 #19 0x00007ffff7b8da4f in __GI__dl_catch_error (objname=0x55555557c0b0, errstring=0x55555557c0b8, mallocedp=0x55555557c0a8, operate=<optimized out>, args=<optimized out>) at dl-error-skeleton.c:227 #20 0x00007ffff7a0aa65 in _dlerror_run (operate=operate@entry=0x7ffff7a0a200 <dlopen_doit>, args=args@entry=0x7fffffffd0c0) at dlerror.c:170 #21 0x00007ffff7a0a2e4 in __dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:87 #22 0x00007ffff7f5698c in check_symbol (sofile=sofile@entry=0x5555555dc123 "jack_firewire.so", symbol=symbol@entry=0x7ffff7f74caa "jack_internal_initialize", driver_dir=driver_dir@entry=0x7ffff7f6fe7a "//usr/lib64/jack", res_dllhandle=res_dllhandle@entry=0x0) at ../common/JackDriverLoader.cpp:432 #23 0x00007ffff7f57c0d in jack_internals_load (internals=internals@entry=0x0) at ../common/JackDriverLoader.cpp:723 #24 0x00007ffff7f5c15e in jackctl_internals_load (server_ptr=0x555555571bb0) at ../common/JackControlAPI.cpp:460 #25 jackctl_server_create2 (on_device_acquire=0x555555558900 <audio_acquire>, on_device_release=<optimized out>, on_device_reservation_loop=<optimized out>) at ../common/JackControlAPI.cpp:948 #26 0x000055555555810d in main (argc=1, argv=0x7fffffffdda8) at ../common/Jackdmp.cpp:332 Если присмотреться, видно, что что-то пошло не так при попытке загрузить "jack_firewire.so". Отодвинуть /usr/lib64/jack/jack_firewire.so куда-нибудь всторону помогает, jackd запускается и сизифный ardour в нём себя вполне нормально чувствует. Отмечу, что интерфейса firewire у меня в системе нет, все аудиоустройства (usb и встроенная звуковуха формально PCI) работают через alsa. 199647 3 antohami 2021-06-29 12:13:16 +0300 (Ответ для Ivan A. Melnikov на комментарий #2) > Если присмотреться, видно, что что-то пошло не так при попытке загрузить > "jack_firewire.so". Отодвинуть /usr/lib64/jack/jack_firewire.so куда-нибудь > всторону помогает, jackd запускается и сизифный ardour в нём себя вполне > нормально чувствует. Попробую собрать без поддержки firewire. 199649 4 iv 2021-06-29 12:23:04 +0300 (In reply to Ivan A. Melnikov from comment #0) > Предыдущий на этой системе работал. Однако, сейчас откат на предидущие версии не помогает. Позавчера всё точно работало. Хм... 199651 5 antohami 2021-06-29 12:43:43 +0300 Пробуй: [#276289] TESTED jack-audio-connection-kit.git=1.9.18-alt2 199659 6 iv 2021-06-29 14:49:13 +0300 (In reply to Антон Мидюков from comment #3) > Попробую собрать без поддержки firewire. Жёстко) (In reply to Антон Мидюков from comment #5) > Пробуй: > [#276289] TESTED jack-audio-connection-kit.git=1.9.18-alt2 Да, так работает. 199662 7 antohami 2021-06-29 14:59:56 +0300 (Ответ для Ivan A. Melnikov на комментарий #6) > (In reply to Антон Мидюков from comment #3) > > Попробую собрать без поддержки firewire. > > Жёстко) > Я думал, что его отключил ещё в версии 1.9.14-alt1. Но оказалось, что не отключил. > > (In reply to Антон Мидюков from comment #5) > > Пробуй: > > [#276289] TESTED jack-audio-connection-kit.git=1.9.18-alt2 > > Да, так работает. Вот и славненько. Отправил: [#276289] DONE (try 2) jack-audio-connection-kit.git=1.9.18-alt2